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

UX principle: UI elements should not jump around if possible #354

Open
mircealungu opened this issue May 2, 2024 · 3 comments
Open

UX principle: UI elements should not jump around if possible #354

mircealungu opened this issue May 2, 2024 · 3 comments

Comments

@mircealungu
Copy link
Member

e.g. the text visible jumps between the exercise and solution and it is unpleasant:

image

this would be one possible version where text would not jump around:

image

we should try to implement this @merleschoen @tfnribeiro

@merleschoen
Copy link
Contributor

Yes, we should look into that!
I remember having a discussion with @tfnribeiro whether the solution should be above or under the context and we agreed that it should be above the context for all exercises with bottom input for consistency, but I guess we can revisit that decision.

@tfnribeiro
Copy link
Contributor

What about we place the button above. The idea is that most of the time we have Word -> Context -> Input, so we can keep this idea for the audio exercises. Here is how it looks:

SpellWhatYouHear

image

image

TranslateWhatYouHear

image

image

image

@tfnribeiro
Copy link
Contributor

Implemented in https://github.com/zeeguu/web/tree/audio-exercise-aligned-with-sol, will do a PR with the screenshots of before and after. Essentially, the word is always shown on top after the progress bar, followed by context if it exists, input correct and navigation.

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

No branches or pull requests

3 participants