windows-874 new registration

[Shawn Steele]

Windows-874 is in use by several groups, but it hasn't been registered yet, so I'd like to submit it for review: The form is similar to the 1252 request we discussed last year.

-------------------------------------------------------------------------
Charset name: windows-874

Charset aliases: (None)

Suitability for use in MIME text:

Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.

Published specification(s):

1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

ISO 10646 equivalency table:

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Additional information:

UTF-8 is preferred to windows-874 when permissible.

Although not authoritative, the following references may also be of
interest:

Printed mapping table:
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782

Microsoft windows extended "best fit" behavior:
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt

This is a request for a new registration of this charset. This
charset name is in use.

This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.

Person & email address to contact for further information:

Shawn Steele
Email: ***@microsoft.com

Microsoft Corporation
One Microsoft Way,
Redmond, WA 98052
U.S.A.

Intended usage: CO

[Martin Duerst]

Hello Shawn,

All your registration/update requests seem to be in very good form.
But when looking at them again, especially at the one below, I found
that one piece of information was crucially missing: What are the
scripts/languages covered by these codepages. For the 12xx series,
there is at least the iso-8859 equivalent, but many people may not
be familiar with all its parts. So a word or two, e.g. for the case
below "Latin/Thai", might really help.

Regards, Martin.

Post by Shawn Steele
Windows-874 is in use by several groups, but it hasn't been registered yet,
so I'd like to submit it for review: The form is similar to the 1252
request we discussed last year.
-------------------------------------------------------------------------
Charset name: windows-874
Charset aliases: (None)
Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.
1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT
UTF-8 is preferred to windows-874 when permissible.
Although not authoritative, the following references may also be of
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt
This is a request for a new registration of this charset. This
charset name is in use.
This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.
Shawn Steele
Microsoft Corporation
One Microsoft Way,
Redmond, WA 98052
U.S.A.
Intended usage: COMMON

#-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-# http://www.sw.it.aoyama.ac.jp mailto:***@it.aoyama.ac.jp

[Shawn Steele]

I considered that when creating these. Frankly I'd rather see Thai in
UTF-8 than in windows-874, so I didn't want to lead people to choose
this just because they had Thai data.

I see that many of the existing assignments don't include this
information. In other words, I think of this as a "legacy windows
compatible code page" rather than a "Thai compatible code page"

I'll add this if others feel strongly about it, but I wanted to mention
my concerns.

- Shawn

-----Original Message-----
From: Martin Duerst [mailto:***@it.aoyama.ac.jp]
Sent: Tuesday 12 June 2007 18:30
To: Shawn Steele; ietf-***@mail.apps.ietf.org
Subject: Re: windows-874 new registration

Hello Shawn,

All your registration/update requests seem to be in very good form.
But when looking at them again, especially at the one below, I found
that one piece of information was crucially missing: What are the
scripts/languages covered by these codepages. For the 12xx series,
there is at least the iso-8859 equivalent, but many people may not
be familiar with all its parts. So a word or two, e.g. for the case
below "Latin/Thai", might really help.

Regards, Martin.

Post by Shawn Steele
Windows-874 is in use by several groups, but it hasn't been registered yet,
so I'd like to submit it for review: The form is similar to the 1252
request we discussed last year.
-----------------------------------------------------------------------

--

Post by Shawn Steele
Charset name: windows-874
Charset aliases: (None)
Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.
1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Post by Shawn Steele
UTF-8 is preferred to windows-874 when permissible.
Although not authoritative, the following references may also be of
Dr. International "Developing International Software, Second

Edition",

Post by Shawn Steele
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/be

stfit874.txt

Post by Shawn Steele
This is a request for a new registration of this charset. This
charset name is in use.
This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.
Shawn Steele
Microsoft Corporation
One Microsoft Way,
Redmond, WA 98052
U.S.A.
Intended usage: COMMON

#-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-# http://www.sw.it.aoyama.ac.jp mailto:***@it.aoyama.ac.jp

[Frank Ellermann]

In other words, I think of this as a "legacy windows compatible
code page" rather than a "Thai compatible code page"

Makes sense. OTOH my immediate reaction to your message was "WTH
is windows-874 ?". I looked into the table, finding another Thai
charset.

I'll add this if others feel strongly about it, but I wanted to
mention my concerns.

Not feeling strongly about it, if you want to add the info anyway
maybe put it in your "use UTF-8" blurb:

- UTF-8 is preferred to windows-874 when permissible.
+ UTF-8 is preferred to windows-874 when permissible for Thai.

For such more or less obsolete charsets, why do you write COMMON ?

Frank

[Erik van der Poel]

Post by Frank Ellermann
+ UTF-8 is preferred to windows-874 when permissible for Thai.
For such more or less obsolete charsets, why do you write COMMON ?

Where do we draw the line between "obsolete" and "common"? In 2001,
0.249% of HTML documents with a meta charset tag were labelled
windows-874. In 2007, that percentage is 0.139%.

Erik

[Bjoern Hoehrmann]

Post by Erik van der Poel

Post by Frank Ellermann
+ UTF-8 is preferred to windows-874 when permissible for Thai.
For such more or less obsolete charsets, why do you write COMMON ?

Where do we draw the line between "obsolete" and "common"? In 2001,
0.249% of HTML documents with a meta charset tag were labelled
windows-874. In 2007, that percentage is 0.139%.

I don't think Frank is suggesting to mark it obsolete. The measure is=
:

A charset should therefore be registered ONLY if it adds significa=
nt
functionality that is valuable to a large community, OR if it
documents existing practice in a large community. Note that chars=
ets
registered for the second reason should be explicitly marked as be=
ing
of limited or specialized use and should only be used in Internet
messages with prior bilateral agreement.

I am afraid your numbers don't help us much to make a decision, there
are infinitely many HTML documents with a <meta> charset so you picke=
d
just some subset to determine those numbers without saying which subs=
et,
HTML <meta> elements are not the only relevant context, and you don't
say anything about other labels; an answer based just on your numbers
might well be different if windows-874 was the 2nd most used label or
the 42nd most used one.

Given "UTF-8 is preferred to windows-874 when permissible" it seems t=
o
me the registration does not add significant functionality that is va=
l-
uable to a large community, and LIMITED USE would therefore be more
appropriate.
--=20
Bj=F6rn H=F6hrmann =B7 mailto:***@hoehrmann.de =B7 http://bjoern.h=
oehrmann.de
Weinh. Str. 22 =B7 Telefon: [phone] =B7 http://www.bjoernsw=
orld.de
68309 Mannheim =B7 PGP Pub. KeyID: 0xA4357E78 =B7 http://www.websited=
ev.de/=20

[Erik van der Poel]

In 2007, windows-874 was the 18th, in 2001 it was 20th. There are more
html meta charset labels than http charset labels (74% vs 43% in
2007). That's why I focussed on the meta charset. I haven't looked at
email charsets.

Anyway, I don't feel strongly about COMMON vs LIMITED USE for windows-874.

Erik

Post by Erik van der Poel

Post by Frank Ellermann
+ UTF-8 is preferred to windows-874 when permissible for Thai.
For such more or less obsolete charsets, why do you write COMMON ?

Where do we draw the line between "obsolete" and "common"? In 2001,
0.249% of HTML documents with a meta charset tag were labelled
windows-874. In 2007, that percentage is 0.139%.

A charset should therefore be registered ONLY if it adds significant
functionality that is valuable to a large community, OR if it
documents existing practice in a large community. Note that charsets
registered for the second reason should be explicitly marked as being
of limited or specialized use and should only be used in Internet
messages with prior bilateral agreement.
I am afraid your numbers don't help us much to make a decision, there
are infinitely many HTML documents with a <meta> charset so you picked
just some subset to determine those numbers without saying which subset,
HTML <meta> elements are not the only relevant context, and you don't
say anything about other labels; an answer based just on your numbers
might well be different if windows-874 was the 2nd most used label or
the 42nd most used one.
Given "UTF-8 is preferred to windows-874 when permissible" it seems to
me the registration does not add significant functionality that is val-
uable to a large community, and LIMITED USE would therefore be more
appropriate.
--
Weinh. Str. 22 · Telefon: [phone] · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub.

[Kent Karlsson]

Given "UTF-8 is preferred to windows-874 when permissible" it seems to
me the registration does not add significant functionality that is val-
uable to a large community, and LIMITED USE would therefore be more
appropriate.

UTF-8 is preferred to windows-1252 when permissible.
UTF-8 is preferred to ISO-8859-1 when permissible.

Such statements about UTF-8 versus some non-Unicode charset, perfectly
agreeable as formulated above, by themselves renders no "charset"
obsolete or of limited use.

/kent k

[Bjoern Hoehrmann]

Post by Kent Karlsson
UTF-8 is preferred to windows-1252 when permissible.
UTF-8 is preferred to ISO-8859-1 when permissible.
Such statements about UTF-8 versus some non-Unicode charset, perfect=

ly

Post by Kent Karlsson
agreeable as formulated above, by themselves renders no "charset"
obsolete or of limited use.

The former statement does not stand by itself, it is part of the regi=
s-
tration document proposed in this thread. I don't think that putting =
the
latter statement of yours into the ISO-8859-1 registration document i=
s
particularily agreeable at the moment, it would give a false impressi=
on
about the status of ISO-8859-1.
--=20
Bj=F6rn H=F6hrmann =B7 mailto:***@hoehrmann.de =B7 http://bjoern.h=
oehrmann.de
Weinh. Str. 22 =B7 Telefon: [phone] =B7 http://www.bjoernsw=
orld.de
68309 Mannheim =B7 PGP Pub. KeyID: 0xA4357E78 =B7 http://www.websited=
ev.de/=20

[Kent Karlsson]

Post by Kent Karlsson

Post by Kent Karlsson
UTF-8 is preferred to windows-1252 when permissible.
UTF-8 is preferred to ISO-8859-1 when permissible.
Such statements about UTF-8 versus some non-Unicode charset,

perfectly

Post by Kent Karlsson
agreeable as formulated above, by themselves renders no "charset"
obsolete or of limited use.

The former statement does not stand by itself, it is part of
the regis-
tration document proposed in this thread.

I know.

Post by Kent Karlsson
I don't think that putting the
latter statement of yours into the ISO-8859-1 registration document is
particularily agreeable at the moment, it would give a false impression
about the status of ISO-8859-1.

It does not give a false impression about the status of ISO-8859-1
(which I find to be the same as for TIS-620 (or ISO-8859-11 Latin/Thai)).

I do question your implication of such statements that they would
mean that "other" charset is obsolete or of limited use (other than
the obvious limitation in characters representable).

None of the charsets mentioned are obsolete or of limited use.

But UTF-8 is still preferable (when permissible) over each of the
non-Unicode charsets, due to the universality of Unicode/10646.

/kent k

[Bjoern Hoehrmann]

Post by Kent Karlsson
I do question your implication of such statements that they would
mean that "other" charset is obsolete or of limited use (other than
the obvious limitation in characters representable).

RFC 2978 recommends against using COMMON for the intended usage field=
if
the charset does not add significant functionality that is valuable t=
o a
large community. "UTF-8 is preferred to windows-874 when permissible"=
to
me is an admission that it does not add significant functionality tha=
t's
valuable to a large community, not a reminder that Unicode encodings =
are
often preferable to non-Unicode encodings, there is no point saying t=
hat
in non-Unicode charset registrations.

