Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix #197 c center immutable offset wrapper resolve all issues #211

Draft
wants to merge 5 commits into
base: master
Choose a base branch
from

Conversation

isaiaslafon
Copy link

Wollok Language modification to fix default center and transformations issues before game start of game.center().
Is a new especial center position wrapper with a manger that change the wrapped element to a normal position after game start and change the strategy of game.center to a normal position creation.

… every use, when game start then update the offset of each one in the collection and change to a center running strategy. Not modeled as a full state to not add a setter in game for center attribute.
@isaiaslafon isaiaslafon marked this pull request as draft October 8, 2024 20:47
@isaiaslafon isaiaslafon changed the title #197 c center inmutable offset wrapper resolve all issues #197 c center immutable offset wrapper resolve all issues Oct 8, 2024
@isaiaslafon isaiaslafon changed the title #197 c center immutable offset wrapper resolve all issues Fix #197 c center immutable offset wrapper resolve all issues Oct 8, 2024
@fdodino
Copy link
Contributor

fdodino commented Dec 13, 2024

buenísimo @isaiaslafon , avisanos cuando esté para revisar

@isaiaslafon
Copy link
Author

isaiaslafon commented Dec 13, 2024

As a first aproximation to the issue is not bad, but beacause is only affecting Wollok-TS and not Xtext version maybe is better to translate the code to TS domain, I even believe in TS maybe we can "hack" origin/center references and set a final value after start. But I don't know much about TypeScript yet.

@PalumboN
Copy link
Contributor

PalumboN commented Jan 2, 2025

Hola @isaiaslafon ! Disculpá que colgué en revisar esto. Muy groso todo!

Yo acá implementaría las cosas como queremos: make it work - make it right - make it fast. No me preocuparía por la 3) hasta no tener la 2).
Además estoy trabajando en optimizaciones del lenguaje en esta branch de ts (midiendo la performance) que me parece lo más prolijo.

De este PR solo me quedaría con la clase CenteredPosition con una implementación naive fácil de entender. Y si querés se podría devolver posiciones normales a partir de esta una vez que comenzó el juego.

Por ejemplo:

class CenteredPosition inherits AbstractPosition {
  const offsetX
  const offsetY

  override method x() = game.width().div(2) + offsetX
  ....
  
  // Acá se podría fijar si el juego ya empezó y cambiar a trabajar con posiciones normales, esto debería ser transparente para el usuario y no tiene mucho costo.
  override method createPosition(_x, _y) = if (game.started()) new Position(...) else new CenterPosition(...)
}

Con esto ya se soluciona el issue de que los objetos no aparecen donde se espera. Y los temas de que Game es lento lo podemos ir atacando transversalmente.

@isaiaslafon
Copy link
Author

Me convence 100% lo que decis! En principio lo había resuelto así para generar en el game start un poco más de trabajo pero luego que ya quede simplificado. Pero me gusta mucho la propuesta que haces. Tengo que ver bien como bajo y genero los tests de todo y de esta solución, tuve problemas cuando quise hacer todo por ssh y no los pude solucionar en su momento. Tengo que retomar y configurar de 0. Gracias!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants