4
edits
Talk:Firefox/Projects/3.7 and 4.0 Theme and UI Revamp/Direction and Feedback: Difference between revisions
Jump to navigation
Jump to search
Talk:Firefox/Projects/3.7 and 4.0 Theme and UI Revamp/Direction and Feedback (view source)
Revision as of 20:11, 5 November 2009
, 5 November 2009Suggestion for search bubble/box
(Suggestion for search bubble/box) |
|||
| Line 1: | Line 1: | ||
Talk About the [[Firefox/Sprints/Windows Theme Revamp/Direction and Feedback|Direction and Feedback]] Page Here.<br> | Talk About the [[Firefox/Sprints/Windows Theme Revamp/Direction and Feedback|Direction and Feedback]] Page Here.<br> | ||
=Overuse of Aero Glass= | = Overuse of Aero Glass = | ||
Firefox 3.7: Do the Bookmarks Toolbar and the Tabs Bar really need the transparency treatment? How will it impact the browser's usability?<br> --[[User:Teohhanhui|Teohhanhui]] 16:50, 23 September 2009 (UTC)<br> | Firefox 3.7: Do the Bookmarks Toolbar and the Tabs Bar really need the transparency treatment? How will it impact the browser's usability?<br> --[[User:Teohhanhui|Teohhanhui]] 16:50, 23 September 2009 (UTC)<br> | ||
=Merging the LocationBar and SearchBar= | = Merging the LocationBar and SearchBar = | ||
*I don't like this for two reasons.<br> | *I don't like this for two reasons.<br> | ||
| Line 23: | Line 24: | ||
::''With respect to the substantial IP within the Office UI, we have pending patent applications on the functional innovations in the ribbon and other UI advances. We also have pending design patent applications to protect the original design elements of the UI. Copyright law protects the creative expression in the visual screen displays and trade dress law protects the overall appearance of the UI to the extent users recognize it as coming from Microsoft. Copyrights, trademarks, utility and design patents – there are a lot of specific legal concepts to keep track of, especially for a non-lawyer like me. (Chris Bryant, Group Product Manager, Microsoft Office)'' | ::''With respect to the substantial IP within the Office UI, we have pending patent applications on the functional innovations in the ribbon and other UI advances. We also have pending design patent applications to protect the original design elements of the UI. Copyright law protects the creative expression in the visual screen displays and trade dress law protects the overall appearance of the UI to the extent users recognize it as coming from Microsoft. Copyrights, trademarks, utility and design patents – there are a lot of specific legal concepts to keep track of, especially for a non-lawyer like me. (Chris Bryant, Group Product Manager, Microsoft Office)'' | ||
I have to wonder if the dedicated search bar is a failed experiment. I work in IT with IE7-8 and when I ask ppl to enter a URL, they enter in the search bar 25% of the time bc they dont know the difference. I'm guessing another 25% dont know either, they just guess the location bar correctly and only 25% actually realize what each field does. Personally, I always remove the search bar for UI simplicity and edit about:config to change the location bar to google anything not a URL and use lots of keyword searches. I think Chrome has it right: one bar, all the same features for power users, no confusion for dumb users.--[[User:Ephilei|Ephilei]] 15:09, 28 September 2009 (UTC) | I have to wonder if the dedicated search bar is a failed experiment. I work in IT with IE7-8 and when I ask ppl to enter a URL, they enter in the search bar 25% of the time bc they dont know the difference. I'm guessing another 25% dont know either, they just guess the location bar correctly and only 25% actually realize what each field does. Personally, I always remove the search bar for UI simplicity and edit about:config to change the location bar to google anything not a URL and use lots of keyword searches. I think Chrome has it right: one bar, all the same features for power users, no confusion for dumb users.--[[User:Ephilei|Ephilei]] 15:09, 28 September 2009 (UTC) | ||
: | |||
I completely agree. A separated input field isn't new user oriented. Separated, they could have it's advantages, but logically, because they contribute to a similar end result, they're pretty much the same thing for most users.<br>Keep it simple. Reduce the learning curve for users who are new, users who need something quickly and users who aren't technologically savvy.--[[User:Spacr|Spacr]] 20:49, 28 September 2009 (UTC) | |||
<br> | |||
*I like the idea of having them merged (actually I always wondered why is there no way to merge them together for power users). BTW, this is the direction in which Ubiquity is heading and therefore I hope that this will happen soon. --[[User:CAFxX|CAFxX]] 18:59, 29 September 2009 (UTC)<br> | |||
<br> | |||
= Cramped Search Bubble/Gizmo in 4.0 = | |||
I stuck this in here below the search discussion. In the current mockup, the search thingy looks kindof awkward and cramped in what will, I'm sure, be known as the '''''Miraclebar''''': | |||
[[Image:Fx-4.0-Direction-Phase-01.png]]<br> | |||
<br>Why not make it fill the entire height of the Miraclebar. So when you type "Goo", Enter, "example", you get this:<br> | |||
[[Image:Firefox-4-suggestion.png]]<br> | |||
<br> | |||
--[[User:Naylor83|Naylor83]] 20:11, 5 November 2009 (UTC)<br> | |||
(David Naylor)<br> | |||
=Update to visual design= | |||
= Update to visual design = | |||
*I think icons instead of text for the page/tools buttons will get more free space and be more identifiable, but I think you already have it but decided to post an image more understandable, am I wrong?<br> | *I think icons instead of text for the page/tools buttons will get more free space and be more identifiable, but I think you already have it but decided to post an image more understandable, am I wrong?<br> | ||
| Line 36: | Line 61: | ||
*Will we be able to remove the Home tab?<br> | *Will we be able to remove the Home tab?<br> | ||
=Hiding the menu bar= | = Hiding the menu bar = | ||
*You're missing Page Style and Character Encoding (the features I use most in that menu). | *You're missing Page Style and Character Encoding (the features I use most in that menu). | ||
| Line 42: | Line 67: | ||
*Do we need the "Exit" menu option? And it's dangerously close to options. I think Options might be better placed with Addons and Downloads.<br> | *Do we need the "Exit" menu option? And it's dangerously close to options. I think Options might be better placed with Addons and Downloads.<br> | ||
=Progress "Line"= | = Progress "Line" = | ||
*Isn't the solution implemented in Tab Mix Plus more clear? It uses a background notification bar instead of a line. | *Isn't the solution implemented in Tab Mix Plus more clear? It uses a background notification bar instead of a line. | ||
| Line 108: | Line 133: | ||
Thanks for reading this. | Thanks for reading this. | ||
*A comment on this. Namoroka is currently 50/50 on this. ctrl-T opens a tab at the very end of the list of tabs. ctrl-[Left click] opens a link in a new tab immediately after the current tab. The ctrl-[Left Click] behavior makes since because things are likely linked contextually. Personally I prefer that new tabs be opened at the end of all others. It allows jumping to disparate subjects without disrupting the existing order of tabs. | *A comment on this. Namoroka is currently 50/50 on this. ctrl-T opens a tab at the very end of the list of tabs. ctrl-[Left click] opens a link in a new tab immediately after the current tab. The ctrl-[Left Click] behavior makes since because things are likely linked contextually. Personally I prefer that new tabs be opened at the end of all others. It allows jumping to disparate subjects without disrupting the existing order of tabs. | ||
* - dkozel | *- dkozel | ||
= Disappearing the status bar = | = Disappearing the status bar = | ||
| Line 129: | Line 154: | ||
= Combining Stop/Refresh (and eventually Go) = | = Combining Stop/Refresh (and eventually Go) = | ||
I forsee a scenario where a long and slow page is taking forever to load, so you go to hit Stop so you can read the partially loaded page. However, right then the page finishes loading and you end up hitting Refresh and now you have to wait forever again for the page to load again (i.e., a race condition with the user). Can the Refresh button be disabled for 1-2 seconds after a page finishes loading, to prevent this? | I forsee a scenario where a long and slow page is taking forever to load, so you go to hit Stop so you can read the partially loaded page. However, right then the page finishes loading and you end up hitting Refresh and now you have to wait forever again for the page to load again (i.e., a race condition with the user). Can the Refresh button be disabled for 1-2 seconds after a page finishes loading, to prevent this? | ||
-- | -- | ||
In a country where traffic shaping is common practice, I often encounter occasions where the page just stops loading (it's like the server timed out while the client is still waiting), especially when my bandwidth gets shaped by a large amount. In these cases, I only really wanted to just refresh. Merging the two buttons will mean I need to first stop it, then refresh - It saves one mouse click per "dead" page load. This becomes significant when I have | In a country where traffic shaping is common practice, I often encounter occasions where the page just stops loading (it's like the server timed out while the client is still waiting), especially when my bandwidth gets shaped by a large amount. In these cases, I only really wanted to just refresh. Merging the two buttons will mean I need to first stop it, then refresh - It saves one mouse click per "dead" page load. This becomes significant when I have >30 tabs open (ie. most times). --ck_tse14 2 Oct 2009 | ||
--ck_tse14 2 Oct 2009 | |||
= Bookmark Tab = | = Bookmark Tab = | ||
| Line 148: | Line 172: | ||
[[User:Fmorel90|Fmorel90]] 01:51, 21 September 2009 (UTC) | [[User:Fmorel90|Fmorel90]] 01:51, 21 September 2009 (UTC) | ||
I use the Bookmarks toolbar heavily, and I'm glad it's not disappearing or at least can be enabled. | I use the Bookmarks toolbar heavily, and I'm glad it's not disappearing or at least can be enabled. The one thing I would LOVE is an option to remove the favicons from the Bookmarks toolbar entirely. There used to be an Apple-like theme for Firefox that eliminated the favicons and simply added a downward-facing arrow for folders -- it was great except for the deep grey coloring. Please consider this option for the Bookmarks toolbar in FF4. Thank you! | ||
I found the theme; providing an example of the CLEAN Bookmarks toolbar I'm hoping for as part of the new default theme/color scheme in FF4: | I found the theme; providing an example of the CLEAN Bookmarks toolbar I'm hoping for as part of the new default theme/color scheme in FF4: https://addons.mozilla.org/en-US/firefox/addon/12782 | ||
https://addons.mozilla.org/en-US/firefox/addon/12782 | |||
Thanks again, | Thanks again, | ||
TBolt | TBolt | ||
--[[User:TBolt|TBolt]] 16:19, 3 October 2009 (UTC) | --[[User:TBolt|TBolt]] 16:19, 3 October 2009 (UTC) | ||
<br> | |||
== Home Tab == | == Home Tab == | ||
| Line 209: | Line 233: | ||
Thanks, -ChrisJF --[[User:Chrisjf|Chrisjf]] 14:56, 25 September 2009 (UTC) | Thanks, -ChrisJF --[[User:Chrisjf|Chrisjf]] 14:56, 25 September 2009 (UTC) | ||
<br> | <br> | ||
== Back/Forward navigation == | == Back/Forward navigation == | ||
Perhaps I missed it, but I see no explanation for the removal of the drop-down page navigation currently to the right of the back/forward buttons. Will it now function like Chrome's or what? --[[User:Kamasutra|Kamasutra]] 12:37, 4 October 2009 (UTC) | Perhaps I missed it, but I see no explanation for the removal of the drop-down page navigation currently to the right of the back/forward buttons. Will it now function like Chrome's or what? --[[User:Kamasutra|Kamasutra]] 12:37, 4 October 2009 (UTC) | ||
I'd really like to keep this feature. Or at least give the option to choose. This is one of the things that is very annoying in Chrome, when I want to jump back several pages and having to repeatedly click (particularly when browsing source in packages in svn). I regard it as a usability issue.<br | I'd really like to keep this feature. Or at least give the option to choose. This is one of the things that is very annoying in Chrome, when I want to jump back several pages and having to repeatedly click (particularly when browsing source in packages in svn). I regard it as a usability issue.<br> --[[User:Keegan|Keegan]] 16:53, 7 October 2009 (UTC) | ||
--[[User:Keegan|Keegan]] 16:53, 7 October 2009 (UTC) | |||
:You don't have to repeatedly click in Chrome. You can hold the mouse button over the navigation button and the list appears in less than a second, and dragging the cursor down makes it appear even quicker. The primary difference is that the lists are now separated between back and forward. Of course, having customizability is always nice. --[[User:Kamasutra|Kamasutra]] 10:23, 13 October 2009 (UTC) | :You don't have to repeatedly click in Chrome. You can hold the mouse button over the navigation button and the list appears in less than a second, and dragging the cursor down makes it appear even quicker. The primary difference is that the lists are now separated between back and forward. Of course, having customizability is always nice. --[[User:Kamasutra|Kamasutra]] 10:23, 13 October 2009 (UTC) | ||
[[Image:Http://davidnaylor.org/temp/firefox-4-suggestion.png]] | |||