I am just saying the registration should not recommend against using =
the
charset and claim at the same time that it is intended for common use=
.
--=20
Bj=F6rn H=F6hrmann =B7 mailto:***@hoehrmann.de =B7 http://bjoern.h=
oehrmann.de
Weinh. Str. 22 =B7 Telefon: [phone] =B7 http://www.bjoernsw=
orld.de
68309 Mannheim =B7 PGP Pub. KeyID: 0xA4357E78 =B7 http://www.websited=
ev.de/=20

[Shawn Steele]

Trying to address the entire thread: :)

Post by Frank Ellermann
- UTF-8 is preferred to windows-874 when permissible.
+ UTF-8 is preferred to windows-874 when permissible for Thai.

I like that.

Post by Frank Ellermann
For such more or less obsolete charsets, why do you write COMMON ?

IMO *any* code page is less preferable to UTF-8/UTF-16. So in that sense, this is as "common" as any of the other registered code pages should be. In particular for Thai machines it is the default system code page for the machine, so ANSI apps will use it, so in that sense it is common in a Thai environment.

Post by Frank Ellermann
UTF-8 is preferred to windows-1252 when permissible.

I'd be happy to say that since I think UTF-8 is a better solution and since Windows is effectively a Microsoft code page.

Post by Frank Ellermann
UTF-8 is preferred to ISO-8859-1 when permissible.

Although I agree, I wouldn't presume to change the definition for an ISO code page. I'd recommend tha

[McDonald Ira]

Hi,

Tricky questions.

I agree with Martin that indicating the language/script
supported by a non-Unicode charset (such as Thai) is very
desirable. I think this hint should be a strong SHOULD
in charset registrations/updates.

The issue of 'COMMON' versus 'LIMITED USE' is fuzzy.

I'm slightly in favor of retaining (for now) 'COMMON' for
the existing Windows code pages that are still the defaults
in their respective countries/regions. In those locales,
they ARE in fact currently in common usage.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Blue Roof Music / High North Inc
PO Box 221 Grand Marais, MI 49839
phone: [phone]
email: ***@sharplabs.com

-----Original Message-----
From: Shawn Steele [mailto:***@microsoft.com]
Sent: Monday, June 18, 2007 5:45 PM
To: ietf-***@mail.apps.ietf.org
Subject: RE: windows-874 new registration


Trying to address the entire thread: :)

Post by Frank Ellermann
- UTF-8 is preferred to windows-874 when permissible.
+ UTF-8 is preferred to windows-874 when permissible for Thai.

I like that.

Post by Frank Ellermann
For such more or less obsolete charsets, why do you write COMMON ?

IMO *any* code page is less preferable to UTF-8/UTF-16. So in that sense, this is as "common" as any of the other registered code pages should be. In particular for Thai machines it is the default system code page for the machine, so ANSI apps will use it, so in that sense it is common in a Thai environment.

Post by Frank Ellermann
UTF-8 is preferred to windows-1252 when permissible.

I'd be happy to say that since I think UTF-8 is a better solution and since Windows is effectively a Microsoft code page.

Post by Frank Ellermann
UTF-8 is preferred to ISO-8859-1 when permissible.

Although I agree, I wouldn't presume to change the definition for an ISO code page. I'd recommend that separately (like in my blog).

- Shawn

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.472 / Virus Database: 269.9.1/854 - Releas

[Frank Ellermann]

Post by Erik van der Poel
Where do we draw the line between "obsolete" and "common"?

I'd let Shawn pick the line, In that case the "common" was
likely copied from the windows-1252 template, but the UTF-8
note plus further explanations here sounded like "don't use
windows-874 unless you must".

Frank (returning to his pc-multilingual-850+euro box :-)

[Shawn Steele]

Working on consensus :) I added "for Thai" to address the concern about the code page's correlation to a language.

I left the usage as "common". Since this is the CP_ACP for a Thai Windows machine it is quite common. The is somewhat unrelated to the recommendation that UTF-8 be used instead.

Thanks,

- Shawn

