-
Notifications
You must be signed in to change notification settings - Fork 151
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
Program Interface #88
Comments
@GlacialBlaze It looks great! This algorithms slide window would be constantly open? |
|
@GlacialBlaze These changes would be really good! Thanks for the suggestion!. |
My observation is that creating the scroll-down shares the same concept and implementation as the Then, we can link each scroll movement with each algorithm. Example, if a user pulls the scrollbar 2 units down, then the algorithm menu shows the next 2 algorithms. Thus, the scroll movement should be fixed to units, not follow a conventional smooth movement. |
Latest idea: Advantages:
Challenges:
|
@GlacialBlaze how does the hybrid menu look visually(for both options)? is the sort menu overlaying the entire right column |
The hybrid menu is actually what you see in the picture above. Before clicking on 'Sort' box, there is no list of choices. When you click, the choices will appear on the right as how a 'drop-down' menu would and the menu itself is a 'scroll-down' menu. |
Hey everyone, |
Hey, could I work on the hybrid menu? I begun with creating the vertical slider |
Hey @mugulmd and @rx112358 ! Are you able to manage it and work together? Maybe @rx112358 could work on the vertical slider and @mugulmd on the interface as proposed by @GlacialBlaze. What do you think? |
Sounds good to me. I could work on the hybrid menu. |
Nice to meet you @rx112358 ! |
Head start:
However, before the hybrid menu, let's try and see whether we can convert the horizontal bottom menu bar into its vertical version. Lots of work, but glad to see rising interest and willingness from everyone! ☺☺☺ |
Interesting. Let's think about the user journey. How will the suggestion differ from the current idea? Which would be better? I think your suggestion saves more work in drawing because not everything is shown, only the concerned ones are. Then, let's think about users - what would they have to do to get there? Is there more or less work for them? 🧐 |
The user would be shown the options comparison/distribution when they click sort. It would be more work for the user. But would it create much of a difference with the additional step in terms of user work? |
Noted the observations. Initially, without the options to choose sort categories, I had in mind that the scroll would work by rewriting with news sort names. Whichever column is shorter will simply be just blank space while the other continues to be updated with new names. Less drawing should be better, I think. How about this - I have two ideas for that:
What do you all think? 🧐🧐🧐 |
I think the first one would be easier for the user to switch between the sorting categories options. |
Easier for the user indeed. Great. It's settled! ☺☺☺ |
Hi everyone, |
That's a creative idea to save space. I support it. In fact, it looks slightly similar to the 'L' and 'D' circles that I suggested prior to the theme menu. Thanks. |
Could the theme option be a pop up if there are many themes? |
Actually, it is a pop-up menu. On start, the theme menu is just as it is, a lonely little menu sitting at the top left. It's only when the user clicks on it that it will have friends below it for choosing. Also, I long planned it to be a pop-up menu because I had scalability in mind, i.e. expect more themes. Oh, I think I did not specify that in my previous post. Sorry. |
I dont think having a lot of themes makes sense for a sorting algortihms visualizer, it just looks like we are adding useless features. I think we should add just a toggle button that changes between two themes (light/dark), going futher is not necessary. What do you think @rx112358 @GlacialBlaze? |
The main idea is to make the interface as clean as possible, just showing what in necessary, like algorithm name and sorting time. If the user wants to change size, delay or visualization type (we just have one btw), they could open an slide window and change these values. |
A toggle button would be good i think, minimal and easier for user and drawing |
Oh, since we are sticking to only two themes, yes a little toggle button would be exactly enough. |
simplify the toggle button to show only the colors? no icons? |
Well removing the words are good enough. |
This is the current display:
This is my suggestion:
For algorithms:
For the action buttons, the play becomes pause when sorting and vice versa. The stop button is always there so that at any state, the user can opt to finish it.
The text was updated successfully, but these errors were encountered: