GNOME Bugzilla – Bug 522548
[YouTube browser] The throbber is not displayed once the search is validate by pressing the "enter" key if the pointer stands over the Search field
Last modified: 2008-05-23 12:24:29 UTC
Please describe the problem: User can't know if Totem has recorded its demand since the throbber is not displayed once the search is validate by pressing the "enter" key if the pointer stands over the Search field : Totem seems to be inactive whereas displaying the throbber should indicate that Totem actually is performing the searching task Steps to reproduce: 1. 2. 3. Actual results: Throbber is not displayed Expected results: Throbber should be displayed to let the user know that his command has been validate and that the task is running Does this happen every time? yes Other information:
I believe it would go against the HIG to make the cursor a throbber when hovering over the search entry, as the entry is still enabled, and can still be edited. This doesn't stop the cursor being a throbber over the rest of the Totem UI though, so I think people should notice something's happening. I haven't checked any of this against the HIG though, so please correct me if I'm wrong.
"I believe it would go against the HIG to make the cursor a throbber when hovering over the search entry, as the entry is still enabled, and can still be edited." i understand "This doesn't stop the cursor being a throbber over the rest of the Totem UI though, so I think people should notice something's happening." Actually i disagree People who activates the search entry by clicking in it with the mouse pointer (=usual case) won't see anything since the pointer IS hovering the search entry
I should have written : People who activates the "search" entry by clicking in it with the mouse pointer (=usual case) won't see anything if they press the "enter" key to validate since the pointer still is hovering the search entry
Philip Withnall (comment #1) : i've seen indeed another software acting the same (Yelp) ?) but it's not compliant with GNOME HIG 2.0 : See : Chapter 1. Usability Principles 5. Keep the User Informed & Chapter 7. Feedback Maybe the throbber is the not the good solution since the entry is still enabled, and can still be edited as you said, but maybe we should think about another way to advertise the user that it request as been recorded and that Totem is working on it. What about a progress bar or displaying an empty square instead of the first thumbnail that could mean (thumbnail is about to be displayed, please wait) ? see also Bug 526615 show a progress throbber
*** Bug 526615 has been marked as a duplicate of this bug. ***
OK then, perhaps adding a throbber next to the search entry would work.
What about blocking UI for a moment, and leaving only menu and "stop" button active? PS: "find" button should be changed into "stop".
Cursor is changed into throbber when an app is starting, so this can confuse the user.
Created attachment 109026 [details] here is a mockup of the empty square proposal 1st image : Totem has just started 2nd image : User has just asked Totem for "mockup" search and Totem is processing 3rd image : Totem is showing results
it seems quite logical to me to display the "please wait" message (no matter what it looks like : textual message, empty square (as in above mockup), progress bar...) at the place where results are expected. That's why i've suggested the above mockup
Created attachment 109030 [details] here is another mockup of the empty square proposal (with throbber) Here is the same mockup as above but with a throbber displayed inside the grey square I don't know which one is the best but Totem can't have two throbbers at the same time therefore choosing that mockup would imply to suppress the other throbber. Having a throbber displayed in the square could be more appropriate for longer response delay and having the empty square without throbber inside it could be more appropriate for shorter delay i guess
Better remove empty frame and place throbber in center of this treeview/listview and block whole UI, changing find button to stop button and leaving only this button active.
Created attachment 111289 [details] [review] Display a progress bar when loading YouTube search results Here's a patch to display a progress bar when loading search results. It first pulses while loading the search results themselves, then shows definite progress when loading the thumbnails.
i don't know how to patch things by myself someone could maybe take a screenshot to allow discussing the UI ?
Created attachment 111297 [details] Screenshot of the progress bar in action
looks great, i want it and i want it now ;-)
2008-05-23 Philip Withnall <pwithnall@svn.gnome.org> * src/plugins/publish/totem-publish.c: (totem_publish_plugin_stream_cb): Improve my fix for a signed/unsigned comparison warning. * src/plugins/youtube/youtube.py: * src/plugins/youtube/youtube.ui: Add a progress bar when doing YouTube searches to show the current status of the operation. (Closes: #522548)