gmane.emacs.bidi

missing fonts for bidi Emacs on cygwin

Martin J. Dürst — 2011-10-03T09:51:54

I have installed Emacs for Windows (GNU Emacs 24.0.50.1 
(i386-mingw-nt6.1.7601) of 2011-09-19) from the alpha directory (Sept. 
2011 version). With very few exceptions (Burmese, Oriya, half-width 
kana), I can see all text, bidi-display-reordering is t by default, and 
bidi reordering works at least for the שלום and السّلام عليكم examples in 
the "Show Multi-lingual Text" page.

I have also compiled Emacs on Cygwin (GNU Emacs 24.0.50.1 
(i686-pc-cygwin, X toolkit, Xaw3d scroll bars) of 2011-09-24) from bzr. 
I have followed the instructions in the INSTALL file, including the 
additions for complex layout, and the intlfonts. Again, 
bidi-display-reordering is t by default, and I get שלום correctly, but 
otherwise, not too many fonts are working, I get a lot of boxes with 
four hex characters, in particular also for Arabic. Any advice?

Regards,   Martin.

_______________________________________________
emacs-bidi mailing list
emacs-bidi< at >gnu.org
https://lists.gnu.org/mailman/listinfo/emacs

line starting with a digit

TAKAHASHI Naoto — 2010-09-28T12:34:47

I am not sure whether this is a bug or an intended behaviour, but
anyway...

1. Start emacs with -Q .

2. M-: (setq bidi-display-reordering t) RET

3. C-\ hebrew RET

4. Type the A key.  The letter "shin" is displayed at the rightmost
column.

5. Type RET repeatedly to move the cursor downward just before the
window scrolls.

6. Type the 1 key. The digit "1" is displayed at the rightmost column.

7. Type one RET.  This makes the window scroll and the digit "1" is
now displayed at the leftmost column.

API for bidi reordering a string

Eli Zaretskii — 2010-09-01T08:26:11

I'm planning on implementing the following API for reordering a
logical-order string into visual order.  Comments are welcome,
especially regarding the way the extra information is returned.

(defun bidi-reorder-string string embedding &optional extra)
  "Reorder the input STRING from logical to visual order.

This function reorders STRING according to the Unicode Bidirectional
Algorithm described in the Unicode Standard Annex #9 (UAX#9), see
http://unicode.org/reports/tr9/.

Second argument EMBEDDING provides the base paragraph embedding level
for the reordering.  It is `left-to-right' for left-to-right
paragraphs, `right-to-left' for right-to-left paragraphs, or nil for
neutral paragraphs.  In the latter case, the actual base paragraph
level is determined from the string itself, using the UAX#9 rules.