-----Original Message-----
From: Shawn Steele
Sent: Tuesday, June 12, 2007 12:29 PM
To: ietf-***@mail.apps.ietf.org
Subject: windows-874 new registration

Windows-874 is in use by several groups, but it hasn't been registered yet, so I'd like to submit it for review: The form is similar to the 1252 request we discussed last year.

-------------------------------------------------------------------------
Charset name: windows-874

Charset aliases: (None)

Suitability for use in MIME text:

Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.

Published specification(s):

1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

ISO 10646 equivalency table:

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Additional information:

UTF-8 is preferred to windows-874 for Thai, when permissible.

Although not authoritative, the following references may also be of
interest:

Printed mapping table:
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782

Microsoft windows extended "best fit" behavior:
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt

This is a request for a new registration of this charset. This
charset name is in use.

This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.

Person & email address to contact for further information:

Shawn Steele
Email: ***@microsoft.com

Microsoft Corporation
One Microsoft Way,
Red

[Martin Duerst]

This looks good to go for me.

Post by Shawn Steele
Working on consensus :) I added "for Thai" to address the concern about
the code page's correlation to a language.

This is irrelevant for the registration, but "for Thai" should be
taken to mean "for the Thai script", not "for the Thai language".

Regards, Martin.

Post by Shawn Steele
I left the usage as "common". Since this is the CP_ACP for a Thai Windows
machine it is quite common. The is somewhat unrelated to the
recommendation that UTF-8 be used instead.
Thanks,
- Shawn

#-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-# http://www.sw.it.aoyama.ac.jp mailto:***@it.aoyama.ac.jp

[Ned Freed]

Post by Martin Duerst
This looks good to go for me.

Same here.

Ned

Post by Martin Duerst

Post by Shawn Steele
Working on consensus :) I added "for Thai" to address the concern about
the code page's correlation to a language.

This is irrelevant for the registration, but "for Thai" should be
taken to mean "for the Thai script", not "for the Thai language".
Regards, Martin.

Post by Shawn Steele
I left the usage as "common". Since this is the CP_ACP for a Thai Windows
machine it is quite common. The is somewhat unrelated to the
recommendation that UTF-8 be used instead.
Thanks,
- Shawn

#-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University

[Shawn Steele]

We saw this before, but I got distracted, so I'm asking for more public review.

Thanks,
Shawn

-----Original Message-----
From: Shawn Steele
Sent: Tuesday, July 03, 2007 10:27 AM
To: Shawn Steele; ietf-***@mail.apps.ietf.org
Subject: RE: windows-874 new registration

Working on consensus :) I added "for Thai" to address the concern about the code page's correlation to a language.

I left the usage as "common". Since this is the CP_ACP for a Thai Windows machine it is quite common. The is somewhat unrelated to the recommendation that UTF-8 be used instead.

Thanks,

- Shawn

-----Original Message-----
From: Shawn Steele
Sent: Tuesday, June 12, 2007 12:29 PM
To: ietf-***@mail.apps.ietf.org
Subject: windows-874 new registration

Windows-874 is in use by several groups, but it hasn't been registered yet, so I'd like to submit it for review: The form is similar to the 1252 request we discussed last year.

-------------------------------------------------------------------------
Charset name: windows-874

Charset aliases: (None)

Suitability for use in MIME text:

Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.

Published specification(s):

1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

ISO 10646 equivalency table:

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Additional information:

UTF-8 is preferred to windows-874 for Thai, when permissible.

Although not authoritative, the following references may also be of
interest:

Printed mapping table:
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782

Microsoft windows extended "best fit" behavior:
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt

This is a request for a new registration of this charset. This
charset name is in use.

This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.

Person & email address to contact for further information:

Shawn Steele
Email: ***@microsoft.com

Microsoft Corporation
One Microsoft Way,
Re

[Shawn Steele]

I believe that we still have consensus on this proposed charset and will be submitting it for review. We've had another 2 weeks in addition to the first 3 years of review :)

Thanks,
Shawn.

-----Original Message-----
From: Shawn Steele
Sent: Friday, September 03, 2010 1:51 PM
To: Shawn Steele; 'ietf-***@mail.apps.ietf.org'
Subject: RE: windows-874 new registration

We saw this before, but I got distracted, so I'm asking for more public review.

Thanks,
Shawn

-----Original Message-----
From: Shawn Steele
Sent: Tuesday, July 03, 2007 10:27 AM
To: Shawn Steele; ietf-***@mail.apps.ietf.org
Subject: RE: windows-874 new registration

Working on consensus :) I added "for Thai" to address the concern about the code page's correlation to a language.

I left the usage as "common". Since this is the CP_ACP for a Thai Windows machine it is quite common. The is somewhat unrelated to the recommendation that UTF-8 be used instead.

Thanks,

- Shawn

-----Original Message-----
From: Shawn Steele
Sent: Tuesday, June 12, 2007 12:29 PM
To: ietf-***@mail.apps.ietf.org
Subject: windows-874 new registration

Windows-874 is in use by several groups, but it hasn't been registered yet, so I'd like to submit it for review: The form is similar to the 1252 request we discussed last year.

-------------------------------------------------------------------------
Charset name: windows-874

Charset aliases: (None)

Suitability for use in MIME text:

Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.

Published specification(s):

1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

ISO 10646 equivalency table:

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Additional information:

UTF-8 is preferred to windows-874 for Thai, when permissible.

Although not authoritative, the following references may also be of
interest:

Printed mapping table:
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782

Microsoft windows extended "best fit" behavior:
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt

This is a request for a new registration of this charset. This
charset name is in use.

This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.

Person & email address to contact for further information:

Shawn Steele
Email: ***@microsoft.com

Microsoft Corporation
One Microsoft Way,
Redmond, WA 98

[Shawn Steele]

I'm actually a tad lost, can someone point me to where I officially request this registration now that we've had the review? (It's been a while since I submitted the last one).

Thanks,
Shawn

-----Original Message-----
From: Shawn Steele [mailto:***@microsoft.com]
Sent: Friday, September 17, 2010 4:37 PM
To: 'ietf-***@mail.apps.ietf.org'
Subject: RE: windows-874 new registration

I believe that we still have consensus on this proposed charset and will be submitting it for review. We've had another 2 weeks in addition to the first 3 years of review :)

Thanks,
Shawn.

-----Original Message-----
From: Shawn Steele
Sent: Friday, September 03, 2010 1:51 PM
To: Shawn Steele; 'ietf-***@mail.apps.ietf.org'
Subject: RE: windows-874 new registration

We saw this before, but I got distracted, so I'm asking for more public review.

Thanks,
Shawn

-----Original Message-----
From: Shawn Steele
Sent: Tuesday, July 03, 2007 10:27 AM
To: Shawn Steele; ietf-***@mail.apps.ietf.org
Subject: RE: windows-874 new registration

Working on consensus :) I added "for Thai" to address the concern about the code page's correlation to a language.

I left the usage as "common". Since this is the CP_ACP for a Thai Windows machine it is quite common. The is somewhat unrelated to the recommendation that UTF-8 be used instead.

Thanks,

- Shawn

-----Original Message-----
From: Shawn Steele
Sent: Tuesday, June 12, 2007 12:29 PM
To: ietf-***@mail.apps.ietf.org
Subject: windows-874 new registration

Windows-874 is in use by several groups, but it hasn't been registered yet, so I'd like to submit it for review: The form is similar to the 1252 request we discussed last year.

-------------------------------------------------------------------------
Charset name: windows-874

Charset aliases: (None)

Suitability for use in MIME text:

Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.

Published specification(s):

1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

ISO 10646 equivalency table:

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Additional information:

UTF-8 is preferred to windows-874 for Thai, when permissible.

