Slashdot Mirror

← Back to Stories (view on slashdot.org)

Why Mozilla Is Committed To Using Gecko

Posted by Soulskill on from the gecko,-not-geico dept.

Ars Technica has published an article about Mozilla's commitment to use the Gecko rendering engine instead of using Webkit, which was adopted by Apple and Google for use in the Safari and Chrome browsers. I have been using Chrome on my work PC and find many of its features compelling, and wonder how soon we will see its best innovations in Firefox. Why is Gecko worth keeping if it is outdated and bloated?

4 of 632 comments (clear)

  1. Re:lite by Anonymous Coward · · Score: 5, Informative

    Webkit doesn't specify that you have to use a separate process for each page. That's a Google Chrome feature.

  2. Re:lite by jorgevillalobos · · Score: 5, Informative

    There is no excuse for a modern browser to not have this, especially in light of the fact that their main competitor (IE) is developing it.

    Here's one excuse: complications when trying to have multiple processes render content on a single window in Mac OS X (mentioned near the end of the tab process isolation section).

    It's not clear to me if this is impossible or really difficult to achieve, but I think it'll be interesting to see what Chrome does for Mac OS X.

  3. Re:lite by naasking · · Score: 5, Informative

    and most Webkit/KHTML implementations currently use one process per browser window (like Firefox).

    Firefox does not use one process per browser window. Firefox uses one process per user profile.

    --
    Higher Logics: where programming meets science.
  4. Re:Heterogeny by tomhudson · · Score: 5, Informative

    Yeah, except requiring things to be rendered the same way all the time isn't "harming functionality", it's common sense. In fact, where exactly does one get off saying that you have a "standard" if there's any room for interpretation at all?

    It's not common sense. The HTML standard doesn't say, for example, how form controls are supposed to be rendered visually - that's the job for either the browser or the underlying platform.

    Ditto with fonts. A 12pt font can be one size on your device/platform, and different on someone else's.

    Ditto with web pages themselves - the visual rendering is specified IN THE STANDARDS as being implementation-dependent. For example, a screen reader is free to render web pages as audio instead of glyphs and images.

    Read the standards. They're posted at w3c.

    Then learn proper design. A good workman doesn't complain about his or her tools.