Linked by Thom Holwerda on Wed 13th Dec 2006 22:28 UTC, submitted by an Anonymous Reader
KDE "On Friday, Lars Knoll and George Staikos from the KHTML project visited Yahoo! to give a talk on the history of KHTML and Konqueror and the connection between those projects and Apple's open-source WebKit." Here is a short summary.
Order by: Score:
It'd be really nice if...
by evilmegaman on Wed 13th Dec 2006 23:32 UTC
evilmegaman
Member since:
2005-09-20

It'd be really nice if more big sites would become browser independent. The browser string thing REALLY bugs me. Trying to visit sites in opera or Konqueror can be a horrible task sometimes.

Reply Score: 5

RE: It'd be really nice if...
by jessta on Wed 13th Dec 2006 23:55 UTC in reply to "It'd be really nice if..."
jessta Member since:
2005-08-17

I find it amazing that so many sites aren't browser independent.
It actually takes effort to make a site dependent on a particular set of browsers. It's rather easy to make one that works in all of them.

Reply Score: 5

RE[2]: It'd be really nice if...
by PowerMacX on Thu 14th Dec 2006 00:56 UTC in reply to "RE: It'd be really nice if..."
PowerMacX Member since:
2005-11-06

"It actually takes effort to make a site dependent on a particular set of browsers. It's rather easy to make one that works in all of them."

You are not a web developer, are you? Usually it goes like this: "Good, it works on Firefox/Opera/Safari but... not on IE. OK, lets make it work. Oops, now it only works right on IE." Back and forth a few times until it works in both camps or ran out of time (meaning: "leave the last version that IE rendered OK, since that's what most of our users will have").

Firefox users are increasing, IE 7 is a bit more standards complaint, and the "forced update" will help, but there are still lots of people with broken, outdated browsers out there.

Reply Score: 3

RE[3]: It'd be really nice if...
by Moochman on Thu 14th Dec 2006 08:06 UTC in reply to "RE[2]: It'd be really nice if..."
Moochman Member since:
2005-07-06

I think the developers made a good point in the video--just because a user is using an outdated, minority-platform browser, does not mean it should be blocked without any means of circumvention. If the user is using Konqueror, they already know that there might be one or two minor quirks in rendering, especially if they're using an ancient version! But far better to let the user access an improperly rendered site, and then maybe decide to upgrade their browser, then to simply build you're website so no one can SEE it at all unless they have a specific version of IE or Firefox.

Reply Score: 3

RE[2]: It'd be really nice if...
by FishB8 on Thu 14th Dec 2006 02:57 UTC in reply to "RE: It'd be really nice if..."
FishB8 Member since:
2006-01-16

It actually takes effort to make a site dependent on a particular set of browsers. It's rather easy to make one that works in all of them.

Uh.... no. I wish that were the case.

With IE7, CSS is a bit less of a mess and png supports transparency, but that's about it.

IE's DOM is still awful. Trying to get AJAX to work on all browsers as well as IE is a nightmare. What's even worse is that IE still doesn't support XML namespaces, so all the cool XML based stuff like XHTML, XForms, XUL, XBL, SVG and many others can't be used.

IE still parties like it's 1999.

Edited 2006-12-14 03:00

Reply Score: 4

RE: It'd be really nice if...
by elsewhere on Thu 14th Dec 2006 02:36 UTC in reply to "It'd be really nice if..."
elsewhere Member since:
2005-07-13

It'd be really nice if more big sites would become browser independent. The browser string thing REALLY bugs me. Trying to visit sites in opera or Konqueror can be a horrible task sometimes.

It's not as bad as it used to be.

Opera's pretty good though I used to get the odd site where some element was layed out right in the middle of the page or something silly like that. The only two sites I couldn't use properly were my online banking site and my hardware firewall web gui (?).

I started using Konq once I moved to 86_x64, and am actually impressed with how well it works now, less issues than with Opera. Came across a few that were strange, but I switched the useragent to Safari and everything mostly works. Even my online banking, which was formerly the sole domain of IE and sometimes Firefox.

Still, the situation is a bit ridiculous. I mean, really, I have to have my built-in linux browser emulate the built-in OSX browser in order to avoid using the built-in Windows browser.

Reply Score: 5

Windows
by arielb on Thu 14th Dec 2006 00:51 UTC
arielb
Member since:
2006-11-15

I'd like to see KHTML on Windows to open up another alternative to IE.
It's not so hard to change the browser string. The problem is getting people to know that alternatives exist.

Reply Score: 1

RE: Windows
by raynevandunem on Thu 14th Dec 2006 04:45 UTC in reply to "Windows"
raynevandunem Member since:
2006-11-24

