> Date: Mon, 9 Aug 2010 21:15:41 +0300
> From: Yair F <yair.f.lists@gmai...>
> Cc: Eli Zaretskii <eliz@gnu....>, emacs-bidi@gnu....
>
> On Mon, Aug 9, 2010 at 2:09 PM, Kenichi Handa <handa@m17n...> wrote:
> > In article <8362zmwxru.fsf@gnu....>, Eli Zaretskii <eliz@gnu....> writes:
> >> > 3. Please use the Hebrew Maqaf instead of hyphen.
> >
> >> I tried that, but the results look ugly, at least on MS-Windows: the
> >> Maqaf is composed with the preceding character and almost entirely
> >> blends with it as result of this composition.  Is this something
> >> specific to the Windows Uniscribe engine?  Is this an Emacs bug?
> >
> > It's an Emacs bug.  I've just committed a fix.
> >
>
> Thank you, it is working correctly now.

For me as well.  I now replaced some of the hyphens with a Maqaf.

> Also, when trying to replace the dash character with Maqaf using
> M-% in the toutorial, the cursor (notifying point) is not always
> positioned in the correct place, the replacement is correctly
> highlighted using font-lock.

This is normal.  As Handa-san pointed out, cursor position is before
the _next_ character _in_the_logical_order_.  It could be a bit
confusing when the search string ends between level runs, but the same
is true for cursor position outside I-search as well.  So if we want
to fix that in some way, we need to fix it in general cursor
positioning, not in I-search.


_______________________________________________
emacs-bidi mailing list
emacs-bidi@gnu....
http://lists.gnu.org/mailman/listinfo/emacs-bidi