> Date: Sun, 3 Feb 2019 20:35:18 +
> From: Richard Wordingham via Unicode
>
> > What is "screen overwriting" in this context?
>
> When instead of adding lines to the bottom, new lines are added on top
> of and replace existing lines. I prefer the scrollable terminal
> behaviour to the
On Mon, 4 Feb 2019 00:36:23 +0100
Egmont Koblinger via Unicode wrote:
> Now, back to terminals.
>
> The smallest possible viable definition of a "paragraph" in terminal
> emulators is stuff between one newline and the next one.
>
> It would require a hell lot of work, redesigning
On Mon, 4 Feb 2019 00:36:23 +0100
Egmont Koblinger via Unicode wrote:
> I wish to store and deliver the following text, as it's layed out here
> in logical order. That is, the order as the bytes appear in the text
> file, as I typed them from the keyboard, is laid out here strictly
> from left
On Sun, 03 Feb 2019 19:50:50 +0200
Eli Zaretskii via Unicode wrote:
> Do you see how this is carefully formatted to avoid overflowing an
> 80-column line of a typical terminal? Now suppose this is translated
> into a RTL language, which causes the Copyright line to start with a
> strong R
On Sun, 03 Feb 2019 18:13:06 +0200
Eli Zaretskii via Unicode wrote:
> Actually, you pass the characters to be shaped in logical order, and
> then display the produced grapheme clusters in visual order.
Some early systems supporting computerised Hebrew script did pass
characters in left-to-right
Hi Eli,
(I'm responding in multiple emails.)
The Unicode BiDi algorithm states that it operates on paragraphs of
text, and leaves it up to a higher protocol to define what a paragraph
exactly is.
What's the definition of "paragraph" in the context of plain text files?
I don't think there's a
On Sun, 03 Feb 2019 20:07:51 +0200
Eli Zaretskii via Unicode wrote:
> > Date: Sun, 3 Feb 2019 17:45:06 +
> > From: Richard Wordingham via Unicode
> >
> > > > So, what do you recommend I run grep from for Hebrew or Tai
> > > > Lue?
> > >
> > > Inside Emacs, of course: "M-x grep RET"
On Sun, 03 Feb 2019 18:05:49 +0200
Eli Zaretskii via Unicode wrote:
> > Date: Sat, 2 Feb 2019 21:49:40 +
> > From: Richard Wordingham via Unicode
> >
> > Eli will probably tell me I'm behind the times, but there are a few
> > places where a Gnome-terminal is better than an Emacs GUI
> Date: Sun, 3 Feb 2019 17:45:06 +
> From: Richard Wordingham via Unicode
>
> > > So, what do you recommend I run grep from for Hebrew or Tai Lue?
> >
> > Inside Emacs, of course: "M-x grep RET" etc.
>
> That assumes you like using bindings for all the commands; I don't.
What bindings?
> From: Egmont Koblinger
> Date: Sun, 3 Feb 2019 17:54:25 +0100
> Cc: unicode@unicode.org
>
> I'm arguing, although my reasons are not rock solid, that IMHO the
> default should be the strict direction as set by SCP, without
> autodetection.
I think it's unreasonable and impractical to expect
On Sun, 03 Feb 2019 18:14:53 +0200
Eli Zaretskii via Unicode wrote:
> > Date: Sun, 3 Feb 2019 02:43:06 +
> > Cc: Kent Karlsson
> > From: Richard Wordingham via Unicode
> >
> > So, what do you recommend I run grep from for Hebrew or Tai Lue?
>
> Inside Emacs, of course: "M-x grep RET"
Hi Eli,
> The document cited at the beginning of the parent thread states that
> "simple" text-mode utilities, such as 'echo', 'cat', 'ls' etc. should
> use the "implicit" mode of bidi reordering, with automatic guessing of
> the base paragraph direction.
Not exactly. I take the SCP escape
> Date: Sun, 03 Feb 2019 18:10:15 +0200
> Cc: richard.wording...@ntlworld.com, unicode@unicode.org
> From: Eli Zaretskii via Unicode
>
> I think there are hard problems even for such "simple" utilities, and
> I will start a separate thread about this.
I think we spent enough time discussing
> Date: Sun, 3 Feb 2019 02:43:06 +
> Cc: Kent Karlsson
> From: Richard Wordingham via Unicode
>
> So, what do you recommend I run grep from for Hebrew or Tai Lue?
Inside Emacs, of course: "M-x grep RET" etc.
> Date: Sun, 3 Feb 2019 01:30:26 +
> From: Richard Wordingham via Unicode
>
> Shaping for RTL scripts happens on strings stored in logical order.
> These are then laid out right to left, though the dominant usage of
> the term 'advance width' for right-to-left glyph sequences feels
>
> Date: Sat, 2 Feb 2019 23:02:10 +0100
> Cc: unicode@unicode.org
> From: Egmont Koblinger via Unicode
>
> On top of this, I make the clarification that combining marks need to
> be reordered to be sent out to the terminal emulator _after_ their
> base letter
That is true in general regarding
> Date: Sat, 2 Feb 2019 21:49:40 +
> From: Richard Wordingham via Unicode
>
> Eli will probably tell me I'm behind the times, but there are a few
> places where a Gnome-terminal is better than an Emacs GUI window. One
> is colour highlighting of text found by grep.
??? The Emacs 'grep'
> Date: Sun, 3 Feb 2019 03:02:13 +0100
> Cc: unicode@unicode.org
> From: Egmont Koblinger via Unicode
>
> > All I am saying is that your proposal should define what it means by
> > visual order.
>
> Are you nitpicking on me not giving a precise definition on the
> otherwise IMO freaking obvious
18 matches
Mail list logo
