Originally Posted by: DJ Vcdz 
1. The Song Number is in large font because w/o the Online Queue Management feature (OQM), it's the number that the user need to read off and punch into their remote.
The question is: when a user is browsing the songbook, what do they look for first? Clearly, you'd want to know the title of the song before needing to know the song number to punch into the remote. So priority should be given to the song title in the layout of the songbook. Right now, the song number stands out the most as if to encourage the user to look at it first. You only need to know the song number if you already know the song title.
Quote:With OQM, you are right that the number is no longer important. Our design should fit for both cases though - operating with and without OQM. Perhaps we can make it unbold?
I really don't understand the need to even have the song number listed at this point. If you use the OQM, why would you even bother grabbing a remote to punch in the number? There is really no need for it.
Quote:2. There are typically 3 places where the songs going to appear: (a)The listing of the whole collection, (b)The listing filtered by the searched keyword, and (c)The Song Queue. In (a), users are typically just "cruising around" not knowing what song they want yet. In this mode, the more info helps the user make up her/his mind and choose better. Especially the lyrics help the user confirm/deny the song he/she has in mind. If you already know which song you want, you shouldn't be in the (a) page.
I agree here, that's why I said lyrics should be optional. But song title, singer name, song writer name, and some lyrics of the song should be plenty of info. The key here should be to give the user just enough info to decide on the song and not clutter them with too much unneeded info. The layout should allow the user to browse quickly and easily. Having a full page to scan through is much better than continuously having to scroll.
Quote:In the (b) case, I think the Album and Song Format and Size is still important. Song collections are going to have duplicate and the file size typically helps knowing which version is "better".
Again, the goal is to browse quickly and easily. Guests wouldn't care to differentiate between two duplicate of the same song. And what album the song is in, really? Guests just want to find a song and sing as quickly as possible, they woulldn't care less for the song format or file size. Besides, you should take care of the duplicates anyway.
Quote:3. We can control how things show up on different devices so having a specific style for the ipads isn't going to be a problem. I'm curious on what other ipad owners have to say. Personally for me, the scrolling on the ipad is so easy (just quick hand gestures with built-in physics), I would sacrifice screen estate for easier visibility.
This is good to know. I didn't know that it was possible for different layouts to show up on different devices. As I said before, the current layout of the OSB is really only suited on a small screen of smartphones. A layout similar to what taydonet posted is much better on a larger screen of the Ipad. Make it like a paper songbook with a button next to the song title to add or remove. A search box should always be present so that the user can search for a particular song at any point. Having buttons to Skip, Pause, Rewind, Vol, etc. is good too, but not neccessary. The idea is to make it look like a regular paper songbook with the ability to tab on the song to add it to queue.
You guys are doing a great job with this software. Just some suggestions on my part to maybe help make it better.