Although not authoritative, the following references may also be of
interest:

Printed mapping table:
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782

Microsoft windows extended "best fit" behavior:
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt

This is a request for a new registration of this charset. This
charset name is in use.

This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.

Person & email address to contact for further information:

Shawn Steele
Email: ***@microsoft.com

Microsoft Corporation
One Microsoft Way,
Re

[Shawn Steele]

Ping, the review period has elapsed, however I don't remember how I request this be published. Can someone point me to the right spot/process?

Thanks,
Shawn


-----Original Message-----
From: Shawn Steele
Sent: Tuesday, June 12, 2007 12:29 PM
To: ietf-***@mail.apps.ietf.org
Subject: windows-874 new registration

Windows-874 is in use by several groups, but it hasn't been registered yet, so I'd like to submit it for review: The form is similar to the 1252 request we discussed last year.

-------------------------------------------------------------------------
Charset name: windows-874

Charset aliases: (None)

Suitability for use in MIME text:

Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.

Published specification(s):

1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

ISO 10646 equivalency table:

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Additional information:

UTF-8 is preferred to windows-874 for Thai, when permissible.

Although not authoritative, the following references may also be of
interest:

Printed mapping table:
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782

Microsoft windows extended "best fit" behavior:
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt

This is a request for a new registration of this charset. This
charset name is in use.

This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.

Person & email address to contact for further information:

Shawn Steele
Email: ***@microsoft.com

Microsoft Corporation
One Microsoft Way,
Redmond, WA 98052
U.S.A.

Intended usage:

[Ira McDonald]

Hi Shawn,

RFC 2978 says the following on page 6:

"3.2. Charset Reviewer

When the two week period has passed and the registration proposer is
convinced that consensus has been achieved, the registration
application should be submitted to IANA and the charset reviewer.
The charset reviewer, who is appointed by the IETF Applications Area
Director(s), either approves the request for registration or rejects
it. Rejection may occur because of significant objections raised on
the list or objections raised externally. If the charset reviewer
considers the registration sufficiently important and controversial,
a last call for comments may be issued to the full IETF. The charset
reviewer may also recommend standards track processing (before or
after registration) when that appears appropriate and the level of
specification of the charset is adequate.

The charset reviewer must reach a decision and post it to the ietf-
charsets mailing list within two weeks. Decisions made by the
reviewer may be appealed to the IESG."

Send the IANA copy via the form at:

http://www.iana.org/protocols/apply/

(choose the last option "All other assignments")

The IANA Protocol Registries at:

http://www.iana.org/protocols/apply/

says that Ned Freed is primary expert and Martin Duerst is
secondary expert for the IANA Character Sets registry.

Cheers,
- Ira (editor of original IANA Charset MIB, RFC 3808)

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Co-Chair - IEEE-ISTO PWG IPP WG
Co-Chair - TCG Hardcopy WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:***@gmail.com
Christmas through April:
579 Park Place Saline, MI 48176
734-944-0094
May to Christmas:
PO Box 221 Grand Marais, MI 49839
906-494-2434

Post by Shawn Steele
Ping, the review period has elapsed, however I don't remember how I request
this be published. Can someone point me to the right spot/process?
Thanks,
Shawn
-----Original Message-----
From: Shawn Steele
Sent: Tuesday, June 12, 2007 12:29 PM
Subject: windows-874 new registration
Windows-874 is in use by several groups, but it hasn't been registered yet,
so I'd like to submit it for review: The form is similar to the 1252
request we discussed last year.
-------------------------------------------------------------------------
Charset name: windows-874
Charset aliases: (None)
Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.
1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT
UTF-8 is preferred to windows-874 for Thai, when permissible.
Although not authoritative, the following references may also be of
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt
This is a request for a new registration of this charset. This
charset name is in use.
This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.
Shawn Steele
Microsoft Corporation
One Microsoft Way,
Redmond, WA 98052
U.S.A.
Intended usage: COMMON

