> --
> Chromium Discussion mailing list: chromium...@chromium.org
> View archives, change email options, or unsubscribe:
> http://groups.google.com/a/chromium.org/group/chromium-discuss
>
On Fri, Apr 8, 2011 at 10:54 AM, mwalters <macro...@gmail.com> wrote:
> Are you saying that its graphics output can't use the Linux Frame
> buffer directly?
>
Chrome uses GTK (v2) for its widgets, and GTK (v2) has a pretty hard
dependency on X11. It's not just graphics output, it's also input
handling.
>
> Also, thanks for the reply's!
>
You give up a lot of windowing support and compatibility for not a lot
of practical gain. Its better to tune X and get the performance
across all of Linux's business type apps.
About the only reason I could see to do this would be an embedded
situation where you don't want to spend the memory on X...
> --
> Chromium Discussion mailing list: chromium...@chromium.org
> View archives, change email options, or unsubscribe:
> http://groups.google.com/a/chromium.org/group/chromium-discuss
>
--
It's always darkest just before you are eaten by a grue.
On Fri, Apr 8, 2011 at 1:52 PM, mwalters <macro...@gmail.com> wrote:Chrome uses GTK (v2) for its widgets, and GTK (v2) has a pretty hard
> Could you explain how you know the graphics output can't write to the
> linux frame buffer directly or could not be made to write the linux
> frame buffer?
dependency on X11. It's not just graphics output, it's also input
handling.