Your solution may be to hire a Xorg hacker and porting all your views to Xlib!
just kidding:P On Mar 23, 11:43 pm, JollyPaul <[email protected]> wrote: > Lol, seems I got the same name in the first place. Anyways moving > towards the > explanation of Bens points pointed in direction of linux (and in > general I do share > his views wholeheartedly). > > On Jan 29, 7:32 pm, Paweł Prażak <[email protected]> wrote: > > > On Jan 28, 10:18 pm, "Ben Goodger (Google)" <[email protected]> wrote: > > > > First of all let me generally comment that this entire situation is a > > > clusterf*ck. I am not happy with the technical constraints imposed by > > > Linux and its assorted UIs on Chrome's UI and feature set. > > > Why? What do you mean by "technical constraints imposed by Linux"? > > (really, I'd like to know) > > Something you consider a "constraint" others may name a feature. > > The gtk, gtk+, qt, gtk on directfb, wx shall I say more? If You start > project like this, > which one do You select, why do You so? No, Google is almighty but not > that mighty... ;-) > > > > > > For me, one priority is to ensure we deliver a good experience to most > > > users and while doing so we're able to rapidly improve Chrome over the > > > course of time. > > > To do it you must understand needs and preferences of users on etch > > platform. > > And they seem to be all different even inside the linux itself, know > the diffs between pure DirectFB, gtk, > and gtk on directfb, right? > > > > My other priority is to ensure that the core essence of Chrome's > > > design makes it to each of our platforms. > > > But you also should respect that there are different platforms because > > people wants to do things in different ways, so single platform will > > somehow take away their ability to have choice. And Linux is all about > > choice. > > Linux is a whole lot more hassle in some areas as it provides > different apis for all > different subusers. pure fb against accelerated fb against > acceleratedfb with widgets against pure c++ gtk+ or qt. > Shitty, doesnt it sound so to You bro? > > > > A key aspect to this is the > > > "Skyline" of the browser with tabs merging with the title bar and the > > > general visual design. > > > And that is the first thing I don't actually like in chrome, I just > > like tabs bellow address bar, it makes more sense to me. > > De gustibus non est disputandum. Thats their projects views, quite > innovative and > important to make the project diff. Shall be respected in first place > as one of the key biz decisions (imho). > > > > On Linux, it seems fewer of these conditions exist. > > > What you call inconsistency is what I call choice. > > Too much of choice is what might make one end in eternal loop. Too > much choice is worse than > lack of those. In some cases (written in intelligible small font).... > > > > However, I don't think there's an easy answer here. It'd be a shame to > > > have to spend a long time retrofitting views to support a HIG that > > > doesn't represent consensus on Linux. The Mozilla project has spent a > > > decade now trying to make XUL look good on different platforms, and to > > > my eye there are still many problems. > > > I realize that it's very difficult and I really hope you will make > > right decisions and Chromium Linux port will rock! > > And there doesnt seem more to be said in the conclusion. Rock on Pawel > +Google+Chrome. --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
