Topic: Huge List of Menu Issues (warning: extreme nitpickiness inside!)
Last edited by remain (2008-02-22 20:33:35)
You are not logged in. Please login or register.
Last edited by remain (2008-02-22 20:33:35)
Wow..
I think it is great, that you spent the time building the list. I agree on a lot of the issues.
They haven't really been issues for me, as I mostly press play and leave it. But sometimes the small annoyances makes or breaks an app for some people. I have left software for small issues before.
Zitz
Looks good! However, I think the File menu should look like either:
Add File to Playlist...
Add URL to Playlist...
---
Save Playlist As...
or:
Add File ...
Add URL...
---
Save As...
I kind of like the latter better, but the former would be nice to eliminate any confusion about what you may be doing.
Add file... / add URL... is the pretty solution, but the other solution might contain the info needed to avoid confusion. I would go with Add file to playlist etc...
More or less ALL of the suggested improvements have been implemented!
Wootness! I did keep the Repeat menuitem as a sub menu, to not have the playlist menu grow horribly long. I don't really perceive it being a submenu as much of a problem.
More nitpickyness
In my opinion next song (album) comes before previous song (album). Since most people will go next more often that previous, I guess.
The repeat submenu, while not the prettiest solution, is allright, as remain says, most people will use the button. About the order I am torn between consistency and userfriendlyness. I dare a guess and says most people will repeat all more often than album and song more often than album, maybe.
Zitz
And just like the repeat submenu. Most (all?) people will use the buttons.
You folk are amazing. Thank you for your work.
Actually, I have switched them around, so that Next comes before Previous. This is sort of an experiment, and not at all set in stone. I sort of agree with both sides of this camp. To me, previous should come before next, and left (arrow) should come before right (arrow). But, when reading the menu now, I feel it speaks to me more naturally, next song coming before previous song and all that. Perhaps it works better this way in a music player perspective?
Give it a stab and let me know what you guys think. I didn't ask Vincent about this, perhaps he has something to contribute
I've also revamped the context menu today. I did let Add to Queue come before Remove, based on the fact that remove also has a short cut key, and is therefore more readily accessible than Add to Queue.
Oh, and the way I feel about the context menu is that it makes sense to have items not appear rather than be grayed out because it is a Context Menu, and all the choices you have only apply in the given context. The main menu grays out because you should always be aware of the choices that can be made at some point, but the context menu will only let you do certain things at certain times.
Perhaps people disagree with me - then it'll certainly be flipped around
Last edited by remain (2008-02-24 17:00:32)
Reading remain's post (on the context menu) I was about to argue: Follow the standard procedure.
But alas, our master nitpicker has prominent examples of both ways to do it.
I am really torn. Aesthetically I prefer to hide features, that don't apply. On the other hand I understand Remain's argument that when you want to perform an action, you don't want to be surprised when the menu opens.
So question is, what is more disrupting, encountering menu items, that 'don't work' or wondering where the items are, when they are hidden.
Whichever way the developers go, I foresee someone requesting an advanced preferences entry to device for yourself.
I totally agree on the seperator between remove from queue and remove. Quite important actually
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 3 official extensions. Copyright © 2003–2009 PunBB.