(Not replying to anyone in particular, just replying to the lastest email in this thread at this point: ) Let's not transform the original conversation here, which was purely a technical conversation about improving the way we do compositing on Linux, into a prioritization conversation, which would not belong on dev-platform.
One data point that Karl provided here is purely technical and needs to be taken into account in this technical conversation well before one would start talking priorities: newer types of Web content, e.g. WebGL, may mean that not having OpenGL compositing may become less and less viable going forward. Benoit 2013/11/7 Karl Tomlinson <[email protected]> > Andreas Gal writes: > > > On Nov 7, 2013, at 1:48 PM, Karl Tomlinson <[email protected]> wrote: > > > >> Andreas Gal writes: > >> > >>> Its not a priority to fix Linux/X11. We will happily take > >>> contributed patches, and people are welcome to fix issues they > >>> see, as long its not at the expense of the things that matter. > >> > >> Do bugs in B2G Desktop on Linux/X11 matter? > >> > >> I assume glitches and perf issues that are not on the device > >> don't really matter. How about crashes and security bugs? > > > > Nobody said Linux/X11 doesn't matter. The proposal was to focus > > on OMTC on all platforms, including Linux/X11. > > I assume games and maps and WebGL matter. > The current direction for WebGL on Linux/X11 seems to be assuming > that OGL will be the solution. > > The comments thus far in this thread imply that OGL-OMTC-Linux-X11 > doesn't matter. If that is the case, then we need to find another > solution for WebGL. However, OGL-OMTC layers is likely the best > solution for WebGL, and not necessarily more work. > > And if OGL-OMTC-Linux-X11 doesn't matter for Firefox, then how > much is B2G Desktop used on Linux? Even if only crashes on Linux > B2G Desktop matter, then OGL-OMTC-Linux-X11 Firefox will benefit > from sharing the same code, and benefits flow the other way too. > _______________________________________________ > dev-platform mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list [email protected] https://lists.mozilla.org/listinfo/dev-platform
