On Wed, Jan 28, 2009 at 1:32 PM, Amanda Walker <[email protected]> wrote: > > On Wed, Jan 28, 2009 at 2:56 PM, Evan Martin <[email protected]> wrote: >> Two options: >> 1) Set the hint that turns off window frame drawing, and render >> something that looks like the Windows one. This would mean >> implementing window dragging via the title bar, etc. manually. (Ben's >> "magic browzr" work was undoing code like this on Windows, because >> it's endless pain. > > It may be endless pain, but isn't it what we still do in XP, for > similar reasons? And in Cole's prototypes of Mac window frames and > tabs, we're also overriding OS window frame drawing in order to > provide Chromium-style tab and window styling (it's designed to blend > with native Mac windows, but it's not using the default window > appearance). > > I'm a casual linux-desktop user at best (mostly I ssh to Linux boxen), > but a Chromium-XP style window frame doesn't strike me as too out of > place on, say, an Ubuntu desktop as long as the color could be changed > away from bright blue...
Yeah, and if the smooth tab/title bar is a big part of Chrome's "recognizability" (to echo Ben), then it's probably worth going the custom drawn route. I'd be inclined to start there, rather than put it off, since I think a basic implementation shouldn't be too hard. And by basic, I'm thinking mostly drag and resize support on, say, Hardy Gnome and KDE (if a right-click doesn't bring up the window manager menu, is anyone really going to miss it?). On a related note, would dialogs use a similar custom border (it looks like they do on Windows), or the regular WM border? Michael --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