[Shawn Steele]

Thanks, I’d seen that, but wasn’t sure when I got to the page :) (Hope I stuck the right stuff in the right boxes).

- Shawn

From: Ira McDonald [mailto:***@gmail.com]
Sent: Pōʻakahi, ʻOkakopa 25, 2010 7:49 PM
To: Shawn Steele; Ira McDonald
Cc: ietf-***@mail.apps.ietf.org
Subject: Re: windows-874 new registration

Hi Shawn,

RFC 2978 says the following on page 6:

"3.2. Charset Reviewer

When the two week period has passed and the registration proposer is
convinced that consensus has been achieved, the registration
application should be submitted to IANA and the charset reviewer.
The charset reviewer, who is appointed by the IETF Applications Area
Director(s), either approves the request for registration or rejects
it. Rejection may occur because of significant objections raised on
the list or objections raised externally. If the charset reviewer
considers the registration sufficiently important and controversial,
a last call for comments may be issued to the full IETF. The charset
reviewer may also recommend standards track processing (before or
after registration) when that appears appropriate and the level of
specification of the charset is adequate.

The charset reviewer must reach a decision and post it to the ietf-
charsets mailing list within two weeks. Decisions made by the
reviewer may be appealed to the IESG."

Send the IANA copy via the form at:

http://www.iana.org/protocols/apply/

(choose the last option "All other assignments")

The IANA Protocol Registries at:

http://www.iana.org/protocols/apply/

says that Ned Freed is primary expert and Martin Duerst is
secondary expert for the IANA Character Sets registry.

Cheers,
- Ira (editor of original IANA Charset MIB, RFC 3808)

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Co-Chair - IEEE-ISTO PWG IPP WG
Co-Chair - TCG Hardcopy WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:***@gmail.com<mailto:***@gmail.com>
Christmas through April:
579 Park Place Saline, MI 48176
734-944-0094
May to Christmas:
PO Box 221 Grand Marais, MI 49839
906-494-2434


On Mon, Oct 25, 2010 at 7:00 PM, Shawn Steele <***@microsoft.com<mailto:***@microsoft.com>> wrote:
Ping, the review period has elapsed, however I don't remember how I request this be published. Can someone point me to the right spot/process?

Thanks,
Shawn


-----Original Message-----
From: Shawn Steele
Sent: Tuesday, June 12, 2007 12:29 PM
To: ietf-***@mail.apps.ietf.org<mailto:ietf-***@mail.apps.ietf.org>
Subject: windows-874 new registration

Windows-874 is in use by several groups, but it hasn't been registered yet, so I'd like to submit it for review: The form is similar to the 1252 request we discussed last year.

-------------------------------------------------------------------------
Charset name: windows-874

Charset aliases: (None)

Suitability for use in MIME text:

Yes, windows-874 is suitable for use with subtypes of the "text"
Content-Type. Note that windows-874 is an 8-bit charset. Care should
be taken to choose an appropriate Content-Transfer-Encoding.

Published specification(s):

1) http://www.microsoft.com/globaldev/reference/sbcs/874.htm

ISO 10646 equivalency table:

http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT

Additional information:

UTF-8 is preferred to windows-874 for Thai, when permissible.

Although not authoritative, the following references may also be of
interest:

Printed mapping table:
Dr. International "Developing International Software, Second Edition",
Microsoft Press, ISBN 0-7356-1583-7, 2003, p. 779-782

Microsoft windows extended "best fit" behavior:
http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WindowsBestFit/bestfit874.txt

This is a request for a new registration of this charset. This
charset name is in use.

This charset is also known as Windows Code Page 874, DOS-874,
or cp874 for short; these are NOT aliases.

Person & email address to contact for further information:

Shawn Steele
Email: ***@microsoft.com<mailto:***@microsoft.com>

Microsoft Corporation
One Microsoft Way,
Redmond, WA 98052
U.S.A.

Intended usage: COMMON