maemo.org Bugzilla – Bug 11501
When clicking on an episode, use stacked window instead of dialogue
Last modified: 2010-11-23 00:15:07 UTC
You need to log in before you can comment on or make changes to this bug.
When the user clicks on an episode, currently a dialogue at the bottom contains several buttons (Play, Delete etc.) including a Shownotes button. The Shownotes button brings up a stacked dialogue, on which clicking the top-right back arrow goes back to the list of episodes. I suggest that when the user clicks on an episode, instead of the dialogue, a stacked window appears immediately. That window would contain the shownotes as currently, with the other buttons available below that. This should only be done if it can be kept quick, so that it's not any slower to click on an ep then click Play, for example.
Can you create a survey on talk.maemo.org for this one? I'm wondering if more users would find the stackable window approach more appealing or the dialog approach (the current one). We had the stackable window approach in an earlier version (where the actions where hidden in the app menu, though), and it was suggested that a dialog with actions is a better solution in this case. If you really want this, please create a thread with a poll on talk.maemo.org and link it from here and link this bug from there so we can see the results from users. Otherwise I'm going to close this as WONTFIX in a few weeks.
Thanks. I'll look into creating a poll, possibly with a mockup screenshot to explain what I mean. It may be that the previous stacked window implementation was disliked because the actions were a little hidden in the menu, meaning more clicks and delays for the user. My idea is to have the action buttons as part of the stacked window, but importantly in a non-scrollable region, probably at the bottom. The shownotes would be in a scrollable region above the buttons, pretty much where the blurred out part of the screen is in the current dialogue box implementation. As long as the stacked window can be made to scroll onscreen just as quickly as the current dialogue box appears, it should be just as quick for the user to reach the desired action. The only downside I can think of is that the back/cancel action is harder, as the user would have to click in the top-right rather than anywhere above the dialogue.
I attach some screenshots. There are screenshots for both the current dialogue implementation (for reference) and my proposed stacked window implementation for what I believe are the three valid states for an episode: not downloaded, downloading, and downloaded. In case it isn't clear, the buttons at the bottom won't scroll with the shownotes - i.e. they act like a toolbar anchored to the bottom of the screen. This means that they are always visible and always in the same position, which is useful for the user's muscle memory. I think it is very important that a user can quickly click on an ep then click, e.g., Play, without having to hunt around, just as they can on the current dialogue implementation. I haven't shown it on these screenshots, but I also propose that the "Visit website" action that some episodes have could be reached by making the title of the episode a blue underlined clickable link. Also, the filesize could be shown in the shownotes pane rather than on the Download button in the "not downloaded" view for reasons of space. By the way, the filesize could stay in the shownotes for all three states, as is useful information when it has finished downloading too. For portrait, the toolbar would probably have to move to two rows. Getting a little off-topic of this bug report, but another advantage of a stacked window is that you could add a feature to allow left/right swipe gestures within the shownotes area to go to the previous/next episode in the list, which you can't do with the dialogue implementation. This would allow users to nicely look through the shownotes of all their eps when they are trying to find a particular ep. Let me know if these screenshots convince you or if I still need to poll other users.
Created an attachment (id=3208) [details] not downloaded - current
Created an attachment (id=3209) [details] not downloaded - proposed
Created an attachment (id=3210) [details] downloading - current
Created an attachment (id=3211) [details] downloading - proposed
Created an attachment (id=3212) [details] downloaded - current
Created an attachment (id=3213) [details] downloaded - proposed
(In reply to comment #3) > Let me know if these screenshots convince you or if I still need to poll other > users. The screenshots are very helpful, but please still create a poll (you should add the screenshots to the poll thread as well). Also think about translations. While in English, "Download" and "Play" might fit the screen, in other languages it might not.
Poll is up at http://talk.maemo.org/showthread.php?t=66000