Todos los informes
Informes de Automobiles
#40617: "poor position of map target for cubes"
rejected: Los desarrolladores piensan que no es una buena idea o que la relación coste/beneficio es muy alta
1
¿Sobre qué es este informe?
¿Qué ha pasado? Por favor, selecciona una de las opciones siguientes
Sugerencia: en mi opinión, esta idea puede mejorar mucho la implementación del juego
Descripción detallada
• Por favor explica tu sugerencia de manera precisa y concisa para que sea lo más fácil posible entender lo que quieres decir.
the map target for placing cubes is the center of each segment. these points are also used for drawing the path taken by the car (a nice touch). This gives false impression of progress at times when two adjacent segments are of different length. This also causes some traced paths to be "S-shaped".
Getting into a segment really means you are at the _end_ of that segment, and the cube should be shown there. Please adjust map targets for each segment to be just shy of the ending line.• ¿Qué navegador estás usando?
Mozilla v5
Historial de informes
alephander • Los desarrolladores aún no han podido reproducir el error:
7 may 2021 2:17 •
7 may 2021 2:21 • for an example of a clearer display, look at the implementation on yucata.de.
BaronFraser • Este error no se arreglará:
8 may 2021 3:54 • Hey - thanks for your thoughts.
I understand your point fully, but the reason I've gone with aiming for the centre of segments and not the front of them comes down to this being a simulation of a boardgame and not a simulation of a car race.
That is: if we were developing an online car race simulation, we'd DEFINITELY have the cars and cubes up against the front lines as you say. But we're instead simulating the experience of playing the boardgame (albeit with some nifty helps like snail trails, which are mainly to help people cope with the the turn-based nature of online play). When people play the boardgame, there is a tendency (obviously this is a generalisation) to put pieces roughly in the middle of the spaces rather than to move them to the front. It's nice, clean, easy to track and looks good and balanced.
That's what we're aiming for here.
I understand that it occasionally turns up some odd results with the snail trails, which for me is the strongest argument for "that's a bit suboptimal", but I don't consider that to be an actual problem: again, the snail trails are to assist players in getting a quick glance at who has moved where since their last turn, and in that regard they work fine: they're not intended to be a simulation of exactly how the car moved.
If I was hearing that the "cubes and cars in the middle of squares" approach was causing actual confusion, I'd give changing some serious consideration, but I haven't had that reported as being a problem. The abstraction of having cars and cubes appear in the middle of squares (including some curvy snail trails as a result) seems to not be causing any uncertainty or mistakes, so the decision between having cars and cubes at the front of or middle of segments is essentially a stylistic one.
I've checked all of this past David Short (the game designer) and he (like me) also fully understands the argument you're making, but is also happy to continue with the current approach.
Thanks again! I'll let you know if thoughts change.
I understand your point fully, but the reason I've gone with aiming for the centre of segments and not the front of them comes down to this being a simulation of a boardgame and not a simulation of a car race.
That is: if we were developing an online car race simulation, we'd DEFINITELY have the cars and cubes up against the front lines as you say. But we're instead simulating the experience of playing the boardgame (albeit with some nifty helps like snail trails, which are mainly to help people cope with the the turn-based nature of online play). When people play the boardgame, there is a tendency (obviously this is a generalisation) to put pieces roughly in the middle of the spaces rather than to move them to the front. It's nice, clean, easy to track and looks good and balanced.
That's what we're aiming for here.
I understand that it occasionally turns up some odd results with the snail trails, which for me is the strongest argument for "that's a bit suboptimal", but I don't consider that to be an actual problem: again, the snail trails are to assist players in getting a quick glance at who has moved where since their last turn, and in that regard they work fine: they're not intended to be a simulation of exactly how the car moved.
If I was hearing that the "cubes and cars in the middle of squares" approach was causing actual confusion, I'd give changing some serious consideration, but I haven't had that reported as being a problem. The abstraction of having cars and cubes appear in the middle of squares (including some curvy snail trails as a result) seems to not be causing any uncertainty or mistakes, so the decision between having cars and cubes at the front of or middle of segments is essentially a stylistic one.
I've checked all of this past David Short (the game designer) and he (like me) also fully understands the argument you're making, but is also happy to continue with the current approach.
Thanks again! I'll let you know if thoughts change.
BaronFraser • Esta sugerencia aún no ha sido analizada por los desarrolladores:
8 may 2021 16:14 • (changing from "bug" to "suggestion")
BaronFraser • Los desarrolladores piensan que no es una buena idea o que la relación coste/beneficio es muy alta:
8 may 2021 16:14 • (updating status)
Agregar a este informe
Por favor agrega aquí cualquier cosa que sea relevante para reproducir este error o entender tu sugerencia:
- Otro ID de partida / ID de jugada
- ¿Se resolvió el problema al pulsar F5?
- ¿Apareció el problema varias veces? ¿Cada vez? ¿Aleatoriamente?
- Si tienes una captura de este error (buena práctica), puedes usar Imgur.com para subirla y copiar/pegar el enlace aquí.