These were proposed with others in 13-237 (
http://unicode.org/L2/L2013/13237-punctuation.txt) and were declined (
https://www.unicode.org/L2/L2014/14101-closed-ai.html). The proposal
presented them as Russian punctuation marks.
On Thu, 7 Feb 2019, 16:08 Serik Serikbay via Unicode,
wrote:
>
> Date: Fri, 8 Feb 2019 06:40:44 +
> From: Richard Wordingham via Unicode
>
> > I, for one, am not to the slightest bit interested in abandoning the
> > character grid and allowing for proportional fonts. This would just
> > break a gazillion of things.
>
> The message I take from that and
> From: Egmont Koblinger
> Date: Fri, 8 Feb 2019 13:30:42 +0100
> Cc: Richard Wordingham ,
> unicode Unicode Discussion
>
> Hi Eli,
>
> > Not sure why. There are terminal emulators out there which support
> > proportional fonts.
>
> Well, of course, a terminal emulator can load any
Hi Philippe,
> Adding a single bit of protection in cell attributes to indicate they are
> either protected or become transparent (and the rest of the
> attributes/character field indicates the id of another terminal grid or
> rendering plugin crfeating its own layer and having its own
Hi Eli,
> Emacs implements the latest UBA from Unicode 11; and the Emacs
> terminal emulator inserts all the text into a "normal" Emacs buffer,
> and displays that buffer as any other buffer. So yes, you have there
> full UBA support.
One of the essentials of my work is that there's much more
> From: Egmont Koblinger
> Date: Fri, 8 Feb 2019 14:57:56 +0100
> Cc: Richard Wordingham ,
> unicode Unicode Discussion
>
> According to the description you give, Emacs's terminal always applies
> the BiDi algorithm, therefore by its design only implements what I
> call "implicit mode",
Hi Eli,
> Not sure why. There are terminal emulators out there which support
> proportional fonts.
Well, of course, a terminal emulator can load any font, even
proportional, but as it places them in the grid, it will look ugly as
hell (like this one: https://askubuntu.com/q/781327/398785 ).
On Fri, Feb 8, 2019 at 3:28 PM Eli Zaretskii wrote:
> You can have what you call the "explicit mode" if you set the variable
> bidi-display-reordering to nil.
So, if someone is running a mixture of applications requiring implicit
vs. explicit modes, they'll have to continuously toggle the
Hi Eli,
> Why would they want to toggle it back and forth? What are the use
> cases where it makes sense to mix both modes? IME, you either need
> one or the other, never both.
(Back to the basics, which are mentioned pretty clearly in my
specification, I believe, and I've also described here
> From: Egmont Koblinger
> Date: Fri, 8 Feb 2019 15:42:51 +0100
> Cc: Richard Wordingham ,
> unicode Unicode Discussion
>
> On Fri, Feb 8, 2019 at 3:28 PM Eli Zaretskii wrote:
>
> > You can have what you call the "explicit mode" if you set the variable
> > bidi-display-reordering to
Andrew West wrote:
Just reminding you that "The initial character in a variation sequence
is never a nonspacing combining mark (gc=Mn) or a canonical
decomposable character" (The Unicode Standard 11.0 §23.4). This means
that a variation sequence cannot be defined for any precomposed
letters
I'd like to propose encoding italics and similar display attributes in
plain text using the following stateful mechanism:
• Italics on: ESC [3m
• Italics off: ESC [23m
• Bold on: ESC [1m
• Bold off: ESC [22m
• Underline on: ESC [4m
• Underline off: ESC [24m
•
+∞
-- Rebecca Bettencourt
On Fri, Feb 8, 2019 at 12:55 PM Doug Ewell via Unicode
wrote:
> I'd like to propose encoding italics and similar display attributes in
> plain text using the following stateful mechanism:
>
> • Italics on: ESC [3m
> • Italics off: ESC [23m
> • Bold
On Fri, 08 Feb 2019 15:45:15 +0200
Eli Zaretskii via Unicode wrote:
> > From: Egmont Koblinger
> > Date: Fri, 8 Feb 2019 13:30:42 +0100
> > Cc: Richard Wordingham ,
> > unicode Unicode Discussion
> >
> > Hi Eli,
> >
> > > Not sure why. There are terminal emulators out there which
> >
Hi guys,
Having been a terminal emulator developer for some years now, I have
to say – perhaps surprisingly – that I don't fancy the idea of reusing
escape sequences of the terminal world.
(Mind you, I don't find it a good idea to add italic and whatnot
formatting support to Unicode at all...
On Fri, 08 Feb 2019 11:34:29 +0200
Eli Zaretskii via Unicode wrote:
> > Date: Fri, 8 Feb 2019 06:40:44 +
> > From: Richard Wordingham via Unicode
> >
> > > I, for one, am not to the slightest bit interested in abandoning
> > > the character grid and allowing for proportional fonts. This
On Fri, Feb 8, 2019 at 10:36 PM Eli Zaretskii wrote:
> No one in their right minds will run Emacs inside the Emacs terminal
> emulator. And even for other applications, disabling bidi will almost
> always needed only for full-screen programs, which use curses-like
> libraries to address the
On 2/8/2019 2:08 PM, Richard Wordingham
via Unicode wrote:
On Fri, 8 Feb 2019 17:16:09 + (GMT)
"wjgo_10...@btinternet.com via Unicode" wrote:
Andrew West wrote:
Just reminding you that "The initial
On Sat, 09 Feb 2019 00:16:30 +0200
Eli Zaretskii via Unicode wrote:
> > Date: Fri, 8 Feb 2019 21:55:58 +
> > From: Richard Wordingham via Unicode
> > I will give a concrete application. If I want to make a font that
> > is interpretable for Tai Tham and maximally usable with VTE, what
> >
On Fri, 8 Feb 2019 17:16:09 + (GMT)
"wjgo_10...@btinternet.com via Unicode" wrote:
> Andrew West wrote:
>> Just reminding you that "The initial character in a variation
>> sequence
>> is never a nonspacing combining mark (gc=Mn) or a canonical
>> decomposable character" (The Unicode
> Date: Fri, 8 Feb 2019 21:55:58 +
> From: Richard Wordingham via Unicode
>
> > > What's the sledgehammer for Windows?
>
> > Not sure what you meant. "M-x term" doesn't work on Windows.
>
> So my question is, 'What do I use on Windows?' The application may be
> disproportionate to the
On Fri, 8 Feb 2019 22:29:57 +0100
Egmont Koblinger via Unicode wrote:
> Some terminal emulators have made up some new SGR modes, e.g. ESC[4:3m
> for curly underline. What to do with them? Where to draw the line what
> to add to Unicode and what not to? Will Unicode possibly be a
> bottleneck of
> From: Egmont Koblinger
> Date: Fri, 8 Feb 2019 17:44:53 +0100
> Cc: Richard Wordingham ,
> unicode Unicode Discussion
>
> For certain apps, one of the modes is required (e.g. for cat it's the
> implicit mode). For other tasks it's the other mode (e.g. for emacs
> the explicit mode).
On Fri, 8 Feb 2019 14:26:28 -0800
Asmus Freytag via Unicode wrote:
> On 2/8/2019 2:08 PM, Richard Wordingham via Unicode wrote:
> On Fri, 8 Feb 2019 17:16:09 + (GMT)
> "wjgo_10...@btinternet.com via Unicode" wrote:
>
> Andrew West wrote:
>
> Just reminding you that "The initial character
On 2/8/2019 5:42 PM, James Kass via
Unicode wrote:
William,
Rather than having the user insert the VS14 after every character,
the editor might allow the user to select a span of text for
italicization. Then it would be up to
William,
Rather than having the user insert the VS14 after every character, the
editor might allow the user to select a span of text for italicization.
Then it would be up to the editor/app to insert the VS14s where appropriate.
For Andrew’s example of “fête”, the user would either type
Asmus Freytag wrote,
> You are still making the assumption that selecting a different glyph for
> the base character would automatically lead to the selection of a
different
> glyph for the combining mark that follows. That's an iffy assumption
> because "italics" can be realized by choosing
On Wed, 6 Feb 2019, 00:09 Eli Zaretskii via Unicode
> Moreover, emitting the control sequences that set the mode is in
> itself a complication, because if the terminal doesn't support them,
> the result could be corrupted display. You will need methods of
> detecting the support, and those
> Date: Sat, 9 Feb 2019 00:18:14 +
> From: Richard Wordingham via Unicode
>
> > For character composition, you must have a shaping engine to talk to,
> > and the shaper should tell you the width of each grapheme cluster it
> > returns.
>
> (a) What defines the grapheme clusters? The
29 matches
Mail list logo