KBD

Keith Devens .com

Wednesday, October 8, 2008 Flag waving
Your best? Losers always whine about their best. Winners go home and fuck the prom queen. – John Mason (The Rock)
← Bluish Coder: Why Bluish Coder?Last night's House (spoiler, for those who haven't seen it) →

Daily link icon Wednesday, November 9, 2005

Mozilla doesn't incrementally load XHTML documents

Mozilla Web Author FAQ (via Anne). If a page is served as XHTML:

The document is not loaded and rendered incrementally. That is, the document is displayed only after the entire document has been received and parsed. Contrary to a common misguided assertion, this is not done in response to a requirement set forth in any W3C specification. In particular, the XML specification does not require the entire document to be checked for errors before rendering can start. The lack of incremental loading and display is simply a bug (or a missing feature).

Also see Anne's post on the Mozilla FAQ on 'application/xhtml+xml'. Incremental loading doesn't seem to be supported in 1.5 either.

← Bluish Coder: Why Bluish Coder?Last night's House (spoiler, for those who haven't seen it) →

Comments XML gif

Lincoln wrote:

I wouldn't call it a bug as much as a feature. Why render the beginning of a page then blank it out as soon as an error occurs. Just let it be known up front. This holds true especially with fast connections.

∴ Lincoln | 9-Nov-2005 2:23pm est | #8634

Keith (http://keithdevens.com/) wrote:

Why render the beginning of a page then blank it out as soon as an error occurs.

Incremental rendering is handy to have in general since it makes the page display sooner. But you're right that it would be jarring if, if there is an error, the page turns from being partially rendered into a big error message.

I've been working from a modem connection often lately, so this issue is a little dearer to me than it would have been otherwise Smiley

Keith | 9-Nov-2005 4:35pm est | http://keithdevens.com/ | #8637

Feel free to post a comment below. Please see my comment policy.

Formatting Rules (No HTML):

  • **bold**, *italic*, _underlined_, --strikeout--
  • "text"="url" creates a link, and URLs are auto-highlighted
  • Blockquote: Like e-mail, begin paragraph with > (greater-than sign)
  • Lists: begin paragraph with *,-, or + (unordered), or # (ordered)
  • Code block: ?!code:language=perl|php|sql|javascript|etc.{\n}...{\n}?!/code

:
(will be your IP address if blank)
: (optional)
(Will not be shown on site)

: (optional)
:

October 2008
SunMonTueWedThuFriSat
 1234
567891011
12131415161718
19202122232425
262728293031 



RSS feed RSS feed for Keith's Weblog
Atom feed Atom feed for Keith's Weblog
Weblog archive
Recent comments
  on 4 posts

Recent comments XML

new⇒Timesheet Calculator

Hadn't seen it before now, but my​company already uses a time​tracking prog...

Keith: Oct 7, 10:44am

Girls, please don't get breast implants

Hey everyone, 

I am new to this​blog and I have enjoyed reading all​your...

Sarah.M.: Oct 6, 9:45am

obout inc - ASP.NET controls

I like there components. I've got​it to work locally on my pc.​However I'm ...

Jeff: Oct 2, 4:43pm

Dumb substring behavior in C# (and Java)

Yes, the Substring function is not​helpful when you hit the length​problem,...

Mike Irving: Oct 2, 7:56am

Generated in about 0.103s.

(Used 8 db queries)

mobile phone