W3C home > Mailing lists > Public > www-validator@w3.org > February 2007

Re: invalid character stops the validation

From: Drake Wilson <drake@begriffli.ch>
Date: Sun, 18 Feb 2007 23:41:46 -0600
To: RICHARD SCHAFER <dougf1717@msn.com>
Cc: www-validator@w3.org
Message-ID: <20070219054146.GA19241@drache.begriffli.ch>

Quoth RICHARD SCHAFER <dougf1717@msn.com>, on 2007-02-18 13:48:46 -0700:
> I have an invalid characters on lines x y z and w and this stops the
> validation with NO indication of what lines x y z and w are.

This could be improved, yes, but I can imagine it being tricky to
implement and not very well-defined, unfortunately, for not much gain.
(Not that I've looked at the validator source code; it may be easier
than I'm thinking.)

> I do not know how you interpret what a line constitutes of? Is it
> from tag to end tag? or does it include all of the blank lines, or
> spacing, that I used to make the code more readable?

A line is a line of text, from one line delimiter sequence (or
beginning of file, or end of file) to the next.  Line delimiter
sequences are usually a single LF character in Unix style, or CR LF in
Internet protocol style; I think in Unicode it's possible to have
various other combinations as well, but those are rarely used.

The fact that you have confusion as to what constitutes a line in the
first place may cast some doubt on the rest of your post.

> Now I can go right to line 18 in my HTML code and fix it I know, too
> simple and too user friendly.

Primarily I'm wondering whether your flaming attitude is really
necessary.  I would suggest toning it down somewhat.

A reasonable text editor will permit you to ask it to show you line N
of file X without any problem.  I agree that the error message could
be improved, but I wouldn't consider it a major problem, especially in
light of the fact that invalid characters mean that the text itself is

   ---> Drake Wilson
Received on Monday, 19 February 2007 05:38:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:59:00 UTC