2011/7/18 Asmus Freytag asm...@ix.netcom.com:
On 7/17/2011 12:19 PM, Philippe Verdy wrote:
Another alternative: instead of encoding separate symbols for each
control, we could as well encode symbols for each character visible in
those symbols.
I'm baffled: what problem is this elaborate
As always, we want to know that there's a real use case for encoding. Doing
things on spec, especially in a case like this, is IMO not at all a good idea.
Peter
-Original Message-
From: unicode-bou...@unicode.org [mailto:unicode-bou...@unicode.org] On Behalf
Of Michael Everson
Sent:
From: unicode-bou...@unicode.org [mailto:unicode-bou...@unicode.org] On Behalf
Of Karl Pentzlin
Sent: Friday, July 15, 2011 9:46 AM
AW I oppose encoding graphic clones of non-graphic characters ...
I am just waiting for the killer argument against the encoding of chart
symbols.
For me the
So you want to be able to discuss NBSP (say) in plain text. You can already do
that; in fact, you have multiple ways that everybody here will have no
difficulty understanding:
NBSP
no-break space
U+00A0
Creating a different character for SYMBOL FOR NBSP doesn't make communication
here any
From: unicode-bou...@unicode.org [mailto:unicode-bou...@unicode.org] On Behalf
Of Asmus Freytag
Sent: Sunday, July 17, 2011 6:34 PM
...
Another alternative: instead of encoding separate symbols for each
control, we could as well encode symbols for each character visible in
those symbols.
On Jul 19, 2011, at 9:20 PM, Peter Constable wrote:
So you want to be able to discuss NBSP (say) in plain text. You can already
do that; in fact, you have multiple ways that everybody here will have no
difficulty understanding:
NBSP
no-break space
U+00A0
Creating a different
On 15/07/2011, Karl Pentzlin karl-pentz...@acssoft.de wrote:
In WG2 N4085 Further proposed additions to ISO/IEC 10646 and comments to
other proposals (2011‐ 05‐25), the German NB had requested re WG2 N4022
Proposal to add Wingdings and Webdings Symbols besides other points:
Also, in doing
After a large number of messages in this thread, I'm yet to see any reason
to support this particular example.
Erkki
-Alkuperäinen viesti-
Lähettäjä: unicode-bou...@unicode.org [mailto:unicode-bou...@unicode.org]
Puolesta Michael Everson
Lähetetty: 15. heinäkuuta 2011 20:26
On 2011-07-15, Michael Everson ever...@evertype.com wrote:
On 15 Jul 2011, at 17:03, Doug Ewell wrote:
1. Graphic symbols for control characters are needed so writers can write
about the control characters themselves using plain text.
This does not seem so unreasonable. The RTL and LTR
On 17 Jul 2011, at 10:14, Julian Bradfield wrote:
The RTL and LTR overrides *function* on the text when inserted into text. So
you can't use those with glyphs in a font to represent for example the UCS
dotted-boxes-with-letters, because they are control characters and will
affect the text.
On Sun, Jul 17, 2011 at 10:14:55AM +0100, Julian Bradfield wrote:
On 2011-07-15, Michael Everson ever...@evertype.com wrote:
On 15 Jul 2011, at 17:03, Doug Ewell wrote:
1. Graphic symbols for control characters are needed so writers can write
about the control characters themselves using
On 7/17/2011 2:47 AM, Petr Tomasek wrote:
On Sun, Jul 17, 2011 at 10:14:55AM +0100, Julian Bradfield wrote:
Wouldn't it be more economical to encode a single UNICODE ESCAPE
CHARACTER which forces the following character to be interpreted as a
printable glyph rather than any control function?
On 7/17/2011 12:19 PM, Philippe Verdy wrote:
2011/7/17 Asmus Freytagasm...@ix.netcom.com:
On 7/17/2011 2:35 AM, Michael Everson wrote:
... invisible and stateful control characters are more expensive than
ordinary graphic symbols.
In this case, the expense is so much higher as to rule out
The record mark (IBM GCGID SS95) consists of two horizontal lines
crossed
by one vertical line.
The segment mark (IBM GCGID SS96) consists of three vertical lines
crossed
by one horizontal line.
The group mark (IBM GCGID SS97) consists of three horizontal lines
crossed
by one
On 16 Jul 2011, at 09:08, Julian Bradfield wrote:
The other two could be proposed as unitary symbols, if anybody really needs
to represent them. They are commensurate with a large number of similar
symbols consisting of various numbers of horizontal lines crossed by various
numbers of
On 16 Jul 2011, at 04:37, Asmus Freytag wrote:
It's not a matter of competing views. There's a well-defined process for
adding characters to the standard. It starts by documenting usage.
Yes, Asmus, and when one wants to do that, one writes a proposal. We aren't
writing a proposal here.
Am Freitag, 15. Juli 2011 um 19:48 schrieb Asmus Freytag:
AF The document registry should be limited to documents that can and should
AF be reviewed in committee.
WG2 N4127 is, by its content and the reference in its introduction,
an appendix to the German NB requests expressed in WG2 N4085. It
Why could'nt we have dotted square brackets encoded, allowing then
fonts to contain ligatures to generate the symbols, possibly with help
of ligature hinting (using joiner controls), to enclose the characters
in-between ?
E.g. [RLO], where the [, ] would be the encoded dotted square
brackets. The
On 7/16/2011 1:53 AM, Michael Everson wrote:
On 16 Jul 2011, at 04:37, Asmus Freytag wrote:
It's not a matter of competing views. There's a well-defined process for
adding characters to the standard. It starts by documenting usage.
Yes, Asmus, and when one wants to do that, one writes a
Karl,
I've published similar surveys in the past, where the object was to
get feedback on the desirability of further action. I stick by my
recommendation in favor of keeping raw data out of the document
registry and of doing the committee a favor by adding value in form of
a sifting or
In WG2 N4085 Further proposed additions to ISO/IEC 10646 and comments to other
proposals (2011‐
05‐25), the German NB had requested re WG2 N4022 Proposal to add Wingdings and
Webdings
Symbols besides other points:
Also, in doing this work, other fonts widespread on the computers of leading
On 15 July 2011 09:08, Karl Pentzlin karl-pentz...@acssoft.de wrote:
In supporting this, there is now a quick survey of symbol fonts regularly
delivered with computers
manufactured by Apple:
http://std.dkuug.dk/jtc1/sc2/wg2/docs/n4127.pdf
I am agnostic on all the symbols, but would say a
On 7/15/2011 1:08 AM, Karl Pentzlin wrote:
In WG2 N4085 Further proposed additions to ISO/IEC 10646 and comments to other
proposals (2011‐
05‐25), the German NB had requested re WG2 N4022 Proposal to add Wingdings and
Webdings
Symbols besides other points:
Also, in doing this work, other
Am Freitag, 15. Juli 2011 um 10:58 schrieb Asmus Freytag:
AF ... There appear to be a large number of symbols for which a
AF Unicode equivalent can be identified with great certainty -
AF and beyond that there seem to be characters for which such
AF an assignment is perhaps more tentative,
On 15 Jul 2011, at 09:47, Andrew West wrote:
I am agnostic on all the symbols, but would say a definite No to encoding
graphic clones of all the format (gc=Cf), space (gc=Zs) and separator
(gc=Zl|Zp) characters shown on pages 3, 8 and 9 of that
document. It is not necessary, and would set
I have web pages with lists of Unicode equivalents for Wingdings and Wingdings
2
characters, updated for Unicode 6. These equivalents were chosen by me, and
they are not in any way official Unicode mappings.
http://www.alanwood.net/demos/wingdings.html
On 2011/07/15 18:51, Michael Everson wrote:
On 15 Jul 2011, at 09:47, Andrew West wrote:
If you want a font to display a visible glyph for a format or space character
then you should just map the glyph to its character in the font, as many fonts
already do for certain format characters.
On 15 Jul 2011, at 13:36, Martin J. Dürst wrote:
If we take the needs of charaacter encoding experts when they write *about*
characters to decide what to make a character, then we get many too many
characters encoded.
I think that having encoded symbols for control characters (which we
On 15 July 2011 13:40, Michael Everson ever...@evertype.com wrote:
I think that having encoded symbols for control characters (which we
already have for some of them) is no bad thing, and the argument
about too many characters is not compelling, as there are only some
dozens of these
I'll try to arrange for an official corporate response to this document for the
next UTC, but informally, I note that the charts include a number of variants
of the Apple corporate logo, which Apple wants *not* to be encoded in any form.
Beyond this—and speaking purely for myself and not for
Andrew West andrewcwest at gmail dot com replied to Michael Everson:
I think that having encoded symbols for control characters (which we
already have for some of them) is no bad thing, and the argument
about too many characters is not compelling, as there are only some
dozens of these
Am Freitag, 15. Juli 2011 um 15:08 schrieb Andrew West:
AW I oppose encoding graphic clones of non-graphic characters ...
I am just waiting for the killer argument against the encoding of
chart symbols.
They are not clones, but characters by themselves, naming different entities
(invisible
On 7/15/2011 9:03 AM, Doug Ewell wrote:
Andrew Westandrewcwest at gmail dot com replied to Michael Everson:
I think that having encoded symbols for control characters (which we
already have for some of them) is no bad thing, and the argument
about too many characters is not compelling, as
On 15 Jul 2011, at 17:03, Doug Ewell wrote:
1. Graphic symbols for control characters are needed so writers can write
about the control characters themselves using plain text.
This does not seem so unreasonable. The RTL and LTR overrides *function* on the
text when inserted into text. So you
Michael Everson everson at evertype dot com wrote:
1. Graphic symbols for control characters are needed so writers can write
about the control characters themselves using plain text.
This does not seem so unreasonable. The RTL and LTR overrides *function* on
the text when inserted into
I'd assume that you could talk about it by referring to its name and/or code
point. A visible symbol for it would be new and would not be recognizable as
such.
Erkki
-Alkuperäinen viesti-
Lähettäjä: unicode-bou...@unicode.org [mailto:unicode-bou...@unicode.org]
Puolesta Michael Everson
On 15 Jul 2011, at 18:37, Doug Ewell wrote:
Do people really need assigned characters (not just glyphs) to represent
these things, instead of just talking about them? I see text all the time
that refers to characters using the name of the character, or its U+ value,
or some informal name
On 7/15/2011 2:23 AM, Karl Pentzlin wrote:
Am Freitag, 15. Juli 2011 um 10:58 schrieb Asmus Freytag:
AF ... There appear to be a large number of symbols for which a
AF Unicode equivalent can be identified with great certainty -
AF and beyond that there seem to be characters for which such
AF
On 15 Jul 2011, at 18:50, Erkki I Kolehmainen wrote:
I'd assume that you could talk about it by referring to its name and/or code
point. A visible symbol for it would be new and would not be recognizable as
such.
In the code charts it has a glyph. Without a SYMBOL FOR character for this
What I see is a certain unreasonability reflecting a certain conservatism.
Text about the Standard is important, and should be representable in an
interchangeable way. Here { } is a Right to left override character.
character. I want to talk about it in a way that is visible. Oops. I can't
On 7/15/2011 10:26 AM, Michael Everson wrote:
What I see is a certain unreasonability reflecting a certain conservatism. Text
about the Standard is important, and should be representable in an
interchangeable way. Here { } is a Right to left override character. character.
I want to talk about
On 15 Jul 2011, at 18:48, Asmus Freytag wrote:
You would serve this goal much better if, instead of rushing to simply add
raw data to the document pile, you had narrowed the issue down by limiting
this further to characters that need real scrutiny.
Your point was taken the first time. No
On 07/15/2011 01:37 PM, Doug Ewell wrote:
How do I talk about U+2420 SYMBOL FOR SPACE in plain text? Other than
the way I just did, I mean.
This infinite recursion argument doesn't hold up. One can see the
need for a graphical representation (which does not mess with layout) of
characters
Look at Figures 8-1 through 8-4 in the Unicode Standard 5.0.
We see graphic characters shown, one representing space and two representing
joiners. This is plain text. This is something one might wish to put on a web
page or in an e-mail. One of the three characters is encoded.
Talking about
On Jul 15, 2011, at 2:29 PM, Mark E. Shoulson wrote:
On 07/15/2011 01:37 PM, Doug Ewell wrote:
How do I talk about U+2420 SYMBOL FOR SPACE in plain text? Other than
the way I just did, I mean.
This infinite recursion argument doesn't hold up.
Those of us old enough to recall IBM's old
On Fri, Jul 15, 2011 at 12:04 PM, John W Kennedy jwke...@attglobal.net wrote:
Those of us old enough to recall IBM's old 6-bit BCDIC code (a retronym -- it
was known as BCD in its own day) will remember the overstricken b/
character used to represent the Substitute Blank character, the
On Fri, Jul 15, 2011 at 09:03:38AM -0700, Doug Ewell wrote:
Andrew West andrewcwest at gmail dot com replied to Michael Everson:
I think that having encoded symbols for control characters (which we
already have for some of them) is no bad thing, and the argument
about too many characters
On 2011-07-15, Leo Broukhis l...@mailcom.com wrote:
On Fri, Jul 15, 2011 at 12:04 PM, John W Kennedy jwke...@attglobal.net
wrote:
Those of us old enough to recall IBM's old 6-bit BCDIC code (a retronym --
it was known as BCD in its own day) will remember the overstricken b/
character used
On 7/15/2011 11:36 AM, Michael Everson wrote:
Look at Figures 8-1 through 8-4 in the Unicode Standard 5.0.
We see graphic characters shown, one representing space and two representing joiners. This is plain text.
Bt. Thanks for playing! But the correct answer
On 7/15/2011 11:05 AM, Doug Ewell wrote:
What I see is a certain unreasonability reflecting a certain conservatism. Text
about the Standard is important, and should be representable in an
interchangeable way. Here { } is a Right to left override character. character.
I want to talk about it
On 7/15/2011 11:36 AM, Michael Everson wrote:
However, I agree with Asmus that in the context of the Wingdings-type symbols
these characters should not be considered. They should be considered as a whole
on their own.
Thank you Michael.
To reiterate and restate (so it can be read out of
FYI: In BCD the Record Mark (A82) and the Group Mark (BA8421) were separate
control characters.
As shown, there should be no problem in representing their symbols in Unicode
plain text.
Erkki
-Alkuperäinen viesti-
Lähettäjä: unicode-bou...@unicode.org
52 matches
Mail list logo