a DHTML developer's lament

Alex Russell alex at netWindows.org
Sun Feb 2 18:50:54 GMT 2003


Hey all,

I'm the developer of a rather large DHTML API (www.netWindows.org) that 
supports Konqueror.

First off, I'd like to thank the KHTML/KJS developers for writing the 
browser I use all day, every day. It's a wonderful thing to have fast, 
reliable, good looking browser on Linux. As a user, I love Konqueror and I 
just won't use anything else on *nix for the time being.

That said, as a developer, I loathe Konqueror. It's an unmitigated train 
wreck as far I (and much of the rest of the development community) is 
concerned, not because it's a bad browser, but because it's essentially a 
black box. What little I know about Konq's standards compliance has come 
from good-old-fashioned source code reading and trial and error. I, 
however, am not most developers. Apple's use of KHTML is going to help the 
situation, but making Konqueror "developer friendly" is still an uphill 
climb. The convenience methods for IE compatability demonstrate a desire to 
make Konqueror a browser that developers feel comfortable with. But it's 
only a start.

 Konqueror needs a couple of things before DHTML developers are going to 
take it seriously:
	* A debugging utility that doesn't suck eggs. The current output when 
debugging output is enabled in the build does not even include JavaScript 
failure line numbers or file names. A debugger would be nice, but I would 
happily settle for something like Mozilla's JavaScript console (which is 
not build-time or packager dependant).
	* a single site or place on the current Konqueror site to go for 
information about developing with/for KHTML/KJS.
	* Complete JavaScript documentation. What level of JS does KJS support? 
1.3? 1.5? Which version of Konq ship with what level of JS support?
	* DOM binding documentation (what level of DOM is supported by what 
releases? what methods work? which ones are buggy? etc...)
	* CSS compliance docs (the recent CSS2 conformance list is a good start, 
but it's only a start)

Please remember that I'm saying all of this as someone that has dealt with 
bigger messes (IE 5.x, Netscape 4, etc...). I really do have a soft spot in 
my heart for Konqueror, which is why I keep developing for it. But if any 
other browser were as poorly documented as KHTML and someone asked me to 
make netWindows work in it, I'd just laugh at them. The technical work that 
has gone into Konqueror is fantastic. Now the rest of the world needs to 
know what I do: that Konq is a mature, feature complete browser that can 
handle some pretty advanced DHTML and CSS.

Hopefully a lot of these are things that are already planned for sometime in 
the future. If not, I'd hope that some discussion would ensue about what is 
realistic and in what time frame, as I know a lot of DHTML developers that 
are giving the KHTML/KJS combination a try now that Safari is bringing it 
into the mainstream.

Anyway, thanks again for the wonderful browser. I'm going to continue to 
support Konqueror in netWindows for the foreseeable future, but I'd like to 
have to stop fighting with it and start using it as my primary development 
platform. I think you've already satisfied the needs of most "know nothing" 
web developers, all that's left is to capture the hearts and minds of those 
who are trying to do more difficult things with their browsers.

Regards.

-- 
Alex Russell
alex at netWindows.org
alex at SecurePipe.com




More information about the kfm-devel mailing list