[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM
From: |
Kenichi Handa |
Subject: |
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM |
Date: |
Mon, 01 Nov 2010 20:16:57 +0900 |
In article <address@hidden>, Eli Zaretskii <address@hidden> writes:
> > Char-table to control displaying of glyphless characters.
> > Each element, if non-nil, is an ASCII acronym string (displayed in a box)
> > or one of these symbols:
> > hexa-code: display with hexadecimal character code in a box
> ^^^^^^^^^
> Suggest to name this "hex-code" instead.
As Google search found much more pages of "hex code" than
"hexa code", ok, I'll change the name..
> > empty-box: display with an empty box
> > thin-space: display with 1-pixel width space
> > zero-width: don't display
> >
> > It has one extra slot to control the display of a character for which
> > no font is found. The value of the slot is `hexa-code' or `empty-box'.
> > The default is `empty-box'.
> What will happen on a TTY?
Ah, I forgot to mention about that. At first, empty-box,
hexa-code, and acronym are displayed by using a new face
glyphless-char which is defined as this.
(defface glyphless-char
'((((type tty)) :inherit underline)
(t :height 0.6))
...)
And, for tty, as it's impossible to do the same thing as
graphic terminal, the current code does this:
thin-space: same as empty-box
hexa-code: display "U+XX", "U+XXXX", "U+XXXXXX" ,
"E+XXXXXX" depends on the character code (the last
one is for a character of code >= #x110000).
acronym: surround an acronym by "[" and "]" as this:
"[ZWNJ]", "[LRE]"
At the moment, that is hardcoded in the function
produce_glyphless_glyph of term.c.
And, for tty, `no-font' means a character not encodable by
the terminal coding system.
> > glyphless-char-control is a variable defined in `characters.el'.
> ^^^^^^^^^^^^^^^^^^^^^^
> Suggest to name this "glyphless-char-display-control".
I thought that name was too long, but if people prefer it, I
don't mind renaming to it.
---
Kenichi Handa
address@hidden
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Kenichi Handa, 2010/11/01
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Eli Zaretskii, 2010/11/01
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM,
Kenichi Handa <=
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Eli Zaretskii, 2010/11/13
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Kenichi Handa, 2010/11/17
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Kenichi Handa, 2010/11/17
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Eli Zaretskii, 2010/11/17
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Eli Zaretskii, 2010/11/17
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Eli Zaretskii, 2010/11/13
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Eli Zaretskii, 2010/11/13
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Kenichi Handa, 2010/11/16
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Eli Zaretskii, 2010/11/17
- Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM, Andreas Schwab, 2010/11/17
- Prev by Date:
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM
- Next by Date:
Re: GTK stack-busting loop
- Previous by thread:
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM
- Next by thread:
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM
- Index(es):