[chromium-dev] Re: Bookmark Added! GUI redesign ideas

2008-12-10 Thread Mike Pinkerton

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

2008-12-10 Thread Ben Goodger (Google)

+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

2008-12-10 Thread Amanda Walker
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

2008-12-09 Thread Daniel A. White
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
-~--~~~~--~~--~--~---



[chromium-dev] Re: Bookmark Added! GUI redesign ideas

2008-12-09 Thread Ian Fette
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

2008-12-09 Thread Ben Goodger (Google)

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

2008-12-09 Thread Brett Wilson

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

2008-12-09 Thread Andrew Scherkus
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

2008-12-09 Thread Jonas Klink (Google)
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
-~--~~~~--~~--~--~---