On Tue, Dec 8, 2009 at 4:18 PM, Peter Kasting <[email protected]> wrote:
> On Tue, Dec 8, 2009 at 4:11 PM, Evan Stade <[email protected]> wrote: > >> proposals on which of these options (again, see original attachment) to >> "rip out" are welcome and within the scope of this thread. >> > > Off the top of my head: > * We have crazy word wrapping. The bookmark sync text could fit on one > line. Why does it wrap? etc. elsewhere > yes, we can save two lines in bookmark sync by removing the blank line and disallowing line wrap on the first label (although I'd guess that might force the dialog to be too wide in some locales). * What is with the blank line below that text? > read original post * "Show Saved Passwords" button should be vertically level with "offer to > save passwords" radio button, horizontally on right side of dialog (a la > Firefox) > this suggestion conflicts with the gnome hig > * Save passwords/save form values could perhaps be combined into one > section heading > sgtm * Does the explanatory text under "browsing data" add much? Maybe rip it > out and make the button text longer if we need clarity ("Import data from > another browser...") > sgtm > * Appearance section is a mess. Why are there buttons for GTK/Classic > theme when it looks like what's desired is a radio button pair? > to match windows > Why are there these other options? We should decide, based on what the > user's windowmanager best supports, which combo of settings will work best > and just do it. We don't give Windows Aero users a button called "use > classic theme" or Mac users a button to use the system-style (down-hanging, > square-edged) tabs. > not plausible. Windows and Mac have the advantage of only a single window manager, or very few WMs if you count different editions of the same WM. Linux has tons of WM and each provides a different set of functionality to the user, mostly through the window frame. We can either force all users to give up all their WM functionality (no go) or give up on the custom frame for linux altogether (no go). > > PK > -- Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
