Validating a page with W3.org
Validating a page with W3.org
am 23.07.2007 01:05:35 von Dave Kelly
I am confused. I am trying to validate some html code. I get a tentative
validation with this caveat.
The detected DOCTYPE Declaration "
"-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/HTML 4.01
Transitional">" has been suppressed and the DOCTYPE for "HTML 4.01
Transitional" inserted instead, but even if no errors are shown below
the document will not be Valid until you update it to reflect this new
DOCTYPE.
It goes on to say:
The document located at
was checked and found to be tentatively valid HTML 4.01 Transitional.
This means that with the use of some fallback or override mechanism, we
successfully performed a formal validation using an SGML or XML Parser.
In other words, the document would validate as HTML 4.01 Transitional if
you changed the markup to match the changes we have performed
automatically, but it will not be valid until you make these changes.
I checked 'show source' and the only thing that stands out is the change
of the 1st line from transitional to loose.
Am I trying to validate in the correct DOCTYPE, 'transitional'?
Under 'strict' there are 10 errors.
TIA
Dave
--
A little rum in the morning coffee. Just to clear the cobwebs, ya know.
Re: Validating a page with W3.org
am 23.07.2007 01:40:49 von cfajohnson
On 2007-07-22, Dave Kelly wrote:
> I am confused. I am trying to validate some html code. I get a tentative
> validation with this caveat.
>
> The detected DOCTYPE Declaration "
> "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/HTML 4.01
> Transitional">" has been suppressed and the DOCTYPE for "HTML 4.01
> Transitional" inserted instead, but even if no errors are shown below
> the document will not be Valid until you update it to reflect this new
> DOCTYPE.
>
> It goes on to say:
> The document located at
> was checked and found to be tentatively valid HTML 4.01 Transitional.
> This means that with the use of some fallback or override mechanism, we
> successfully performed a formal validation using an SGML or XML Parser.
> In other words, the document would validate as HTML 4.01 Transitional if
> you changed the markup to match the changes we have performed
> automatically, but it will not be valid until you make these changes.
>
> I checked 'show source' and the only thing that stands out is the change
> of the 1st line from transitional to loose.
>
> Am I trying to validate in the correct DOCTYPE, 'transitional'?
> Under 'strict' there are 10 errors.
Use strict and fix the errors. It will not be hard to do if you use
an external stylesheet, e.g.:
--
Chris F.A. Johnson
============================================================ =======
Author:
Shell Scripting Recipes: A Problem-Solution Approach (2005, Apress)
Re: Validating a page with W3.org
am 23.07.2007 01:42:16 von a.nony.mous
Dave Kelly wrote:
> I am confused. I am trying to validate some html code. I get a tentative
> validation with this caveat.
You have:
"http://www.w3.org/TR/HTML 4.01 Transitional">
You should have:
"http://www.w3.org/TR/html4/loose.dtd">
....the full usage. See:
http://www.w3.org/QA/2002/04/valid-dtd-list.html
Blame this on "Bluefish", which appears to be a rather bad, ancient?,
WYSIWYG program, I'd say. Try Kompozer; it should do much better:
http://www.kompozer.net/
> Under 'strict' there are 10 errors.
I was surprised there were only 10. :-)
--
-bts
-Motorcycles defy gravity; cars just suck
Re: Validating a page with W3.org
am 23.07.2007 01:57:00 von Robert Baer
Dave Kelly wrote:
> I am confused. I am trying to validate some html code. I get a tentative
> validation with this caveat.
>
>
>
> The detected DOCTYPE Declaration "" has been
> suppressed and the DOCTYPE for "HTML 4.01 Transitional" inserted
> instead, but even if no errors are shown below the document will not be
> Valid until you update it to reflect this new DOCTYPE.
>
>
>
> It goes on to say:
> The document located at
> was checked and found to be tentatively valid HTML 4.01 Transitional.
> This means that with the use of some fallback or override mechanism, we
> successfully performed a formal validation using an SGML or XML Parser.
> In other words, the document would validate as HTML 4.01 Transitional if
> you changed the markup to match the changes we have performed
> automatically, but it will not be valid until you make these changes.
>
> I checked 'show source' and the only thing that stands out is the change
> of the 1st line from transitional to loose.
>
> Am I trying to validate in the correct DOCTYPE, 'transitional'?
> Under 'strict' there are 10 errors.
>
> TIA
> Dave
>
I know very little about coding in HTML, but it would not hurt to try
fixing those errors, *one at a time* and doing a re-check; strict first,
transitional second.
Re: Validating a page with W3.org
am 23.07.2007 02:18:56 von Andrew
On 2007-07-22, Beauregard T. Shagnasty wrote:
[...]
> Blame this on "Bluefish", which appears to be a rather bad, ancient?,
> WYSIWYG program, I'd say. Try Kompozer; it should do much better:
> http://www.kompozer.net/
Can I politely disagree here? Bluefish is _not_ actually a WYSIWYG
program. It it is in fact one of the better 'coding view' only Open
Source applications:
http://bluefish.openoffice.nl/
Mind you they could correct validations errors on this opening page
:-)
Andrew
--
Andrew's Corner
http://people.aapt.net.au/~adjlstrong/homer.html
Re: Validating a page with W3.org
am 23.07.2007 02:49:53 von Toby A Inkster
Beauregard T. Shagnasty wrote:
> Blame this on "Bluefish", which appears to be a rather bad, ancient?,
> WYSIWYG program, I'd say.
No -- it's a rather good, current, non-WYSIWYG program.
--
Toby A Inkster BSc (Hons) ARCS
[Geek of HTML/SQL/Perl/PHP/Python/Apache/Linux]
[OS: Linux 2.6.12-12mdksmp, up 32 days, 4:28.]
Parsing an HTML Table with PEAR's XML_HTTPSax3
http://tobyinkster.co.uk/blog/2007/07/20/html-table-parsing/
Re: Validating a page with W3.org
am 23.07.2007 02:51:37 von Toby A Inkster
Robert Baer wrote:
> a re-check; strict first, transitional second.
Huh? If a page validates as Strict, it will validate as Transitional, but
not vice versa. What's the point in taking an already-validating Strict
page and testing it against the Transitional DTD? It will always pass.
--
Toby A Inkster BSc (Hons) ARCS
[Geek of HTML/SQL/Perl/PHP/Python/Apache/Linux]
[OS: Linux 2.6.12-12mdksmp, up 32 days, 4:29.]
Parsing an HTML Table with PEAR's XML_HTTPSax3
http://tobyinkster.co.uk/blog/2007/07/20/html-table-parsing/
Re: Validating a page with W3.org
am 23.07.2007 04:06:34 von a.nony.mous
andrew wrote:
> Beauregard T. Shagnasty wrote:
>> Blame this on "Bluefish", which appears to be a rather bad, ancient?,
>> WYSIWYG program, I'd say. Try Kompozer; it should do much better:
>> http://www.kompozer.net/
>
> Can I politely disagree here?
Sure.
> Bluefish is _not_ actually a WYSIWYG program. It it is in fact one of
> the better 'coding view' only Open Source applications:
> http://bluefish.openoffice.nl/
>
> Mind you they could correct validations errors on this opening page
...and they could drop the xml prolog so IE doesn't go into quirks mode.
But I guess that is manual. Looks pretty nice; I'll have to give it a
try.
--
-bts
-Motorcycles defy gravity; cars just suck
Re: Validating a page with W3.org
am 23.07.2007 04:32:37 von Dave Kelly
I want to thank everyone for the feedback. And the urging to fix the errors.
I followed ya'lls lead and suggestions and can not put the W3C
validation seal on that page.
I had had reports that several of our members were have troubles with
that page. I spent a day or so trying to find the problem was preparing
to come to this group for help.
I suddenly realized that that piece of code had NEVER been validates.
Better do that - and you know the rest.
I'll ask those members to try again and report back in a few days.
Again, Thanks.
Dave
--
A little rum in the morning coffee. Just to clear the cobwebs, ya know.
Re: Validating a page with W3.org
am 23.07.2007 06:51:20 von Neredbojias
Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 00:51:37 GMT
Toby A Inkster scribed:
> Robert Baer wrote:
>
>> a re-check; strict first, transitional second.
>
> Huh? If a page validates as Strict, it will validate as Transitional, but
> not vice versa. What's the point in taking an already-validating Strict
> page and testing it against the Transitional DTD? It will always pass.
I think he meant that if it doesn't pass "strict", it may pass
"transitional".
--
Neredbojias
Half lies are worth twice as much as whole lies.
Re: Validating a page with W3.org
am 23.07.2007 06:54:29 von Neredbojias
Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 02:32:37
GMT Dave Kelly scribed:
> I want to thank everyone for the feedback. And the urging to fix the
> errors.
>
> I followed ya'lls lead and suggestions and can not put the W3C
> validation seal on that page.
Whaaaaaaaaaaaaaat??? According to your first post, you could have done
that by simply using the correct doctype.
--
Neredbojias
Half lies are worth twice as much as whole fibs.
Re: Validating a page with W3.org
am 23.07.2007 07:28:16 von jkorpela
Scripsit Neredbojias:
>> I followed ya'lls lead and suggestions and can not put the W3C
>> validation seal on that page.
>
> Whaaaaaaaaaaaaaat??? According to your first post, you could have
> done that by simply using the correct doctype.
But maybe he found my page on "HTML validation" and realized that the "W3C
validation seal" is worse than useless. :-)
--
Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/
Re: Validating a page with W3.org
am 23.07.2007 07:39:16 von 23s
"Jukka K. Korpela" wrote in message
news:yYWoi.196089$3N1.176775@reader1.news.saunalahti.fi...
> Scripsit Neredbojias:
>
>>> I followed ya'lls lead and suggestions and can not put the W3C
>>> validation seal on that page.
>>
>> Whaaaaaaaaaaaaaat??? According to your first post, you could have
>> done that by simply using the correct doctype.
>
> But maybe he found my page on "HTML validation" and realized that the "W3C
> validation seal" is worse than useless. :-)
>
Please post URL :p
Re: Validating a page with W3.org
am 23.07.2007 10:44:03 von Toby A Inkster
Neredbojias wrote:
> Toby A Inkster scribed:
>
>> Huh? If a page validates as Strict, it will validate as Transitional, but
>> not vice versa. What's the point in taking an already-validating Strict
>> page and testing it against the Transitional DTD? It will always pass.
>
> I think he meant that if it doesn't pass "strict", it may pass
> "transitional".
OK -- that makes sense I suppose.
I was thinking he meant something akin to: first, measure your hand
luggage to make sure it will safely fit into the overhead lockers; then
measure your hand luggage to make sure it will fit onto the plane.
--
Toby A Inkster BSc (Hons) ARCS
[Geek of HTML/SQL/Perl/PHP/Python/Apache/Linux]
[OS: Linux 2.6.12-12mdksmp, up 32 days, 12:22.]
Parsing an HTML Table with PEAR's XML_HTTPSax3
http://tobyinkster.co.uk/blog/2007/07/20/html-table-parsing/
Re: Validating a page with W3.org
am 23.07.2007 11:34:08 von Neredbojias
Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 08:44:03
GMT Toby A Inkster scribed:
> Neredbojias wrote:
>> Toby A Inkster scribed:
>>
>>> Huh? If a page validates as Strict, it will validate as
>>> Transitional, but not vice versa. What's the point in taking an
>>> already-validating Strict page and testing it against the
>>> Transitional DTD? It will always pass.
>>
>> I think he meant that if it doesn't pass "strict", it may pass
>> "transitional".
>
> OK -- that makes sense I suppose.
>
> I was thinking he meant something akin to: first, measure your hand
> luggage to make sure it will safely fit into the overhead lockers;
> then measure your hand luggage to make sure it will fit onto the
> plane.
I figured that's what you figured but also figured the OP figured on a
scale of decreasing difficulties, figuratively speaking.
--
Neredbojias
Half lies are worth twice as much as whole lies.
Re: Validating a page with W3.org
am 23.07.2007 11:43:00 von Neredbojias
Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 05:28:16
GMT Jukka K. Korpela scribed:
> Scripsit Neredbojias:
>
>>> I followed ya'lls lead and suggestions and can not put the W3C
>>> validation seal on that page.
>>
>> Whaaaaaaaaaaaaaat??? According to your first post, you could have
>> done that by simply using the correct doctype.
>
> But maybe he found my page on "HTML validation" and realized that the
> "W3C validation seal" is worse than useless. :-)
Deep down inside I can't honestly argue with that. Here's a confession I
probably shouldn't be making: whenever I want to "slip" something
"untoward" through ye olde validator, I put it in a j/s document.write.
Works every time. :) I have an iframe somewhere in a 4.01 strict page
which validates perfectly. Yeah, I know, -I'm sooooooooo bad.
Nevertheless, I think the validator serves a useful puprose and I'm glad it
exists. One shouldn't take its results as "the word of God", however.
--
Neredbojias
Half lies are worth twice as much as whole lies.
Re: Validating a page with W3.org
am 23.07.2007 12:16:45 von rf
"Neredbojias" wrote in message
news:Xns99761BA00AE49nanopandaneredbojias@198.186.190.161...
> Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 05:28:16
> GMT Jukka K. Korpela scribed:
>
>> Scripsit Neredbojias:
>>
>>>> I followed ya'lls lead and suggestions and can not put the W3C
>>>> validation seal on that page.
>>>
>>> Whaaaaaaaaaaaaaat??? According to your first post, you could have
>>> done that by simply using the correct doctype.
>>
>> But maybe he found my page on "HTML validation" and realized that the
>> "W3C validation seal" is worse than useless. :-)
>
> Deep down inside I can't honestly argue with that. Here's a confession I
> probably shouldn't be making: whenever I want to "slip" something
> "untoward" through ye olde validator, I put it in a j/s document.write.
A good confession, but for the wrong reasons. (I also find that I need to
confess: I agree with Korpela on this.)
You want to do something that you *know* will not validate, so you use a
construct that bypasses the validator and introduces a layer of obfuscation
as well. Sorry, head in sand approach IMHO. You know you are "doing wrong"
but if you hide in the javascript sandbox then perhaps nobody will notice.
Crikey, with this approach your page could be one single JS call that
commits all sorts if infractions, including using elements, and still
"validate".
Muses: what if the validator suddenly started to validate the resultant DOM
and not the source? :-)
> Works every time. :)
Except when javascript is disabled and then you lose content for the 10% or
so, for no other reason than the exhalted goal of validation.
> I have an iframe somewhere in a 4.01 strict page
> which validates perfectly. Yeah, I know, -I'm sooooooooo bad.
dorayme, where are you now?
> Nevertheless, I think the validator serves a useful puprose and I'm glad
> it
> exists. One shouldn't take its results as "the word of God", however.
The validator exists to validate to the published standard. However even
strict languages like C++ allow one to turn off their "validation" warnings
if there is a need to do so. I personally treat the HTML validator as a
cleanup the typos tool.
If you have cause to go outside the standards, for whatever reason, and
mostly those reasons are to be able to survive in the *real* world, then do
so.
Perhaps include a comment in the source to the effect that you are including
an iframe for *this* reason. Perhaps you are writing a CMS where an iframe
is compulsory given the poor browser support for editable content. Nobody
will mind, except the "no tables" purists (and yes, I do use tables for
layout when nothing else will work).
Your client will never know, or even care, or even know that she might need
to care. Job done.
--
Richard.
Re: Validating a page with W3.org
am 23.07.2007 14:21:22 von Bergamot
Neredbojias wrote:
>
> whenever I want to "slip" something
> "untoward" through ye olde validator, I put it in a j/s document.write.
That's icky, and generally a bad practice, as rf mentioned.
> Nevertheless, I think the validator serves a useful puprose and I'm glad it
> exists. One shouldn't take its results as "the word of God", however.
Right on both counts. You should take your own advice, though.
Validating is just a tool--validated code isn't an end to itself.
You don't do yourself any favors by this js trickery.
--
Berg
Re: Validating a page with W3.org
am 23.07.2007 19:53:06 von Ed Mullen
asdf wrote:
> "Jukka K. Korpela" wrote in message
> news:yYWoi.196089$3N1.176775@reader1.news.saunalahti.fi...
>> Scripsit Neredbojias:
>>
>>>> I followed ya'lls lead and suggestions and can not put the W3C
>>>> validation seal on that page.
>>> Whaaaaaaaaaaaaaat??? According to your first post, you could have
>>> done that by simply using the correct doctype.
>> But maybe he found my page on "HTML validation" and realized that the "W3C
>> validation seal" is worse than useless. :-)
>>
>
> Please post URL :p
>
>
Google is your friend.
http://www.cs.tut.fi/~jkorpela/html/validation.html
--
Ed Mullen
http://edmullen.net
http://mozilla.edmullen.net
http://abington.edmullen.net
Re: Validating a page with W3.org
am 23.07.2007 20:00:42 von John Hosking
asdf wrote:
> "Jukka K. Korpela" wrote in message
> news:yYWoi.196089$3N1.176775@reader1.news.saunalahti.fi...
>> But maybe he found my page on "HTML validation" and realized that the "W3C
>> validation seal" is worse than useless. :-)
>>
>
> Please post URL :p
http://www.cs.tut.fi/~jkorpela/html/validation.html#icon
You can navigate there from the URL in Jukka's sig.
--
John
Re: Validating a page with W3.org
am 23.07.2007 23:23:45 von dorayme
In article ,
"rf" wrote:
> dorayme, where are you now?
Generally buried in work with deadlines, specifically grappling
with a table whose rows will not even roughly be height evened.
(Know anything about getting a table to be this and nicely enough
cross browser? Have not a clue what I am talking about? Why not?
Are you refusing to imagine my problem? Is the call for a url
welling up in your brain? There is a ruddy great picture of an
item in a left column that spans 7 rows, and the 7 rows of
remaining columns are just very short text and number strings but
the last row of these latter takes up about 3/4 of the space.
Looks ugly while being semantically beautiful. You see what
happens to table skills when one needs them and has been
generally not practicing them for layout - an excellent form of
practice and now a dying art because of people at alt.html. I
blame you all.)
--
dorayme
Re: Validating a page with W3.org
am 24.07.2007 00:19:21 von Ben C
On 2007-07-23, dorayme wrote:
> In article ,
> "rf" wrote:
>
>> dorayme, where are you now?
>
> Generally buried in work with deadlines, specifically grappling
> with a table whose rows will not even roughly be height evened.
>
> (Know anything about getting a table to be this and nicely enough
> cross browser? Have not a clue what I am talking about? Why not?
> Are you refusing to imagine my problem? Is the call for a url
> welling up in your brain? There is a ruddy great picture of an
> item in a left column that spans 7 rows, and the 7 rows of
> remaining columns are just very short text and number strings but
> the last row of these latter takes up about 3/4 of the space.
> Looks ugly while being semantically beautiful.
I tried this and it comes out OK in most browsers, but not Konqueror,
aka Safari, in which the first few rows get their content height and the
last one gets the rest, which sounds like what you're describing.
If you don't know the height of the big item on the left then I don't
know what you can do about that.
Rowspan and colspan make table formatting much more complicated than it
would otherwise be, so it might be more predictable to use nested
tables, and there is an easy solution there if you know the height of
the left item.
Give the first table two cells in one row with the big item on the left
and another table inside the cell on the right with 7 rows. If you know
the height of the item on the left[1], then you can just set the height of
the nested table on the right to that value, and that should get
distributed evenly between the 7 rows.
As far as I know the only reliable way to stretch 7 rows evenly so they
add up to some target height is to put them all in a table and set the
desired total on the table, which is what this approach does.
[1] As a final resort, if you don't know that height, I suppose you could use
JavaScript to read it back and apply it to the nested table but I really don't
like using JS for layout.
Re: Validating a page with W3.org
am 24.07.2007 02:40:50 von dorayme
In article ,
Ben C wrote:
> On 2007-07-23, dorayme wrote:
> > In article ,
> > "rf" wrote:
> >
> >> dorayme, where are you now?
> >
> > Generally buried in work with deadlines, specifically grappling
> > with a table whose rows will not even roughly be height evened.
> >
> > (Know anything about getting a table to be this and nicely enough
> > cross browser? Have not a clue what I am talking about? Why not?
> > Are you refusing to imagine my problem? Is the call for a url
> > welling up in your brain? There is a ruddy great picture of an
> > item in a left column that spans 7 rows, and the 7 rows of
> > remaining columns are just very short text and number strings but
> > the last row of these latter takes up about 3/4 of the space.
> > Looks ugly while being semantically beautiful.
>
> I tried this and it comes out OK in most browsers, but not Konqueror,
> aka Safari, in which the first few rows get their content height and the
> last one gets the rest, which sounds like what you're describing.
>
You are not wrong. I have been looking in Safari and when it
looks right there, I move on to other browsers. Even a martian
has to start somewhere.
> If you don't know the height of the big item on the left then I don't
> know what you can do about that.
>
> Rowspan and colspan make table formatting much more complicated than it
> would otherwise be, so it might be more predictable to use nested
> tables, and there is an easy solution there if you know the height of
> the left item.
>
Funny you should mention this! I just finished roughly this
tactic (as you go on to describe) on one of the many tables I
have to do and it sort of solved the problem. (I don't quite know
the height of the cell with the pic as it has a tiny bit of html
text underneath. I tried for the inner table:
And this took up the space fine in Safari.
But I have an uncomfortable feeling about it. The site I am
updating has been moving slowly for years in a certain simpler
and better direction and this takes it a step backwards into
complexity. But if it has to be, it has to be. I might have to
take the pics out of the table and float them left next to a then
easy to manage regular table (there is a small complication that
stops me rushing to this solution but I won't bore you with the
details)
Thanks, Ben, for the input.
--
dorayme
Re: Validating a page with W3.org
am 24.07.2007 03:04:09 von dorayme
In article
,
dorayme wrote:
>
>
> And this took up the space fine in Safari.
But not in any other Mac browser I have! (a late discovery). I
will post a url and choose a new thread and topic if needs be.
--
dorayme
Re: Validating a page with W3.org
am 24.07.2007 04:13:42 von Dave Kelly
Neredbojias wrote:
> Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 02:32:37
> GMT Dave Kelly scribed:
>
>> I want to thank everyone for the feedback. And the urging to fix the
>> errors.
>>
>> I followed ya'lls lead and suggestions and can not put the W3C
>> validation seal on that page.
>
> Whaaaaaaaaaaaaaat??? According to your first post, you could have done
> that by simply using the correct doctype.
>
TYPO TYPO not should be now.
--
A little rum in the morning coffee. Just to clear the cobwebs, ya know.
Re: Validating a page with W3.org
am 24.07.2007 05:51:16 von Neredbojias
Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 10:16:45
GMT rf scribed:
>>> But maybe he found my page on "HTML validation" and realized that
>>> the "W3C validation seal" is worse than useless. :-)
>>
>> Deep down inside I can't honestly argue with that. Here's a
>> confession I probably shouldn't be making: whenever I want to "slip"
>> something "untoward" through ye olde validator, I put it in a j/s
>> document.write.
>
> A good confession, but for the wrong reasons. (I also find that I need
> to confess: I agree with Korpela on this.)
>
> You want to do something that you *know* will not validate, so you use
> a construct that bypasses the validator and introduces a layer of
> obfuscation as well. Sorry, head in sand approach IMHO. You know you
> are "doing wrong" but if you hide in the javascript sandbox then
> perhaps nobody will notice.
Well, I _know_ it's wrong! But I am not "playing ostrich" though. It's
just that the Neredbojias-Don't-Bee half of my conscience is overriding
the Neredbojias-Do-Bee half, leaving me a helpless victim in the fray.
Crikey, with this approach your page could
> be one single JS call that commits all sorts if infractions, including
> using elements, and still "validate".
Yeah... Awesome to think about, ain't it? 'Course I would never be so
uncouth as to do anything like that.
> Muses: what if the validator suddenly started to validate the
> resultant DOM and not the source? :-)
>
>> Works every time. :)
That, of course, would upset the proverbial apple cart. You do realize I
hardly recommend this technique, I was just sharing the ebullience of one
of my wilder moments.
> Except when javascript is disabled and then you lose content for the
> 10% or so, for no other reason than the exhalted goal of validation.
Yep, ought only to be used in a non-critical situation. Actually, it
should _never_ be used, but if one has human failings...
>> I have an iframe somewhere in a 4.01 strict page
>> which validates perfectly. Yeah, I know, -I'm sooooooooo bad.
>
> dorayme, where are you now?
She's probably at the library looking up more cultural cuss words with
which to arm her schizoid psyche.
>> Nevertheless, I think the validator serves a useful puprose and I'm
>> glad it
>> exists. One shouldn't take its results as "the word of God",
>> however.
>
> The validator exists to validate to the published standard. However
> even strict languages like C++ allow one to turn off their
> "validation" warnings if there is a need to do so. I personally treat
> the HTML validator as a cleanup the typos tool.
>
> If you have cause to go outside the standards, for whatever reason,
> and mostly those reasons are to be able to survive in the *real*
> world, then do so.
>
> Perhaps include a comment in the source to the effect that you are
> including an iframe for *this* reason. Perhaps you are writing a CMS
> where an iframe is compulsory given the poor browser support for
> editable content. Nobody will mind, except the "no tables" purists
> (and yes, I do use tables for layout when nothing else will work).
>
> Your client will never know, or even care, or even know that she might
> need to care. Job done.
Yes, I quite agree with you. Nevertheless, sometimes it's fun to be
irreverent in the spirit of a sophist. I often find such
prestidigitation more entertaining than, say, tennis.
--
Neredbojias
Half slips are worth twice as much as whole slips.
Re: Validating a page with W3.org
am 24.07.2007 05:53:35 von Neredbojias
Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 12:21:22
GMT Bergamot scribed:
> Neredbojias wrote:
>>
>> whenever I want to "slip" something
>> "untoward" through ye olde validator, I put it in a j/s
>> document.write.
>
> That's icky, and generally a bad practice, as rf mentioned.
>
>> Nevertheless, I think the validator serves a useful puprose and I'm
>> glad it exists. One shouldn't take its results as "the word of God",
>> however.
>
> Right on both counts. You should take your own advice, though.
You're right. But I wasn't advocating such methods, I was simply sharing
one of my faults.
> Validating is just a tool--validated code isn't an end to itself.
> You don't do yourself any favors by this js trickery.
It made me chuckle. That was favor enough.
--
Neredbojias
Half lies are worth twice as much as whole lies.
Re: Validating a page with W3.org
am 24.07.2007 06:01:06 von Neredbojias
Well bust mah britches and call me cheeky, on Tue, 24 Jul 2007 02:13:42 GMT
Dave Kelly scribed:
> Neredbojias wrote:
>> Well bust mah britches and call me cheeky, on Mon, 23 Jul 2007 02:32:37
>> GMT Dave Kelly scribed:
>>
>>> I want to thank everyone for the feedback. And the urging to fix the
>>> errors.
>>>
>>> I followed ya'lls lead and suggestions and can not put the W3C
>>> validation seal on that page.
>>
>> Whaaaaaaaaaaaaaat??? According to your first post, you could have done
>> that by simply using the correct doctype.
>>
> TYPO TYPO not should be now.
OOhhhhhhhhhhhhhhhhhhhhhh!
Do you know the trouble you caused, young man? Now half the group is out
for my blood, and it's all your fault! I hope you're happy in your
negligent carelessness.
--
Neredbojias
Half lies are worth twice as much as whole lies.
Re: Validating a page with W3.org
am 24.07.2007 09:14:36 von Ben C
On 2007-07-24, dorayme wrote:
> In article
>,
> dorayme wrote:
>
>>
>>
>> And this took up the space fine in Safari.
>
> But not in any other Mac browser I have! (a late discovery). I
> will post a url and choose a new thread and topic if needs be.
The problem is it's a percentage height of an auto height container.
You might get away with it if you also set style="height: 100%" on the
td containing the nested table. And sometimes Firefox makes more effort
with this kind of thing in quirks mode.
But you don't want to rely on that kind of thing. Nothing changes the
circularity that the space available to that nested table depends on the
height of the nested table itself (as well as on the stuff on the left,
which in your case in the limiting factor).
Re: Validating a page with W3.org
am 24.07.2007 09:55:02 von dorayme
In article ,
Ben C wrote:
> On 2007-07-24, dorayme wrote:
> > In article
> >,
> > dorayme wrote:
> >
> >>
> >>
> >> And this took up the space fine in Safari.
> >
> > But not in any other Mac browser I have! (a late discovery). I
> > will post a url and choose a new thread and topic if needs be.
>
> The problem is it's a percentage height of an auto height container.
>
> You might get away with it if you also set style="height: 100%" on the
> td containing the nested table. And sometimes Firefox makes more effort
> with this kind of thing in quirks mode.
>
> But you don't want to rely on that kind of thing. Nothing changes the
> circularity that the space available to that nested table depends on the
> height of the nested table itself (as well as on the stuff on the left,
> which in your case in the limiting factor).
Yes. I mean no, I won't rely on this sort of thing. It turns out
that the _biggest_ problem I have is when there are only two rows
of details and a pic in a col that spans them. In Safari only, it
looks absurd - the only saving grace being it is not
unintelligible. After I have done all the substantial details on
the section I am working on, I will return to this issue.
--
dorayme