Page 1 of 3 123 LastLast
Results 1 to 10 of 24

Thread: WebKit Looks To Drop Google Code, V8, Skia

  1. #1
    Join Date
    Jan 2007
    Posts
    15,098

    Default WebKit Looks To Drop Google Code, V8, Skia

    Phoronix: WebKit Looks To Drop Google Code, V8, Skia

    Following yesterday's announcement of Google forking the WebKit rendering engine to form "Blink" (also with the support of Opera), Apple developers working on WebKit are now looking to strip away Google/Chrome features from upstream WebKit...

    http://www.phoronix.com/vr.php?view=MTM0MzM

  2. #2
    Join Date
    Sep 2007
    Posts
    327

    Default

    /me wonders if the current WebKit users will switch to blink, as it seems that Apple wants to focus on the MacOS needs.

  3. #3
    Join Date
    Sep 2012
    Posts
    287

    Default

    They took our code and dropped our crap. Now we need to drop there’s stuff even though it better that ours.

    What have happened to the open source community latley?
    A fork which previously were a very good thing have now became a declaration of war.

  4. #4
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,911

    Default

    Quote Originally Posted by Pajn View Post
    They took our code and dropped our crap. Now we need to drop there’s stuff even though it better that ours.

    What have happened to the open source community latley?
    A fork which previously were a very good thing have now became a declaration of war.
    A fork has ALWAYS been "Worst case" for open source. Its good long term, because the better one will survive. But in the short term is almost IS a declaration of war. Pretty sure it was Linus, a few years back, the constant threat of a fork of the kernel is what would help keep them together. Because if they ever got out of hand or started fucking up there was always that threat of "We'll fork it and run." from the community at large.

  5. #5
    Join Date
    Sep 2010
    Posts
    701

    Default

    Quote Originally Posted by Pajn View Post
    They took our code and dropped our crap. Now we need to drop there’s stuff even though it better that ours.

    What have happened to the open source community latley?
    A fork which previously were a very good thing have now became a declaration of war.
    Its not.

    Google/Apple code pieces are complex and excluding them selfs.

    Splitting may be good here.

    Also note that Google may no longer support V8 code compatibility with Webkit..

  6. #6

    Default

    Relax people. I'm on Google's side, but this makes complete sense for Apple to do it, for the exact same reasons it made sense for Google to strip it down for what they need it. I believe even Google said it in their blog post that Apple will probably strip down what they don't need from Chrome.

  7. #7
    Join Date
    Oct 2008
    Posts
    3,173

    Default

    Quote Originally Posted by Krysto View Post
    Relax people. I'm on Google's side, but this makes complete sense for Apple to do it, for the exact same reasons it made sense for Google to strip it down for what they need it. I believe even Google said it in their blog post that Apple will probably strip down what they don't need from Chrome.
    Exactly. The whole point of Google splitting was that they were doing a bunch of code in webkit that apple wasn't using, and vice versa. If Google isn't using that code anymore, then it makes perfect sense for apple to remove it now.

  8. #8
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,599

    Default

    If there was code specific to Safari and Chrome in WebKit, how did it get there in the first place? I mean, if it's browser specific, why have it in mainline Webkit, instead of in the actual browser? Also, in this case they could have left everything the way it was, stripped both parties' specific code, moved them into the browsers themselves and have the same situation as it is now, just with half the maintenance burden.

  9. #9
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,911

    Default

    Quote Originally Posted by GreatEmerald View Post
    If there was code specific to Safari and Chrome in WebKit, how did it get there in the first place? I mean, if it's browser specific, why have it in mainline Webkit, instead of in the actual browser? Also, in this case they could have left everything the way it was, stripped both parties' specific code, moved them into the browsers themselves and have the same situation as it is now, just with half the maintenance burden.
    Its not so much that it was SPECIFIC to Safari and Chrome, its more that they were the only ones using it. Others were free to use it if they wanted, it was available to them, but no one did.

  10. #10
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,599

    Default

    Quote Originally Posted by Ericg View Post
    Its not so much that it was SPECIFIC to Safari and Chrome, its more that they were the only ones using it. Others were free to use it if they wanted, it was available to them, but no one did.
    But if it's just optional, usable code, why would they want to drop it? Hide it behind a compiler flag if more compilation speed is desired, and that's all.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •