[chromium-dev] Re: Bookmark Added! GUI redesign ideas
On Wed, Dec 10, 2008 at 10:53 AM, Simon B. <[EMAIL PROTECTED]> wrote: > @Mike, I beleive it's common on web sites to have a "button" for > primary action, and links or smaller and less colourful ones for > secondary "buttons". Indeed--this is not a web site, it's a local application, where links, where present at all, launch web pages rather than affecting the state of the app. Smaller buttons, or hover-sensitive controls would probably be better than something that looks like a link to web content but is not. --Amanda --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
On Wed, Dec 10, 2008 at 6:56 AM, Sverrir Á. Berg <[EMAIL PROTECTED]> wrote: > Regarding behavior. When using my dialog - we would not add a bookmark > until the user presses Add - this is to reduce the panic when the user > accidentally clicks the star button. This is also more in line with > standard dialog behavior. > I think we're wedded pretty tightly to one-click bookmarking. IIRC Firefox 3 (and Google Toolbar?) have the same behavior. PK --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
+1 ;-) On Wed, Dec 10, 2008 at 6:33 AM, Mike Pinkerton <[EMAIL PROTECTED]> wrote: > > IMHO, links don't belong in native UIs at all, except when they take > you to a web page (ie, linking to the privacy notice on the web from > explanatory text). The proper interface element for an action in an > application is a button. > > On Wed, Dec 10, 2008 at 1:18 AM, Peter Kasting <[EMAIL PROTECTED]> wrote: >> On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: >>> >>> The Bookmark bubble doesn't suit me, so I've made some redesign >>> suggestions: >>> http://sites.google.com/site/chromiumdev/bookmark-added >> >> Note that when clicking on a currently-unstarred site, our existing design >> shows "Bookmark Added!" (a la 1A), not "Bookmark" (what you mark >> "Original"). We show the "Original" case when you click an already-existing >> bookmark. >> The mocks you present nearly all change the button layout in ways that are >> pretty unusual for a Windows UI. All but 1A move the close button to the >> upper right, which is extremely unorthodox, and even 1A puts non-button >> controls horizontally aligned with the close button, which is also unusual. >> Your mocks also make heavy use of horizontal space, changing the flow from >> being nearly vertical to being more of a zigzag. Our current design is far >> more typical of Windows UI layout, with its roughly-square shape and its >> vertical flow. >> If I were to get more specific, I would say that in all the designs except >> perhaps number 3, the close button is further from the star than in the >> original, so the stated goal of making it easier to mouse to seems >> unachieved (even if the targeting issues from moving it to a nonstandard >> location didn't apply). >> I am not necessarily opposed to changing "Edit" from a button to a link, but >> there are problems: as Glen says, it'd be nice to place it after the other >> controls in the flow, yet making it a link practically demands that it be >> placed near "Remove" (as you've done), which as Ian and Brett say should >> almost certainly remain in the upper right. These conflicting demands pose >> a quandary, and since a button is not terribly unusual here, I would >> probably stick with that. >> In short, I think our current design is better overall than any of the >> proposed mocks. 1A is perhaps the best of the alternatives, but I still >> find it a step backwards. >> I think your suggestion about selecting the text so the beginning (not the >> end) is in view is a good one. I would go ahead and file that as a feature >> request at crbug.com. >> PK >> > >> > > > > -- > Mike Pinkerton > Mac Weenie > [EMAIL PROTECTED] > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
Interesting Sverrir. It's interesting to consider your interaction model Click start + Add (keyboard: Ctrl-D + Enter) vs the current. Actually you make me realise that both Enter and Esc woule let me close the bubble as it currently works. My use case for bookmarks is mostly to prime the Omnibar search, and hitting Enter or Escape should be good enough for me. @Mike, I beleive it's common on web sites to have a "button" for primary action, and links or smaller and less colourful ones for secondary "buttons". > I think your suggestion about selecting the text so the beginning (not the > end) is in view is a good one. I would go ahead and file that as a feature > request at crbug.com. Now at http://crbug.com/5350 Bookmark Bubble Tab order is as it looks like: Opening the bubble, name is preselected. Tab once to Folder. Second tab to Edit, third Close and fourth Remove (which is very secret about that it's focused - now crbug.com/5351). Escape does Close, but Remove seems far away for keyboard use. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
On Wed, Dec 10, 2008 at 9:56 AM, Sverrir Á. Berg <[EMAIL PROTECTED]> wrote: > Attached is yet another mock - this suggestion feels more like a dialog to > me. > Regarding Mike's comment on buttons vs links - I agree but in my mock its > used for an advanced link (that would bring up the edit bookmark dialog) - > which I find OK personally (since my guess is that this feature is not > heavily used). Advanced or not this would be really weird on the Mac. Users don't expect links to open dialogs; they expect them to go to the web. Maybe on Windows it's more common, but certainly not so in Cocoa. -- Mike Pinkerton Mac Weenie [EMAIL PROTECTED] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
Attached is yet another mock - this suggestion feels more like a dialog to me. Regarding Mike's comment on buttons vs links - I agree but in my mock its used for an advanced link (that would bring up the edit bookmark dialog) - which I find OK personally (since my guess is that this feature is not heavily used). Regarding behavior. When using my dialog - we would not add a bookmark until the user presses Add - this is to reduce the panic when the user accidentally clicks the star button. This is also more in line with standard dialog behavior. When a bookmark exists - the Add button would be changed to Remove. Sverrir On Wed, Dec 10, 2008 at 9:33 AM, Mike Pinkerton <[EMAIL PROTECTED]>wrote: > > IMHO, links don't belong in native UIs at all, except when they take > you to a web page (ie, linking to the privacy notice on the web from > explanatory text). The proper interface element for an action in an > application is a button. > > On Wed, Dec 10, 2008 at 1:18 AM, Peter Kasting <[EMAIL PROTECTED]> > wrote: > > On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: > >> > >> The Bookmark bubble doesn't suit me, so I've made some redesign > >> suggestions: > >> http://sites.google.com/site/chromiumdev/bookmark-added > > > > Note that when clicking on a currently-unstarred site, our existing > design > > shows "Bookmark Added!" (a la 1A), not "Bookmark" (what you mark > > "Original"). We show the "Original" case when you click an > already-existing > > bookmark. > > The mocks you present nearly all change the button layout in ways that > are > > pretty unusual for a Windows UI. All but 1A move the close button to the > > upper right, which is extremely unorthodox, and even 1A puts non-button > > controls horizontally aligned with the close button, which is also > unusual. > > Your mocks also make heavy use of horizontal space, changing the flow > from > > being nearly vertical to being more of a zigzag. Our current design is > far > > more typical of Windows UI layout, with its roughly-square shape and its > > vertical flow. > > If I were to get more specific, I would say that in all the designs > except > > perhaps number 3, the close button is further from the star than in the > > original, so the stated goal of making it easier to mouse to seems > > unachieved (even if the targeting issues from moving it to a nonstandard > > location didn't apply). > > I am not necessarily opposed to changing "Edit" from a button to a link, > but > > there are problems: as Glen says, it'd be nice to place it after the > other > > controls in the flow, yet making it a link practically demands that it be > > placed near "Remove" (as you've done), which as Ian and Brett say should > > almost certainly remain in the upper right. These conflicting demands > pose > > a quandary, and since a button is not terribly unusual here, I would > > probably stick with that. > > In short, I think our current design is better overall than any of the > > proposed mocks. 1A is perhaps the best of the alternatives, but I still > > find it a step backwards. > > I think your suggestion about selecting the text so the beginning (not > the > > end) is in view is a good one. I would go ahead and file that as a > feature > > request at crbug.com. > > PK > > > > > > > > > -- > Mike Pinkerton > Mac Weenie > [EMAIL PROTECTED] > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~--- <>
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
IMHO, links don't belong in native UIs at all, except when they take you to a web page (ie, linking to the privacy notice on the web from explanatory text). The proper interface element for an action in an application is a button. On Wed, Dec 10, 2008 at 1:18 AM, Peter Kasting <[EMAIL PROTECTED]> wrote: > On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: >> >> The Bookmark bubble doesn't suit me, so I've made some redesign >> suggestions: >> http://sites.google.com/site/chromiumdev/bookmark-added > > Note that when clicking on a currently-unstarred site, our existing design > shows "Bookmark Added!" (a la 1A), not "Bookmark" (what you mark > "Original"). We show the "Original" case when you click an already-existing > bookmark. > The mocks you present nearly all change the button layout in ways that are > pretty unusual for a Windows UI. All but 1A move the close button to the > upper right, which is extremely unorthodox, and even 1A puts non-button > controls horizontally aligned with the close button, which is also unusual. > Your mocks also make heavy use of horizontal space, changing the flow from > being nearly vertical to being more of a zigzag. Our current design is far > more typical of Windows UI layout, with its roughly-square shape and its > vertical flow. > If I were to get more specific, I would say that in all the designs except > perhaps number 3, the close button is further from the star than in the > original, so the stated goal of making it easier to mouse to seems > unachieved (even if the targeting issues from moving it to a nonstandard > location didn't apply). > I am not necessarily opposed to changing "Edit" from a button to a link, but > there are problems: as Glen says, it'd be nice to place it after the other > controls in the flow, yet making it a link practically demands that it be > placed near "Remove" (as you've done), which as Ian and Brett say should > almost certainly remain in the upper right. These conflicting demands pose > a quandary, and since a button is not terribly unusual here, I would > probably stick with that. > In short, I think our current design is better overall than any of the > proposed mocks. 1A is perhaps the best of the alternatives, but I still > find it a step backwards. > I think your suggestion about selecting the text so the beginning (not the > end) is in view is a good one. I would go ahead and file that as a feature > request at crbug.com. > PK > > > -- Mike Pinkerton Mac Weenie [EMAIL PROTECTED] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: > The Bookmark bubble doesn't suit me, so I've made some redesign > suggestions: > http://sites.google.com/site/chromiumdev/bookmark-added Note that when clicking on a currently-unstarred site, our existing design shows "Bookmark Added!" (a la 1A), not "Bookmark" (what you mark "Original"). We show the "Original" case when you click an already-existing bookmark. The mocks you present nearly all change the button layout in ways that are pretty unusual for a Windows UI. All but 1A move the close button to the upper right, which is extremely unorthodox, and even 1A puts non-button controls horizontally aligned with the close button, which is also unusual. Your mocks also make heavy use of horizontal space, changing the flow from being nearly vertical to being more of a zigzag. Our current design is far more typical of Windows UI layout, with its roughly-square shape and its vertical flow. If I were to get more specific, I would say that in all the designs except perhaps number 3, the close button is further from the star than in the original, so the stated goal of making it easier to mouse to seems unachieved (even if the targeting issues from moving it to a nonstandard location didn't apply). I am not necessarily opposed to changing "Edit" from a button to a link, but there are problems: as Glen says, it'd be nice to place it after the other controls in the flow, yet making it a link practically demands that it be placed near "Remove" (as you've done), which as Ian and Brett say should almost certainly remain in the upper right. These conflicting demands pose a quandary, and since a button is not terribly unusual here, I would probably stick with that. In short, I think our current design is better overall than any of the proposed mocks. 1A is perhaps the best of the alternatives, but I still find it a step backwards. I think your suggestion about selecting the text so the beginning (not the end) is in view is a good one. I would go ahead and file that as a feature request at crbug.com. PK --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
The two line versions look better because they fill the space efficiently, and they interfere with the content less. How about a 3A that exchanges the lines and places edit to the left of remove, so remove is inthe same place. Then the read order is then the same as the current one because the eye will go down the wide column, and remove and close are in the same positions. Only edit is moved, but it is in an undistinguished place now. 3A would put the edit next to the bookmark name. No graphic, but placement with quotes on buttons and parentheses on data: Bookmark in: (Other bookmarks) "Edit" "Remove" Name: (page name) "Close" Ken However, another variation On Tue, 9 Dec 2008 17:38:44 -0800, you wrote: > >I'm about to head out, sorry for the brevity: > >The original bookmark bubble attempts to keep the flow of user action >in a straight line, so that a user who presses the star then knows >that they next look at the title, then the folder, then the close >button (you can see an imaginary diagonal line joining the star to the >close button). > >This visual hierarchy makes the steps (and side-steps) clearer, and >it's something we're keen to maintain and push further. I'd love to >see if you have any mocks that incorporate your thoughts while >preserving or improving this flow. > >~ Glen > > >On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: >> >> The Bookmark bubble doesn't suit me, so I've made some redesign >> suggestions: >> http://sites.google.com/site/chromiumdev/bookmark-added >> My preference is 2A, since it avoids the unbalanced whitespace we have >> in the current Bookmarks bubble. Further 2A takes less vertical space, >> and mousing down to the Close-button is easier. Don't think so? Go >> ahead and ask me for a javascript prototype to get some statistics of >> mouse movement timing in 2A vs Original :-) >> >> 2A also removes the part "Added!" and changes "Folder:" to "in", as >> well as demotes the Edit... button to a smaller link. I never use >> Edit... and maybe when the Bookmark Manager evolves that Edit... could >> lead to there with the current bookmark in view. Kind of like the >> Download bar's excellent Show in folder. >> >> If 2A is too radical, then maybe 1A isn't too much so? 1A leaves more >> space for lengthy translations, while 2A could need to be more >> flexible, maybe shrinking the textfield for name to manage with >> lengthy translations. >> >> Finally two quick suggestions. >> 1. Make the bubble appear further to the left, such that the mouse >> pointer will be closer to Close. >> 2. The name is always selected when opening the bookmark bubble and >> with long names you then only see the end of the name. Sometimes that >> can be very confusing, and I suggest making the selection such that >> the beginning of the textfield is in view instead of the end of it. >> >> > >> > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
For keyboard users, the most natural flow is in 1A, I would say. Presenting the keyboard (and potentially screen reader) user with the 'Close' button before the edit options might lead many of those users astray. The discoverability here would be (as always with these types of users) top-to-bottom, left-to-right. - Jonas On 12/9/08, Andrew Scherkus <[EMAIL PROTECTED]> wrote: > > I do like how the horizontal versions give you extra typing room and have a > bit of the "long horizontal look" of the tab bar, omnibox bar and bookmark > bar. > > Just my $0.02! > > Andrew > > On Tue, Dec 9, 2008 at 6:30 PM, Brett Wilson <[EMAIL PROTECTED]> wrote: > >> >> Hi Simon, >> >> Thanks for the thoughtful mocks. I like the overall feel of the more >> horizontal versions better for some reason. >> >> However, I also like having the "Remove" link in the upper right. I >> think of it somewhat like a close box for the bookmark, and I expect >> its placement to be in the same place. I also kind of expect the close >> box to be in the lower right, since that's usually where the "OK" >> button is in a dialog box. >> >> Brett >> >> >> > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
I do like how the horizontal versions give you extra typing room and have a bit of the "long horizontal look" of the tab bar, omnibox bar and bookmark bar. Just my $0.02! Andrew On Tue, Dec 9, 2008 at 6:30 PM, Brett Wilson <[EMAIL PROTECTED]> wrote: > > Hi Simon, > > Thanks for the thoughtful mocks. I like the overall feel of the more > horizontal versions better for some reason. > > However, I also like having the "Remove" link in the upper right. I > think of it somewhat like a close box for the bookmark, and I expect > its placement to be in the same place. I also kind of expect the close > box to be in the lower right, since that's usually where the "OK" > button is in a dialog box. > > Brett > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
Hi Simon, Thanks for the thoughtful mocks. I like the overall feel of the more horizontal versions better for some reason. However, I also like having the "Remove" link in the upper right. I think of it somewhat like a close box for the bookmark, and I expect its placement to be in the same place. I also kind of expect the close box to be in the lower right, since that's usually where the "OK" button is in a dialog box. Brett --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
Also, as always, aesthetics play a part. Aspect ratio and balance are important considerations. The current Bookmark bubble isn't perfect, but I feel the aspect ratio is pretty good. -Ben On Tue, Dec 9, 2008 at 5:38 PM, Glen Murphy <[EMAIL PROTECTED]> wrote: > > I'm about to head out, sorry for the brevity: > > The original bookmark bubble attempts to keep the flow of user action > in a straight line, so that a user who presses the star then knows > that they next look at the title, then the folder, then the close > button (you can see an imaginary diagonal line joining the star to the > close button). > > This visual hierarchy makes the steps (and side-steps) clearer, and > it's something we're keen to maintain and push further. I'd love to > see if you have any mocks that incorporate your thoughts while > preserving or improving this flow. > > ~ Glen > > > On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: >> >> The Bookmark bubble doesn't suit me, so I've made some redesign >> suggestions: >> http://sites.google.com/site/chromiumdev/bookmark-added >> My preference is 2A, since it avoids the unbalanced whitespace we have >> in the current Bookmarks bubble. Further 2A takes less vertical space, >> and mousing down to the Close-button is easier. Don't think so? Go >> ahead and ask me for a javascript prototype to get some statistics of >> mouse movement timing in 2A vs Original :-) >> >> 2A also removes the part "Added!" and changes "Folder:" to "in", as >> well as demotes the Edit... button to a smaller link. I never use >> Edit... and maybe when the Bookmark Manager evolves that Edit... could >> lead to there with the current bookmark in view. Kind of like the >> Download bar's excellent Show in folder. >> >> If 2A is too radical, then maybe 1A isn't too much so? 1A leaves more >> space for lengthy translations, while 2A could need to be more >> flexible, maybe shrinking the textfield for name to manage with >> lengthy translations. >> >> Finally two quick suggestions. >> 1. Make the bubble appear further to the left, such that the mouse >> pointer will be closer to Close. >> 2. The name is always selected when opening the bookmark bubble and >> with long names you then only see the end of the name. Sometimes that >> can be very confusing, and I suggest making the selection such that >> the beginning of the textfield is in view instead of the end of it. >> >> > >> > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
I'm about to head out, sorry for the brevity: The original bookmark bubble attempts to keep the flow of user action in a straight line, so that a user who presses the star then knows that they next look at the title, then the folder, then the close button (you can see an imaginary diagonal line joining the star to the close button). This visual hierarchy makes the steps (and side-steps) clearer, and it's something we're keen to maintain and push further. I'd love to see if you have any mocks that incorporate your thoughts while preserving or improving this flow. ~ Glen On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: > > The Bookmark bubble doesn't suit me, so I've made some redesign > suggestions: > http://sites.google.com/site/chromiumdev/bookmark-added > My preference is 2A, since it avoids the unbalanced whitespace we have > in the current Bookmarks bubble. Further 2A takes less vertical space, > and mousing down to the Close-button is easier. Don't think so? Go > ahead and ask me for a javascript prototype to get some statistics of > mouse movement timing in 2A vs Original :-) > > 2A also removes the part "Added!" and changes "Folder:" to "in", as > well as demotes the Edit... button to a smaller link. I never use > Edit... and maybe when the Bookmark Manager evolves that Edit... could > lead to there with the current bookmark in view. Kind of like the > Download bar's excellent Show in folder. > > If 2A is too radical, then maybe 1A isn't too much so? 1A leaves more > space for lengthy translations, while 2A could need to be more > flexible, maybe shrinking the textfield for name to manage with > lengthy translations. > > Finally two quick suggestions. > 1. Make the bubble appear further to the left, such that the mouse > pointer will be closer to Close. > 2. The name is always selected when opening the bookmark bubble and > with long names you then only see the end of the name. Sometimes that > can be very confusing, and I suggest making the selection such that > the beginning of the textfield is in view instead of the end of it. > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
One nice thing about the current design (which 1A preserves) is that it's easy to remove an accidentally added bookmark - the "remove" link is in a consistent easy to view/click spot (upper right, don't have to hunt for it). Mock 2B also preserves this property, but to a lesser extent; lower left is a bit less easy to find as I have to mentally parse the bubble to find its lower border. On Tue, Dec 9, 2008 at 5:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: > > The Bookmark bubble doesn't suit me, so I've made some redesign > suggestions: > http://sites.google.com/site/chromiumdev/bookmark-added > My preference is 2A, since it avoids the unbalanced whitespace we have > in the current Bookmarks bubble. Further 2A takes less vertical space, > and mousing down to the Close-button is easier. Don't think so? Go > ahead and ask me for a javascript prototype to get some statistics of > mouse movement timing in 2A vs Original :-) > > 2A also removes the part "Added!" and changes "Folder:" to "in", as > well as demotes the Edit... button to a smaller link. I never use > Edit... and maybe when the Bookmark Manager evolves that Edit... could > lead to there with the current bookmark in view. Kind of like the > Download bar's excellent Show in folder. > > If 2A is too radical, then maybe 1A isn't too much so? 1A leaves more > space for lengthy translations, while 2A could need to be more > flexible, maybe shrinking the textfield for name to manage with > lengthy translations. > > Finally two quick suggestions. > 1. Make the bubble appear further to the left, such that the mouse > pointer will be closer to Close. > 2. The name is always selected when opening the bookmark bubble and > with long names you then only see the end of the name. Sometimes that > can be very confusing, and I suggest making the selection such that > the beginning of the textfield is in view instead of the end of it. > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
[chromium-dev] Re: Bookmark Added! GUI redesign ideas
I think 1A is more universally correct. Daniel A. White On Tue, Dec 9, 2008 at 8:29 PM, Simon B. <[EMAIL PROTECTED]> wrote: > > The Bookmark bubble doesn't suit me, so I've made some redesign > suggestions: > http://sites.google.com/site/chromiumdev/bookmark-added > My preference is 2A, since it avoids the unbalanced whitespace we have > in the current Bookmarks bubble. Further 2A takes less vertical space, > and mousing down to the Close-button is easier. Don't think so? Go > ahead and ask me for a javascript prototype to get some statistics of > mouse movement timing in 2A vs Original :-) > > 2A also removes the part "Added!" and changes "Folder:" to "in", as > well as demotes the Edit... button to a smaller link. I never use > Edit... and maybe when the Bookmark Manager evolves that Edit... could > lead to there with the current bookmark in view. Kind of like the > Download bar's excellent Show in folder. > > If 2A is too radical, then maybe 1A isn't too much so? 1A leaves more > space for lengthy translations, while 2A could need to be more > flexible, maybe shrinking the textfield for name to manage with > lengthy translations. > > Finally two quick suggestions. > 1. Make the bubble appear further to the left, such that the mouse > pointer will be closer to Close. > 2. The name is always selected when opening the bookmark bubble and > with long names you then only see the end of the name. Sometimes that > can be very confusing, and I suggest making the selection such that > the beginning of the textfield is in view instead of the end of it. > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/chromium-dev?hl=en -~--~~~~--~~--~--~---
