[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Web-"Smiley"
From:       Eric Laffoon <sequitur () easystreet ! com>
Date:       2001-04-30 20:18:17
[Download RAW message or body]

On Monday 30 April 2001 07:42 am, Rob Kaper wrote:
> On Mon, Apr 30, 2001 at 10:32:49AM -0400, Mark Deneen wrote:
> > I don't think the w3c would like all of this traffic!  Plus, this is not
> > very accurate.  I can have one mistake in a C++ program (forget a
> > semi-colon at the end of a class) and get hundreds of errors.
>
> I think for developers of websites that does not matter: forgetting one
> close tag might indeed cause hundreds of unexpected decisions in a
> renderer.

First I don't need this for web development. Quanta has weblint and I have 
the konq plugins which give me instant checks of CSS and W3C HTML at the 
click of a button.

BTW if you think one left off close tag causes universal problems... wrongo. 
That is why browsers are so hard to write. They have to compensate for lousy 
html. Leave off a close table data and it will render in Konq and IE but NS 
4x will display the content at the top of the table or otherwise choke.
>
> And about the w3c.. I doubt they would be bothered with the traffic (if
> this was a feature for developers only and not on by default), isn't it
> their dream for everyone to follow their specs and isn't that the sole
> purpose of having the on-line validator?

The validators with instant access with konq plugins works great... however 
try tagging the bandwidth for a huge page validation to every page hit. I 
have DSL and it's still not instant. In my opinion this might point out how 
poorly pages are written... but it would do more to irritate users, 
especially with slow connections at how slow konq would be.
>
> Rob

-- 
Eric Laffoon                    sequitur@kde.org
A member of the Quanta+ Web development team
http://quanta.sourceforge.net
 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]