One guy's doing that (although it's Webkit), and it renders pages DAMN fast.

http://try.swift.ws/index.php/Main_Page

But the whole "alternative to IE" thing takes another turn with XUL (and XAML), and if a working equivalent could be made for KHTML/Webkit or any other layout engine. XUL-on-Gecko makes Mozilla's famous extensions possible, and constitutes the main moral dilemma for those who would *like to* opt for Safari, Konqueror, or even Opera to spite Firefox for its infamous/controversial memory leaks.

BTW, I think its worth mentioning that George Staikos worked on a project called KaXUL back in 2003 which would allow for XUL to be handled in Konqueror.

http://en.wikipedia.org/wiki/KaXUL

If anyone wants to combine his work with WebKit sometime, KaXUL still resides in KDE's WebSVN:

http://websvn.kde.org/trunk/kdenonbeta/kaxul/

Reply Score: 2

RE[2]: Windows
by Carewolf on Thu 14th Dec 2006 13:53 UTC in reply to "RE: Windows"
Carewolf Member since:
2005-09-08

Konqueror doesn't need XUL to have plugins. KDE has KXMLGUI.

Reply Score: 3

RE[3]: Windows
by raynevandunem on Thu 14th Dec 2006 20:10 UTC in reply to "RE[2]: Windows"
raynevandunem Member since:
2006-11-24

We're talking about extensions of the browser itself (Adblock, Greasemonkey), not plugins into the browser from other applications (Flash, Java).

Reply Score: 1

RE[4]: Windows
by Morty on Thu 14th Dec 2006 20:46 UTC in reply to "RE[3]: Windows"
Morty Member since:
2005-07-06

Extentions or plugins, it does not really matter, Konqueror do not need XUL to get any of those. It already has plenty of them, most are called tools. Try opening the Settings->Configure Extensions.

Reply Score: 3

RE[5]: Windows
by raynevandunem on Thu 14th Dec 2006 23:37 UTC in reply to "RE[4]: Windows"
raynevandunem Member since:
2006-11-24

From my prejudgement, Konqueror's "Extensions" sounds like they have to be installed as executables into the operating system rather than into the browser itself.

In that case, it sounds just like every other browser which depends upon the host OS's native shell (Win32) or widget set (Cocoa).

Reply Score: 1

A quote from a linked page
by Beta on Thu 14th Dec 2006 00:53 UTC
Beta
Member since:
2005-07-06

“it is not the job of the content developers to write different page versions for different browsers”

I hope the OSNews backend developers get the hint. One page to rule them all.

Edited 2006-12-14 00:54

Reply Score: 1

swift
by arielb on Thu 14th Dec 2006 06:57 UTC
arielb
Member since:
2006-11-15

I tried swift...it's ummm not very good and didn't even try to take the acid test 2.
A KaXUL would be interesting! I heard konq will also come to windows along with other kde apps.

Reply Score: 1

RE: swift
by Moochman on Thu 14th Dec 2006 08:11 UTC in reply to "swift"
Moochman Member since:
2005-07-06

In the video Staikos said a Qt4 version of WebKit would find its way to Windows in the near future--so I expect we'll see improvements soon (whether under the Swift project or elsewhere).

Reply Score: 1

RE[2]: swift
by GMFlash on Thu 14th Dec 2006 15:41 UTC in reply to "RE: swift"
GMFlash Member since:
2006-06-30

Aside from Swift, Adobe is porting WebKit to Windows as well for use in their Apollo project. This will be really cool once it is released, cross-platform (*NIX, OSX, WIN) desktop applications built with html, js, css, flash, pdf. They mentioned that their work with WebKit will be given back to the open source community as well.

Reply Score: 2

RE[3]: swift
by arielb on Fri 15th Dec 2006 01:51 UTC in reply to "RE[2]: swift"
arielb Member since:
2006-11-15

webkit by itself isn't going anywhere. it has to be in full featured browser. and it has to be promoted...anyone heard of k-meleon?

Reply Score: 1

RE: Developing for browsers...
by Tuishimi on Fri 15th Dec 2006 05:16 UTC
Tuishimi
Member since:
2005-07-06

...actually that one poster was correct. It IS easy to develop for all browsers, you just can't do anything fancy, provide slick eye-candy, etc.

We use CSS up the ying-yang and it isn't browser independent, that is for sure. Using CSS well is an art form which very few developers master. Me, I am not much of a UI developer... let me into the underlying classes that support the UI and I am happy. Heck, I bought sandvox for my own sites. ;)

Reply Score: 3