129182 - render mode for non-html pages should say "n/a" or similar

Status: RESOLVED WONTFIX

(SeaMonkey :: Page Info, defect)

Description

[Jeremy M. Dolan]

render mode for non-html pages should say "n/a" or similar

currently text and image pages claim to be in "compatibility mode". not very ideal.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Well..... thing is, they are.  We construct an HTML document internally and it's
a quirks document....  I can think of scenarios where one would want to know
this (eg bookmarklets that work on image documents may need to be designed
differently because of this).

Comment 2

[Jeremy M. Dolan]

> thing is, they are

I know. But users shouldn't.

> I can think of scenarios where one would want to know this (eg bookmarklets

I can't. Regardless, bmlets are automated. This bug is only for changing the
text "Page info" reports. Not the value of some object accessible w/ JS. I (and
users) don't care about the backend. There's no need to expose image/gif as
"compatible" rendering mode via page info.

Comment 3

[Daniel Brooks [:db48x]]

the images are decoded in a 'compatibility' mode, because some images that don't
exactly comply with the standard can still be displayed. Also, isn't text/plain
supposed to mean that the file is 8 bit clean? (I could be wrong) We certainly
don't display an error if the file happens to have high bit characters in it.
I'm not inclined to fix it. WONTFIX'ed

Comment 4

[Jeremy M. Dolan]

It's not a rendering mode though. Certainly a different definition of the term,
at least. Very poor UI.