Re: <q> and language-specific quotation marks
tina@greytower. net (Tina Holmboe) wrote:
[color=blue][color=green][color=darkred]
>>> So far I have not seen a sensible explanation of why the *name* of
>>> the element had to change.[/color][/color][/color]
Tim <admin@sheerhel l.lan>
[color=blue][color=green]
>> The obvious reasons:
>>
>> Q is broken, and is always going to be. Changing it will cause even
>> more problems.[/color][/color]
tina@greytower. net (Tina Holmboe) wrote:
[color=blue]
> Firstly, no - it is not obvious. An indication of that is that I wouldn't
> ask if it was.
>
> Secondly, am I to understand that:
>
> Q is broken because not everyone agrees that (visual) UAs should
> include language specific quotation marks. It is further broken
> because very few (one?) (visual) UA today actually implements it
> as it is specified.[/color]
Isn't that just why Q is broken?
[color=blue]
> Changing the definition of Q to be more in line
> what some believe it should be, and more in line of what is currently
> implemented, will cause MORE problems.[/color]
Isn't there no change to Q's definition, Q just disappears, and a new
element called Quote, that just happens to perform a similar function,
gets a better definition? People would use Q, if they did, and it'd be
handled just the same as Q was before (however the browser author
decided to handle it), but quote *might* get handled as the
specifications said.
[color=blue][color=green]
>> Quote is a better term than just q, likewise for other one letter tags.[/color][/color]
[color=blue]
> Quite possibly. Breaking tools for the sake of the better term is a
> terrible idea.[/color]
Thus, we should never have dropped HTML 3.2 and stayed there? All the
HTML language versions have progressed and made some elements obsolete,
some dropped completely.
[color=blue][color=green]
>> An XHTML 2, or any other NEWER form of language, doesn't have to be the
>> same as the older versions. Older browsers will have problems with
>> newer languages, no matter what. Newer browsers should handle new[/color][/color]
[color=blue]
> Not if at least some thought is given to backwards compatibility. An
> HTML 4 UA can still make sense of an XHTML 2.0 document *if they don't
> go changing the names for elements that retain the meaning*.[/color]
It still can. It handles documents identified as HTML 4 as HTML 4
documents, and documents identified as XHTML 2.0 as XHTML 2.0, and so
on. Whatever the ranting views of various people, the doctype does have
a good potential use of identifying the type of document, so the
user-agent can handle it properly.
[color=blue][color=green]
>> languages properly, and older ones as best as possible. Older documents
>> should be handled in the manner that the old specifications mention, and
>> newer documents, likewise.[/color][/color]
[color=blue]
> ... and new languages designed for public consumption should try to
> retain backwards compatibility. Anything else is sheer folly.[/color]
So, you don't like HTML 4.01 either?
I disagree. The user-agent ought to be able to handle different
languages (including different versions), but I don't see that the
document language has to support every bit of rubbish that was
previously done.
--
My "from" address is totally fake. (Hint: If I wanted e-mails from
complete strangers, I'd have put a real one, there.) Reply to usenet
postings in the same place as you read the message you're replying to.
tina@greytower. net (Tina Holmboe) wrote:
[color=blue][color=green][color=darkred]
>>> So far I have not seen a sensible explanation of why the *name* of
>>> the element had to change.[/color][/color][/color]
Tim <admin@sheerhel l.lan>
[color=blue][color=green]
>> The obvious reasons:
>>
>> Q is broken, and is always going to be. Changing it will cause even
>> more problems.[/color][/color]
tina@greytower. net (Tina Holmboe) wrote:
[color=blue]
> Firstly, no - it is not obvious. An indication of that is that I wouldn't
> ask if it was.
>
> Secondly, am I to understand that:
>
> Q is broken because not everyone agrees that (visual) UAs should
> include language specific quotation marks. It is further broken
> because very few (one?) (visual) UA today actually implements it
> as it is specified.[/color]
Isn't that just why Q is broken?
[color=blue]
> Changing the definition of Q to be more in line
> what some believe it should be, and more in line of what is currently
> implemented, will cause MORE problems.[/color]
Isn't there no change to Q's definition, Q just disappears, and a new
element called Quote, that just happens to perform a similar function,
gets a better definition? People would use Q, if they did, and it'd be
handled just the same as Q was before (however the browser author
decided to handle it), but quote *might* get handled as the
specifications said.
[color=blue][color=green]
>> Quote is a better term than just q, likewise for other one letter tags.[/color][/color]
[color=blue]
> Quite possibly. Breaking tools for the sake of the better term is a
> terrible idea.[/color]
Thus, we should never have dropped HTML 3.2 and stayed there? All the
HTML language versions have progressed and made some elements obsolete,
some dropped completely.
[color=blue][color=green]
>> An XHTML 2, or any other NEWER form of language, doesn't have to be the
>> same as the older versions. Older browsers will have problems with
>> newer languages, no matter what. Newer browsers should handle new[/color][/color]
[color=blue]
> Not if at least some thought is given to backwards compatibility. An
> HTML 4 UA can still make sense of an XHTML 2.0 document *if they don't
> go changing the names for elements that retain the meaning*.[/color]
It still can. It handles documents identified as HTML 4 as HTML 4
documents, and documents identified as XHTML 2.0 as XHTML 2.0, and so
on. Whatever the ranting views of various people, the doctype does have
a good potential use of identifying the type of document, so the
user-agent can handle it properly.
[color=blue][color=green]
>> languages properly, and older ones as best as possible. Older documents
>> should be handled in the manner that the old specifications mention, and
>> newer documents, likewise.[/color][/color]
[color=blue]
> ... and new languages designed for public consumption should try to
> retain backwards compatibility. Anything else is sheer folly.[/color]
So, you don't like HTML 4.01 either?
I disagree. The user-agent ought to be able to handle different
languages (including different versions), but I don't see that the
document language has to support every bit of rubbish that was
previously done.
--
My "from" address is totally fake. (Hint: If I wanted e-mails from
complete strangers, I'd have put a real one, there.) Reply to usenet
postings in the same place as you read the message you're replying to.
Comment