Value is the reordered string.  For STRING without any characters
from right-to-left scripts, such as Arabic or Hebrew, this function
returns a copy of the original STRING, possibly with a text property
\(se

Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM

Kenichi Handa — 2010-08-18T02:06:46

I think it's about the time to decide how to display these
formatting characters: LRE, RLE, LRO, RLO, PDF, LRM, RLM.

Eli wrote:

But, if we do that, users lose control exactly which part of
text he selects or delete, exactly where to insert a text
because he can't put cursor between LRM, etc. and the
following character.

I can think of these modes:

(1) invisible-mode (perhaps the default)

Hide them, for instance, by
  (aset standard-display-table #x202e [])

Then, you have to type C-f or C-b twice to pass over those
characters.  That means users can still put cursor anywhere
if he moves cursor carefully.

(2) light-visible-mode

Show them by a space of 1-pixel width.

(3) heavy-visible-mode

Show them, for instance, by
  (aset standard-display-table #x202e [?[ ?R ?L ?O ?]])
perhaps with some color attribute (forground? underline?).

(4) fancy-visible-mode

Show them by a glyph something like what you can see by this code:

(make-face 'small)
(set-face-attribute 'small nil :height .5)
(set-face-attribute

Hebrew tutorial

Eli Zaretskii — 2010-07-15T07:22:49

Is anyone working on this, per chance?

Hebrew tutorial

Eli Zaretskii — 2010-07-08T20:47:16

Would anyone like to produce a Hebrew translation of the Emacs
tutorial?  The level of bidi support we have in Emacs is entirely
adequate for that, I think.

Getting started with Emacs BiDi

Ze'ev Clementson — 2010-07-05T19:35:28

It took me a little while to figure out how to turn on bidi and use it
to input Hebrew in Emacs 24. It wasn't hard to figure it out, but it did
require some investigative work. I suspect others may also find that
there is a bit of a learning curve and might be put off from trying to
use it. I wrote the following elisp function to make it easier to switch
bidi/hebrew on/off: 

(defun zc-hebrew (&optional arg)
  "Switch to Hebrew input.
Without arg does RTL/LTR determination automatically (e.g. - via the rules
of the Unicode Bidirectional Algorithm). With arg forces RTL. Calling
again toggles off bidi and Hebrew input."
  (interactive "P")
  (if bidi-display-reordering
  (progn
(setq bidi-display-reordering nil)
(inactivate-input-method))
(setq bidi-display-reordering t)
(if arg
(setq bidi-paragraph-direction 'right-to-left)
  (setq bidi-paragraph-direction nil))
(set-input-method 'hebrew)))

And, I bound it to a key:

(global-set-key [(control c) (h)] 'zc-hebrew)
 
Now, when I want to type in Hebre

Thank you Eli for your work on bidi!

Ze'ev Clementson — 2010-07-05T18:13:37

Hi Eli,

I just wanted to say thanks for all the work you've done on adding bidi
support to Emacs. I realize it's not finished yet; however, I can see
that it is nearly there. I am a long-time emacs user and have always
been frustrated by having to switch to another editor whenever I wanted
to work with Hebrew. Since I don't need to enter Hebrew text very often
when I'm programming, this has never been a big issue for me; however,
it's always irritated me whenever I had to do it. Over the years, I've
periodically checked up on the progress of unicode support and bidi
support in emacs. Good Unicode support was a huge leap forward and now
bidi support is nearly there too. This is really great and I appreciate
all of the efforts that you (and others, but particularly you) have made
in persevering with the bidi implementation.

Thank you,
Ze'ev

Test (please ignore)

Ze'ev Clementson — 2010-07-05T01:46:24

Testing posting via gnus.

Posting to group?

Ze'ev Clementson — 2010-07-05T01:44:26

Hi all,

If I post to emacs-bidi via the gmane interface 
(which is how I'm submitting this post), my posts 
seem to go through; however, if I post via email, 
my posts don't show up. Any ideas as to why 
this is?

Thanks,
Ze'ev

Incorrect cursor positioning for BN characters at EOL

Larry Denenberg — 2010-07-03T03:40:43

Start with an empty buffer and set bidi-display-reordering non-nil.
(BTW, it would be nice for this variable's doc to start with an asterisk
so you could set it with M-x set-variable.)

Now enter text on the first line, plus a line ending in a backspace
(which displays as ^?), followed by other lines.  E.g., enter this:

  hello RET RET RET RET RET abc RET def ^P ^E ^Q <delete>

[Digression:  Why does the ^P here put the cursor after the "d" rather
than after the "f", as I expect?  This is an Aquamacs, not bidi, thing.]

At this point you expect the cursor to be just after the ^?, but it has
jumped to the end of the first line of the buffer.  It's not really
there, it just displays there whenever it's immediately after the ^?, as
you can prove by moving the cursor around.  It also displays at the end
of the top line if it's just before the ^?, but only if you got there
from just after it, not if you sneak up from in front.

Other weird things happen if you can't see the top of the buffer, or if
you try to i

Hebrew LyX input method for a US English Dvorakkeyboard layout

Amit Ramon — 2010-06-27T19:49:25

Following a recent discussion here I wrote an input method for Hebrew
LyX that works for a US English Dvorak keyboard layout. The Hebrew
layout it provides is very similar to a 'standard' Hebrew LyX layout,
with some slight changes, all of them are simply using empty keys in
the first shift level. There is one change to the layout by Yair F.,
posted on this list a couple of weeks ago - I moved the 'gershyim' to
the Q key, to the right of the TAB key. This seems to me more
reasonable, that way it is near the geresh.

These are my additions:

- AD01 shift-slash: gershayim
- AD02 shift-single-quote:  geresh
- AC03 shift-gimel: euro
- AC04 shift-kaph: en dash
- AB01 shift-zain: bullet

As far as I know there is no real standard for Hebrew LyX layout, and
I'm sure that different reasoning can be found, that are at least as
good as mine :) The above is open to discussion, suggestions,
anything.

Also, the attached file contains just this input method, but it can be
made a part of hebrew.el. I'm also open for sugg

Suboptimal display-reordering in minibuffer

Larry Denenberg — 2010-06-26T14:38:54

Suppose I'm typing Hebrew and have bidi-display-reordering set globally
(i.e., by setq-default).  I type a Hebrew control character, say
control-bet, which has no command binding.  I quite properly get the
message "control-bet is undefined" in the minibuffer.  But because it
starts with a Hebrew character, it gets shoved against the right margin,
which is wrong.

What to do?

The obvious answer is that I'm at fault for blindly setting display
reordering in all buffers.  This is true, but I don't know a better way
to turn it on everywhere, as I want.  And isn't the intent to have it on
by default eventually?

Since system minibuffer are always in English, maybe the minibuffer
should never be in display reorder mode.  I tried to do it myself thus:

     (defun forceLTR () (setq bidi-paragraph-direction 'left-to-right))
     (add-hook 'minibuffer-setup-hook 'forceLTR)

but this doesn't work.  Anybody know what I'm doing wrong?  It didn't
help to set bidi-display-reordering to nil instead.  Perhaps the problem

Control-key binding while typing (for example) Hebrew

Amit Ramon — 2010-06-24T08:53:59

Hello list,

This is not really a bidi issue, but still, IMHO, it is strongly
related to typing in non-Latin languages. I'm writing lots of text in
Hebrew and am trying to use emacs as much as I can - this new bidi
emacs is great.

One things that bothers me is emacs Control-key binding. When I switch
to Hebrew keyboard layout, I cannot use the standard key binding. For
example, if I try to press Control-x while in Hebrew layout, emacs
sees it as Control-<Hebrew letter samekh>, and complains about an
undefined key. Other applications somehow "know" to do the translation
for Control-key sequence.

I hope I was clear enough, and that I post this to the right place.

I'm working on a Debian Linux, under X Window.

And thanks for everyone who took part in developing the emacs bidi -
this is really a great improvement!

Thanks,

Amit

Column numbering in bidirectional display

Eli Zaretskii — 2010-05-21T09:08:48

With most of basic features needed for displaying bidirectional text
out of my way (the notable omission so far is reordering display
strings), development now enters the application level, albeit on a
very basic level for now.

One of the major issues on this level is the semantics of the column
numbering.  In the unidirectional case, this is trivial: column
numbers start at zero at the left margin and increase linearly as we
move to the right.

In the bidirectional case, we have two complications.  First, there
are right-to-left (R2L) lines made entirely of R2L characters.  They
are displayed starting at the right margin of the window, like this:

                                      ZYX WVU TSRQ PONMLKJIH GFEDCBA

What should current-column return when point is before A, i.e. at the
first character of the line in the reading order, which is at the
right margin of the window on display?

The other complication is mixed L2R and R2L text.  Example of how we
display a L2R line that includes some R2L characte

Does this sample file look right?

Scot Becker — 2010-05-19T10:18:37

I'd be glad to know if the way this file appears to me (attached as
sample.txt and copied below) is the way I should expect it.
(viewed with emacs -Q and bidi-display-reordering set to 't')

What I see:  The Hebrew paragraphs are happily RTL, and vowels look
good, depending on the font.  But the paragraphs are also
left-aligned.  This means that the short ones start half way through
the screen line (rather than at the right edge), and the longer ones
wrap UPwards if the window is narrow.  E.g. two-line paragrahs start
on the second line, and proceed leftwards till the logical end of the
screen line, then continue on the right edge of the preceding line.
This happens also with visual line mode on.

Is the left-alignment a feature of this particular file, or of the
Emacs bidi display algorigthm?  If it's a feature of the file
---perhaps a single LTR character at the start of the RTL paragraphs?
The file is the product of an OpenOffice export of a original .doc
file--- can someone suggest a way to regex-replace

Automatically set bidi-display-reordering?

Scot Becker — 2010-05-18T11:44:47

Can someone help me come up with an easy way to change my buffers to
bidi-reordered ones, either automatically (on detecting unicode
reordering commands, or consecutive Hebrew characters within certain
file types), or semi-automatically, using a per-file local variable
setup.

I tried putting this at the end of my files without success.

 /* Local Variables: */
 /* bidi-display-reordering:t */
 /* End:                     */

Additonally:
I haven't even been able to figure out how to map a key to set a variable

(global-set-key (kbd "<f2> b") '(setq 'bidi-display-reordering t))

For now, I just type a (setq ...) right into my buffer, evaluate it
and then  kill the line.

Scot

Hebrew and Yiddish input methods ready

Yair F — 2010-05-13T20:16:58

As promised attached revised hebrew IM.

For Hebrew
SI-1452, Lyx, Full, Tiro and Sil.
For Yiddish:
Royal (Based on Royal Yiddish typewriter) and Keyman (Phonetic qwerty)

describe-input-method should give all information.
Since quail wasn't modified recently it would "work" on previous
versions of emacs although bidi and composition would not occur.

Comments, suggestions, fixes etc. are welcome.

Yair
_______________________________________________
emacs-bidi mailing list
emacs-bidi< at >gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-bidi

bidi problems with Hello

Yair F — 2010-05-07T14:27:16

bzr trunk has some odd bidi problems with HELLO file.
1. The RLM character is visible (This is not a bidi problem, but still
is a problem).
2. There is an additinal parenthesis
3. The tabbing is incorrect

Attached are two screenshots demonstrating the problem.
This is the trunk HELLO file with trunk emacs and emacs with 23.
_______________________________________________
emacs-bidi mailing list
emacs-bidi< at >gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-bidi

Hebrew input methods

Yair F — 2010-05-06T21:23:34

Hello all,

I intend to do some work related to composition of vowel and
cantillation marks..
To test the composition code a way to add these marks is needed. As
the OS does not support adding these an input method is in place.

There are 4 input methods I intend to add to Emacs

1. SI 1452:  Somewhat complex and only partially implemented on common
OS. It doesn't include cantillation marks.
Image of this mapping is here:
http://img175.imageshack.us/img175/1032/si1452layout.png

2. LyX: Used in X environment - more logical and easy to use,. Also
doesn't include cantillation marks.
Image of this mapping is here:
http://img294.imageshack.us/img294/8225/lyxlayout.png

3. Biblical-Tiro: A complete method. However, it is directed towards
biblical Hebrew and is not convenient for modern Hebrew users.
The tiro Guide is here:
http://www.sbl-site.org/Fonts/BiblicalHebrewTiroManual.pdf

4. Emacs: For a lack of a better name. Intend to be modern Hebrew
oriented and complete.
Image of this mapping is here:
http://img153

problems compiling emacs-bidi

Ghinwa F. Choueiter — 2010-04-29T17:22:04

Hi,

I am having problems compiling emacs-bidi. I did not see anyone 
reporting this in the mailing list. My apologies if this has been 
discussed before. Here is my error

Configure completes with following error: ./configure: line 9345: -lICE: 
command not found

subsequent make fails with the following error:

cd lib-src; make all \
CC='gcc' CFLAGS='-g -O2' CPPFLAGS='-D_BSD_SOURCE ' \
LDFLAGS='-L/usr/X11R6/lib' MAKE='make'
make[1]: Entering directory `/root/installs/emacs-bidi/lib-src'
make[1]: *** No rule to make target 
`/root/installs/emacs-bidi/lib-src/alloca.c', needed by `alloca.o'. Stop.
make[1]: Leaving directory `/root/installs/emacs-bidi/lib-src'
make: *** [lib-src] Error 2


Any help would be appreciated.
G.