On Mon, Jul 27, 2009 at 2:53 AM, Jonas Sickingjo...@sicking.cc wrote:
The more I think about it, the more I'm intrigued by Rob Sayres idea
of completely removing the definition of what is conforming. Let the
spec define UA (or HTML consumer) behavior, and let lint tools fight
out best
From: Mike Shaver mike.sha...@gmail.com
Sent: Saturday, July 25, 2009 11:56 PM
To: Keryx Web webmas...@keryx.se
Cc: whatwg@lists.whatwg.org
Subject: Re: [whatwg] Make quoted attributes a conformance criterion
On Sat, Jul 25, 2009 at 5:47 AM, Keryx Webwebmas...@keryx.se wrote:
I think my
On 2009-07-26 06:56, Mike Shaver wrote:
And yet, tons of inline event handler attribute values on the web omit
their trailing semicolons...as a matter of style.
Yes, one of 1000 perhaps violates JSLint rules on purpose. But I'd wager
my right arm that the overwhelming majority using inline
On 2009-07-26 03:56, Aryeh Gregor wrote:
There's no substitute for real escaping here. What if the developer
decided that a better value is something like:
Please enter your login name here
Who is talking about substitution? I am not talking about server side
scripting practices as a whole.
On Sun, Jul 26, 2009 at 5:10 AM, Keryx Webwebmas...@keryx.se wrote:
Mike, I know what you are doing at Mozilla, and have a ton of respect for
you. But I fail to see how you could misunderstand my analogy to JSLint. Or
do you suggest that Doug Crockford should drop manual semi-colon insertion
On Sun, Jul 26, 2009 at 5:15 AM, Keryx Webwebmas...@keryx.se wrote:
My analogy was simply this: Just like it makes sense for a JavaScript lint
tool to enforce semi-colons, it makes sense for an HTML conformance checker
to enforce quotation marks.
A lint tool is not a conformance checker. Your
On Sun, Jul 26, 2009 at 5:15 AM, Keryx Webwebmas...@keryx.se wrote:
Who is talking about substitution? I am not talking about server side
scripting practices as a whole. I said that escaping is no substitution for
using quotes, since one can not expect developers to escape space
characters.
Keryx Web wrote:
I think I've stated my case by now. So until I hear from Ian (who writes
the spec) or Henri, who is authoring the validator, I think we've
reached the end of this discussion.
I think we reached that point some time ago. :-)
I wouldn't hold your breath for acceptance. HTML5
On Sun, Jul 26, 2009 at 9:09 AM, Mike Shavermike.sha...@gmail.com wrote:
On Sun, Jul 26, 2009 at 5:15 AM, Keryx Webwebmas...@keryx.se wrote:
My analogy was simply this: Just like it makes sense for a JavaScript lint
tool to enforce semi-colons, it makes sense for an HTML conformance checker
to
On Jul 26, 2009, at 6:53 PM, Jonas Sicking wrote:
On Sun, Jul 26, 2009 at 9:09 AM, Mike Shavermike.sha...@gmail.com
wrote:
On Sun, Jul 26, 2009 at 5:15 AM, Keryx Webwebmas...@keryx.se wrote:
My analogy was simply this: Just like it makes sense for a
JavaScript lint
tool to enforce
On Sat, Jul 25, 2009 at 5:47 AM, Keryx Webwebmas...@keryx.se wrote:
Consider this PHP template:
input type=text value=$login name=login
Value is the suggested text, if no user data is available it says login.
Otherwise its the users login name (no spaces allowed). All is well.
One day a
On Sat, Jul 25, 2009 at 5:47 AM, Keryx Webwebmas...@keryx.se wrote:
I think my suggestion is totally analogous to e.g. semi-colon insertion in
ECMAScript. JSLint demands that those should be present, and I've yet to
hear anyone say it's a matter of style. Omitting semi-colons is a known
cause
12 matches
Mail list logo