Slashdot Mirror

← Back to Stories (view on slashdot.org)

Safari Code Benefiting Open Source Community

Posted by pudge on from the apple-is-wonderful-and-good dept.

saha writes "Thought this article about Apple's Safari contribution back to the open source community may interest some of the readers. KDE adds Safari feel to desktop Linux: The Konqueror Web browser, which shares its basic engine with Apple's Safari, has benefited from Apple's Safari work, KDE said. Konqueror now loads and renders more quickly and has better support for Web standards. One of Apple's major efforts with Safari has been to encourage users to report sites that don't work properly with the browser, in order to improve compatibility."

66 comments

  1. KDE 3.2 by Kethinov · · Score: 2, Funny

    I recently installed KDE 3.2 in my Gentoo box and I have found that Konqueror was one of the greatest improvements done to KDE compared to 3.1.x. I really hate corporations and Apple is indeed a corporation. But as far as corporations go, I've always said that Apple is the corporation I hate the least. :)

    --
    You're right, I wouldn't steal a car. But if it were possible, I sure as hell would download one!
  2. They made tons of changes by Anonymous Coward · · Score: 2, Interesting

    And added quite a bit of code to KHTML.

    Now it's definitely a worthy adversary of Mozilla and IE.

  3. Re:on the other hand by mattgreen · · Score: 2, Informative

    Don't be ridiculous. Did MS make those themes for Mozilla? Of course not. You are completely missing the point. Then again they are infamous for not reading the articles at Neowin as well.

  4. Why is this newsworthy? by Captain+Rotundo · · Score: 2, Insightful

    There are tons of companies that contribute to Free and OS Software.

    Lets see Sun, IBM, RedHat, Novell, CodeWeavers, oh and Apple (isn't the underlying OS for MacOS X open source?) not even mentioning the INDIVIDUALS who contribute (who arguably get less out of the deal since there is no direct profit motive)

    Oh wait, is this news because you would normally assume Apple to be parasitic and not give back to anyone?

    1. Re:Why is this newsworthy? by javaxman · · Score: 4, Interesting

      It may be newsworthy because this time the contribution is squarely in the Application space, and is high-quality and very easily usable, impacting the actual end-user application/desktop experience. It's also newsworthy because so many people were initially skeptical that Apple would give anything back.

      To my ( somewhat limited ) knowledge, most of the effort companies you've listed have put in show up only for administrators and developers, not desktop users. Arguably because that's where effort has been needed most ( maybe up until now ), but still...

      OpenOffice is equally newsworthy, but maybe not exactly as easily usable and feature-complete, though I'd argue that's mainly due to it's larger feature set as compared to the KHTML engine. I think it'd be interesting to know how many resources Apple has thrown at KHTML compared to the resources Sun has thrown at OpenOffice, for example. If the manhours are comprable, shame on Sun. I personally feel that OpenOffice may be the single most important open source project right now. If I didn't spend all of my spare time surfing /. and raising my two-year-old, I'd contribute...

      Of course, I'd like to see Apple pick up and work on OpenOffice as an AppleWorks replacement ( they need one ) but there are so very, very many reasons I can't expect that to happen.

    2. Re:Why is this newsworthy? by WhatAmIDoingHere · · Score: 1, Interesting

      What about the story last friday about MS releasing the source for Allegiance? That means MS also contributed to OS Software, does it not?

      --
      Not a Twitter sockpuppet... but I wish I was.
    3. Re:Why is this newsworthy? by hawkbug · · Score: 0, Troll

      Not if it was not under the GPL it doesn't....

    4. Re:Why is this newsworthy? by mivok · · Score: 4, Interesting

      Perhaps apple would be more likely to contribute to koffice instead, continuing what they started?

    5. Re:Why is this newsworthy? by Captain+Rotundo · · Score: 4, Insightful

      Well I don't follow KDE, so I don't know mmuch about Apple's or anyyone else's involvement. But Novell bought Ximian and pratically before the ink was dry on the deal they had bounties up offering money for people that did arious tasks to improve the desktop experience. Which reminds me Ximian was a company that was directly involved in the desktop, and now thats Novell by extension.

    6. Re:Why is this newsworthy? by javaxman · · Score: 1

      Good point!
      Since I don't have any direct experience with Ximian, and keep thinking of it as a separate company distinct from Novell, I'd failed to make that connection.

      On the other hand, Ximian releases are often Slashdot stories, and thus just as "newsworthy" as this story, I guess... anyway, my point was just to counter that this is actually slightly newsworthy for several reasons; mainly, it's nice to see Apple living up to their promises.

      I certainly didn't mean to downplay the great contributions of these other companies.

    7. Re:Why is this newsworthy? by WhatAmIDoingHere · · Score: 0

      If "Open" doesn't mean "Open"...

      --
      Not a Twitter sockpuppet... but I wish I was.
    8. Re:Why is this newsworthy? by lpontiac · · Score: 4, Interesting
      Of course, I'd like to see Apple pick up and work on OpenOffice as an AppleWorks replacement ( they need one )

      Following the release of Safari, MS dropped support for IE on Mac, directly citing the existence of Safari as the reason.

      Apple need Microsoft Office, so I can't see them daring to touch an actually competitive office suite.

    9. Re:Why is this newsworthy? by AKAImBatman · · Score: 1

      Apple need Microsoft Office, so I can't see them daring to touch an actually competitive office suite.

      As much as running programs via X11 sucks, I use OpenOffice instead of OfficeX. At first, MSOfficeX was just too expensive. Later on I had access to OfficeX, but I was much happier with OpenOffice.

      Apple does not need OfficeX.

      --
      Javascript + Nintendo DSi = DSiCade
    10. Re:Why is this newsworthy? by dafz1 · · Score: 2, Informative

      Hmmm...actually, Apple is taking on M$'s Power Point, part of the Office suite. Apple released Keynote, XML based presentation software that is, in many ways superior to Power Point(ex. slide changes, image rendering, etc.).

      The key to this is compatibility with Office for Windows. As much as we hate to admit it, it is the standard by which all others is judged. Any suite that wants to replace Office, or at least become a major player in the office suite arena, has to be fully compatible with M$ Office. OpenOffice is close, koffice needs work, and Apple has yet to show a word processing app capable of Word's abilities(note: even Office v.X[for OS X] isn't 100% compatible). Make no mistake, Apple is working on it(that's why TextEdit can edit Word docs.).

    11. Re:Why is this newsworthy? by ninejaguar · · Score: 1
      is this news because you would normally assume Apple to be parasitic and not give back to anyone?

      Considering that Konqueror is GPL'd and KHTML is LGPL'd, it would be fruitless for Apple to even consider being parasitic. You're seeing the GPL family of licenses at work, where proprietary and open source companies mutually benefit one another. Everyone wins, specially the users.

      = 9J =

    12. Re:Why is this newsworthy? by hawkbug · · Score: 1

      It doesn't in this case. Do you think signing an NDA is open?

    13. Re:Why is this newsworthy? by Anonymous Coward · · Score: 0

      They published some source, but used a "Microsoft Research Shared Source License Agreement". I don't know whether anyone has rigorously examined whether this license is compatible with the Open Source Definition, but I find it unlikely (it's even worse than the NPL, prohibiting any commercial use among other things).

  5. Can Konqueror be embedded easily like Mozilla? by Anonymous Coward · · Score: 1, Interesting

    cause if it becomes really nice I'd like it to be embeded within a GTK2 browser.

    1. Re:Can Konqueror be embedded easily like Mozilla? by Anonymous Coward · · Score: 1, Informative

      I'm just taking an educated guess, but I'd imagine that KHTML probably can. I do know that WebCore, the OS X framework that Apple built around KHTML, can be embedded in OS X apps.

    2. Re:Can Konqueror be embedded easily like Mozilla? by 0x0d0a · · Score: 1

      Heh -- you'd have a browser linked against KDE (which probably means QT as well) libraries, and against the GTK2 suite. *That* would use some memory and have some startup time. :-)

      --
      May we never see th
    3. Re:Can Konqueror be embedded easily like Mozilla? by Anonymous Coward · · Score: 0

      That can't be true. If it was, then Safari and the WebKit on OS X would need to be linked against half of KDE/QT too. Hence, KHTML (as opposed to Konqueror itself) must have few dependancies.

      So, my imagination says that KHTML shouldn't be any harder to put a GTK/GNOME GUI around than it is to put a framework (WebKit) and GUI (Safari) on OS X. Having said that, it seems like a bit of work to do...

    4. Re:Can Konqueror be embedded easily like Mozilla? by sanityimp · · Score: 1

      actually konq-embedded doesnt use kde.. just qt

  6. yup... by pb · · Score: 4, Interesting

    I'm no KDE fan, but I actually have KDE 3.2 on my box just so I can run Konqueror... it really has come a long way, it's very snappy, and renders pages quite well.

    Of course it isn't entirely stable yet, I do get the occasional SEGFAULT, but I've seen that happen even with browsers that theoretically *are* stable. :)

    --
    pb Reply or e-mail; don't vaguely moderate.
    1. Re:yup... by irc.goatse.cx+troll · · Score: 4, Interesting

      Still doesn't support XSL, as shown on http://semi.getanotherfuckingisp.com.
      key:
      mozil la: perfectly rendered
      IE: supports the xsl but not the css
      konq/opera: doesnt support the xsl.

      Considering XSL is an old(5 or so years) spec needed for the web to develope further, especially in a way the OSS community would prefer, its pathetic that some browsers still just don't render it at all.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    2. Re:yup... by spectral · · Score: 3, Insightful

      How old is PNG and IE still doesn't support it properly (alpha-transparency specifically)? Age means nothing. What about MNGs? Hell, what about CSS? :) Browsers are a mess of incompatibilities. The web stagnates because of it, and I (like many) blame IE for this, partially. Their lack of adherence to standards is so annoying. They have, however, added things that were working drafts at the time they were added (I seem to remember something about their XSL support being based off of an incomplete spec). I just wish they'd work on getting the current stuff working properly, before fixing it halfway or adding things that aren't 'finalized' yet, and then never fixing their implementation when it is.

    3. Re:yup... by 7-Vodka · · Score: 4, Insightful

      Why would they do that?
      For now they've WON the browser wars.
      They have 95% of the browsers and webpages are coded to whatever crap IE renders whenever necessary. No need to fix anything. No need to add anything new, no need to try to conform to any type of standard at all.
      They have a long time before any other browser challenges them, so they might as well put it to good use writing proprietary lock-ins for people to stumble into and never be heard from again.

      --

      Liberty.

    4. Re:yup... by Brandybuck · · Score: 1

      Does it really need to support XSL? Remove all of the hype, and think about it for a while.

      All XSL does is transform your XML into HTML/CSS (or another format). It's a meta-markup language. Look at the stylesheet at your link. This isn't some new standard, it's plain old HTML and CSS in disguise.

      --
      Don't blame me, I didn't vote for either of them!
    5. Re:yup... by Spy+Hunter · · Score: 4, Interesting
      The reason Konqueror doesn't support XSL is that KDE development is pragmatic. KDE developers focus their effort on things that will actually make the browsing experience better today, not complex standards few people like. An example of this pragmatic philosophy is Konqueror's support of the CSS extension that allows you to set scrollbar colors. Mozilla refuses to implement it simply because it's not W3C sanctioned, even though it's a perfectly reasonable CSS extension that is widely used.

      KHTML doesn't implement XSL because practically nobody uses XSL. Personally, I doubt it will ever catch on; it's just too complex and the syntax is way too ugly. I haven't seen any compelling reason to use it. If it does catch on, though, you can bet the next release of Konqueror will support it. KHTML developers just don't see the need to waste their time implementing complex standards that nobody wants to use in real webpages. Besides, it's not like KHTML supporting XSL will catapult it into wide acceptance or anything, because KHTML is in a different position than Gecko or IE.

      If you want to talk about pathetic, just consider that Mozilla still doesn't support SVG. KDE 3.2 ships with native SVG support. SVG is a well-liked, widely supported standard that is getting a lot of attention and has the potential to change the browsing experience for the better, today. KDE developers realize this, and that's why Konqueror now supports SVG.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    6. Re:yup... by Feztaa · · Score: 1

      That's strange, because right now I'm loving KDE 3.2, but I can't stand surfing with Konqueror, it's an ugly browser with way too much UI clutter (I mean, come on, it adds three useless entries to every folder in my bookmarks). Not to mention the huge menubar with a ton of crap on it.

      I much prefer Firefox for surfing, though I admit Konq is a good file manager.

    7. Re:yup... by 0x0d0a · · Score: 4, Insightful

      An example of this pragmatic philosophy is Konqueror's support of the CSS extension that allows you to set scrollbar colors. Mozilla refuses to implement it simply because it's not W3C sanctioned, even though it's a perfectly reasonable CSS extension that is widely used.

      I dislike this extension. I have no idea whether this is a Microsoft-introduced extension, but I would strongly suspect so. Microsoft has a general policy of building a browser that trusts remote web sites to do a good job of presenting content and not being malicious, and can make it easy to make poor design decisions. I cannot think of a good reason to change scrollbar colors -- from a HCI perspective, this is an extremely poor idea. The user spends a long time learning to immediately recognize the scrollbars on the system, and this would make scrollbars look different at different sites. Mozilla and most other browsers have taken a much more restrictive approach, not letting remote sites have as much control over a user's computer. This approach is more security-centric, and, I've found, works better.

      It's not just this one extension, but a vast number of things -- sites bookmarking themselves, sites popping up windows, and all kind of other nastiness that I boggle at every time I use IE on someone's computer.

      --
      May we never see th
    8. Re:yup... by irc.goatse.cx+troll · · Score: 1

      But it produces a webpage that to the average user is just a normal webpage, but to us powerusers we actually have real data that can be worked with.
      It would be so much easier to parse a webpage like that and actually get usable data, than fudging through lots of crappy html parsing thats easy to paste. It also allows you to provide much more data than you actually use, and transform it later. Look at the file list page, and the screenshot/pictures galleries. Same xml, lots more info than I use. This data could easily be transformed into whatever other spec I want on the fly, and I love that.

      I do admit browser conformance isn't absolutely needed, but it helps a lot. Currently I'm hoping someone releases an apache module to do xsl serverside based on useragent and request string (for example, ?xsl=xml to get the raw xml, ?xsl=xhtml, ?xsl=txt, etc, defaults gotten from useragent)

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    9. Re:yup... by irc.goatse.cx+troll · · Score: 1

      "HTML doesn't implement XSL because practically nobody uses XSL."

      Chicken and the egg. Why did NCSA Mosaic implement HTML? No one uses it, this gopher thing is all we'll ever need.

      XSL isn't really complex, check the w3school tutorial on it, you'll learn it in about an hour or two of messing around.
      It does get a little ugly when working with tags that have arguments, but HTML gets ugly to when working on highly redundant elements (think news posts or other such repeated blocks of html), and XSL cleans that up nicely.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    10. Re:yup... by Spy+Hunter · · Score: 1
      Except that as I pointed out in my post, it's *NOT* a chicken and egg situation at all, because this is KHTML we're talking about. KHTML has such a teensy market share that whatever it does will not affect web developers in the slightest. The main two browsers (IE and Gecko) already support XSL, and guess what? Nobody uses it anyway.

      Personally, I think putting XSL in the browser is retarded. If you really like to construct your HTML from XML using XSL then that's your business, but do it on the server or on your web development machine. That way you control it entirely, there are no browser compatibility issues, and there is less computational load on the client (think cell phones, etc). More complexity in browsers is a bad thing, because every new feature bloats browser code and adds incompatibilities and brokenness. I see no benefits to XSL on the client.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    11. Re:yup... by Spy+Hunter · · Score: 1

      Konqueror doesn't let sites hijack your browser the way IE does; that would run contrary to its pragmatic nature. It just wants to do its best to display the site how the designer intended it, within reason. Konqueror allows no popups, no status bar tickers, no window raising/resizing, etc. But changing the color of the scroll bar is quite harmless. Scrollbars are easy to recognize no matter what color they are. They are always in exactly the same place, and they're always exactly the same shape and size. Konqueror doesn't let sites erase the scrollbar by making it black on black or something; it always draws an outline at least. There are no real security or interface issues associated with changing the scrollbar color. It's just an example of the difference in attitude between Mozilla and Konqueror developers.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    12. Re:yup... by Anonymous Coward · · Score: 0

      Didn't MS announce that they're not releasing a new IE until sometime in 2005 when Longhorn comes out? And didn't they also say that it wouldn't be a free browser?

      They think they've got this browser thing locked up, but people will flock to other browsers when facing the choice of paying for IE's continued stubborn adherence to MS agendas or getting a free browser that interoperates freely.

    13. Re:yup... by JimDabell · · Score: 3, Interesting

      Scrollbars are easy to recognize no matter what color they are.

      As far as I can tell, the overwhelming majority of people who try and change scrollbar colours do so to make them blend in with the colour scheme used on their website. This usually makes them far less obvious.

      They are always in exactly the same place

      No they aren't. Scrollbars can appear in frames, iframes, <object> elements, textarea fields and elements with overflow: scroll set. It's very easy to miss them in a large number of cases, even if you are an experienced surfer.

      In any case, anybody who dislikes this misfeature should vote for the bug.

    14. Re:yup... by jc42 · · Score: 2, Insightful

      [Microsoft] have 95% of the browsers and webpages are coded to whatever crap IE renders whenever necessary.

      You do have to be a bit careful with repeating this sort of claim, because many of the statistics you'll read fall into the "87% of all statistics are just made up" category. It's very easy to interpret web-server logs and sales figures in radically different ways.

      Thus, I recently installed the latest Opera on my Powerbook, as part of my collection of browsers for testing web pages. I checked with a nearby server log, and its default id string is:

      "Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC) Opera 6.0 [en]"

      It's easy for an unscrupulous marketer or a sloppy programmer to interpret this as Mozilla, Netscape, IE or Opera. It can be (and is) counted as any of them, depending on what you want to "prove".

      As for sales figures, I like to mention the Dell box sitting in the row of computers on the shelf next to my desk. It's running RH linux 8.0 at the moment. There's no trace of Microsoft software on it. But it was delivered with MS windows, so both Dell and Microsoft count me as a Windows customer. And, since I haven't used their customer support for it, I'm obviously a happy, satisfied customer. This box is, of course, also counted in any industry figures as having an IE browser. Wrong again.

      We really don't have any good numbers on the scale of this sort of misrepresentation. Any numbers you see are probably in that 87% of statistics that are just made up.

      One of my more fun examples of padded browser statistics: I also have an old W98 box on my shelf. It's used for web testing, of course, and is usually turned off. But when I do use it, one very real problem is that it rarely survives more than a dozen web pages before it hangs and I have to reboot it. When I restart the browser, I usually have to re-fetch a number of the pages that I was working on. Those fetches go into the statistics, of course. I'd claim that counting reloads caused by browser crashes is totally bogus. This is padding your numbers in the worst possible way.

      We have no way of knowing how often Windows users have to do this, because there's no reliable way to distinguish such downloads from others in a server log. And it's not just IE; the Firebird browser on my linux and OSX boxes hangs regularly and has to be killed and restarted. Those reloads are also bogus numbers in the statistics.

      Any figures you see on this topic are to be taken with a large grain of salt. They are mostly PR, not facts.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    15. Re:yup... by npietraniec · · Score: 1

      Layout doesn't work in IE due to IE bugs not my problem. Opera and early versions of konq don't support XSL. Oh well

      What a dumbass. It actually is his problem because next to no one is going to visit his site... It looks like his intention is to only cater to Moz fanboys

    16. Re:yup... by Anonymous Coward · · Score: 0

      That depends on whether IE's presentation of the content is useless or merely ugly.

    17. Re:yup... by haruchai · · Score: 1

      Don't worry, they're working on it. Partial support is available. See the link below

      http://www.mozilla.org/projects/svg/

      --
      Pain is merely failure leaving the body
    18. Re:yup... by Spy+Hunter · · Score: 1

      Yeah, they've been working on it since forever ago, and it never seems to get any closer. Wake me when it's in the default install.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
  7. To be fair to the KDE developers by be-fan · · Score: 5, Informative

    A lot of the improvements in 3.2 were *not* because of the contributed Apple code. Some significant parts went in, but other major parts are going into 3.3. Its great that Apple is helping, and I don't want to minimize their contribution, but I'd like to see credit given where credit is due.

    --
    A deep unwavering belief is a sure sign you're missing something...
    1. Re:To be fair to the KDE developers by Anonymous Coward · · Score: 0

      glad someone said it :)

  8. shouldn't it be apple's by martinde · · Score: 4, Funny

    kontributions to the open source kommunity?

    1. Re:shouldn't it be apple's by addaon · · Score: 1

      kontributions to the iOpen iSource kommunity?

      --

      I've had this sig for three days.
  9. Re:on the other hand by be-fan · · Score: 1

    That doesn't even make sense? Apple regularly sends patches to the KDE developers for KHTML. That's "contributing" by any definition of the word.

    --
    A deep unwavering belief is a sure sign you're missing something...
  10. I really hate corporations by LWATCDR · · Score: 4, Interesting

    That is not very logical or kind. Many individuals incorporate to protect there home and family from law suites. Many charities that do good work are also corperations. I find it odd that a person would say they "hate corpations" yet own a computer with an AMD or Intel CPU, drive a car, and watch cable TV.
    Odds are what you mean is that you do not like the actions of iirresponsible people.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    1. Re:I really hate corporations by johnjosephbachir · · Score: 2, Insightful

      I think the main problem is that under american law corporations have the rights of individuals. a huge corporation of hundreds of people is not able to act with the ethics and prudence of a single person, but under the law it does have that right. it does not, however, have the responsibility. if a corporation's product kills someone, the corporation (or not even the business unit) does not "go to jail" or "get executed" in the manner of, say, dissolving its assets, or firing all or significant parts of the management and replacing it. instead it either merely pays damages, or sometimes they find a scapegoat employee to fire and/or send to jail.

      human nature is to live and to be ethical (for the most part) toward others. corporate nature is to make as much money as possible within the system it is working. everything else is, really, not even considered.

      i'm not saying the notion of profit corporations is evil, i am saying any collection of hundreds or thousands of people is huge and clumsy, and when it is given too many liberties it will automatically act evil.

      that said, i also think apple is amongst the best behaving corporations there are, for its size. having a mostly open source OS and using open standards as often as possible are leaps and bounds ahead of any other profit platform.

      i would even go as far as to say that they consistently put powerful tools in the hands of the little people. someone with more domain knowledge correct me if i'm wrong, but aren't final cut express and logic express immensely powerful for their price? i remember when final cut pro 4 (i think) came out (for $1k), people were saying that it offered most of the features of $10k or $20k systems from Avid.

      check this site out. you can look up the history of various companies to see if they are evil or nice or somewhere in between (it's usually pretty polar though.. i think the only bad thing on there for apple is it bough steve an 80 million dollar jet :-).

    2. Re:I really hate corporations by Anonymous Coward · · Score: 0

      Many charities that do good work are also corperations.

      To the extent charities are run as for-profit corporations, they are to be despised.

      Chances are what you mean is that you do not like the actions of irresponsible people.

      Corporations have the capability and, according to many, the obligation to share holders, to become much worse than the individual people who run them. Just look at Disney.

  11. It would take about 5 minutes to implement... by Anonymous Coward · · Score: 0

    if they were willing to use libxslt - the very great stable, fast, and free-as-in-everything library. However, it's a gnome core lib and they refuse to use it.

    That's why this competition between K and Gnome is so silly - it's counterproductive.

  12. bullshit by Anonymous Coward · · Score: 0

    KDE already uses libxslt, e.g. the helpcenter. Keep your mouth shut when you are completly clueless.

  13. LiveConnect in Konqueror? by johnjosephbachir · · Score: 1

    safari 1.2 now finally has liveconnect. does anyone know if liveconnect has made its way into Konqueror? i've searched around on the web but i haven't come up with anything that seems official.

  14. I want to use XSL by temojen · · Score: 1

    Using XSL allows me to seperate Content, Presentation, and Navigation.

    By putting just article text in an XML file, presentation in XSL and CSS, and Navigation in RSS files, I can make a site way more flexible.

    If a site detects XSL capable browsers, Once the XSL, RSS, CSS, and images are in the viewers cache, article downloads are really fast.

    It also means I don't have to dynamically generate or hand edit a zillion HTML files every time there's a new article to link to.

    1. Re:I want to use XSL by Spy+Hunter · · Score: 1
      If you really love XSL, then that's great. You can still use it to make your site more flexible and separate your content, presentation, and navigation, or whatever. But there's no reason to make the browser do it for you. The saved bandwidth is negligable, but the added complexity and processing power needed on the client is large. Do it on the server, just like any other website templating tool does.

      Personally, I think that if they added the equivalent of C's #include to HTML (not like iframes but a real include statement that inserts the contents of the second document), that would give you the same bandwidth savings in almost all cases, with no added complexity or godawful syntax. The separation of content and presentation can be done partly with CSS and the rest with a website templating engine or content management system, of which there are billions already that work great. Or you can use server-side XSL if that's what floats your boat. I don't see the any compelling reason to adopt XSL on the client.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    2. Re:I want to use XSL by temojen · · Score: 1

      With server side XSL, many XSL transformations have to share the same CPU. With client-side XSL, the viewer's CPU does the transformation. All the server CPU needs to do is blast bits from the filesystem to the network. This saves the website money, and the viewer time.

    3. Re:I want to use XSL by Spy+Hunter · · Score: 1

      For static content, you do the transform once and cache the result; there's no performance penalty. For dynamically generated content the overhead of doing the XSL is probably going to be pretty small compared to the database lookups or whatever else you're doing to dynamically generate stuff. In many cases you can still use caching anyway. Doing it on the client is unnecessary; the small advantage in a few situations doesn't justify the increase in browser complexity. More complex browsers have more things to break, more ways to be incompatible with other browsers, and won't run well on PDAs or phones. If browsers are going to get more complex, we should get cool new functionality out of it at least, like with SVG. SVG is a million times more useful than client-side XSL.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    4. Re:I want to use XSL by Anonymous Coward · · Score: 0

      By putting just article text in an XML file

      You can do that already with XHTML and, by following Appendix C, have it work in any browser.

      What, you want to use your own document type? Fair enough, but the penalty is that absolutely nothing, besides your XSLT, understands your format. Sure, a user-agent can parse it, it's just that it won't have a clue what any of it means. That's a big deal when you want Google to be able to index your content well, or when you want an "alternative" user-agent to be able to cope with it.

  15. Win version by MikeCapone · · Score: 1

    Now it's definitely a worthy adversary of Mozilla and IE.

    Maybe I'm just not aware of it and it already exists, but a windows version of Konqueror would be nice for those who want a consistent feel across their multiple OSes (like with Mozilla, Open Office, etc).

    --
    Treehugger? Treehugger... Treehugger!
  16. Apple giving back would be a better title. by cesman · · Score: 1

    Safari is based on Konqueror, which is something the article should have pointed out. While the improvements(Konqueror) in 3.2 did come from Safari, a true story here is that Open Source works. Using this example corporations can see how they can benefit from OSS and how to give back.

    Cecil

    --
    When the source is open, the possibilities are endless.