Re: Arabic support

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

Kenichi Handa <[email protected]> writes:
>> I found that the problem is that the current composition for
>> Arabic requires that a whole word must be composed.  So, if
>> there's a face change within a word, Arabic composition
>> function is given just a partial word, and that results in
>> the incorrect Arabic shaping.  This is a difficult problem,
>> and I need a time to find a solution.
>
> I've just installed a fix to trunk.

I can confirm that the issue with unshaped glyphs while highlighting
words is now fixed.  Thanks.

However, long Arabic strings still have unshaped middle parts and bad
margin.  See the attached screenshot which is the output of M-30-<BAA>
in an empty buffer.

Also the following code produces duplicate strings, compared to when
auto-composition-mode is off.

(let ()
  (setq bidi-display-reordering t)
  (insert "\n\n")
  (insert "كمنت")
  (insert "ببببببببببببببببببب"))


--=-=-=
Content-Type: image/png
Content-Disposition: attachment; filename=margin.png
Content-Transfer-Encoding: base64
Content-Description: screenshot

iVBORw0KGgoAAAANSUhEUgAAAUgAAABpCAIAAADX8S1DAAAAA3NCSVQICAjb4U/gAAADmElEQVR4
nO3dzWtcZRTA4TuTaUpbx1aNZRA3goJuFLNQQXDpwo3gvyC4qNCFmNJNKaEgBZFuSiFgEVIQN+5E
Fwp+gBSXVSgmxsYkmmSaNIkzQYvmvtfFUEGb0LRpcm9On2f1cshkLi/8yJlASK0oigzYWd1ud935
mVPHh06eTnmeUp5SnvJ045AXKfUOKeUppdHzI0ePnTg00Fr3+9S38+GBcggbAhI2BCRsCEjYEJCw
ISBhQ0DChoCEDQEJGwISNgQkbAhI2BCQsCEgYUNAwoaKGp/45f4HHsqybHJ69sHDj2RZNjN/7fCj
j23mtcKGihocHLzp8OwmX9vYlicCtmy1s5TylGXZ8uJ8yvMsyxZmp3uHW/ITGyrKKg4BWcUhIKs4
BGQVh4Cs4hCQVRwCsopDQFZxCMgqDgFZxSEgqzgEZBWHgKziEJBVHAKyigP/IWwISNgQkLAhIGFD
QMKGgIQNAQkbAhI2BCRsCEjYEJCwISBhQ0DlhN2ZHm61Wq1W69Ol6+bmu31eQeX82Wax1mm321mW
/ZkKc/PdPq8gq/iuVKuV/QT3turffzlhr11f6B3afyfzO5g3++q39fXmd3f+v/uvoHKe7+t3LvYO
oxfGzG93Xu+77/lmf3We516b33z/FVQrip37tPBX59uRDy6OfffJuY++6b1vrb7v1dfffPHxtbHV
gb0Tn5tvPH94/5Uvzn74VSqKgaffXbj0tvss/f63otvtrjs/c+r40MnTKc9TylPKU55uHPIipd4h
pTylNHp+5OixE4cGWuu/QbGDVn5+69/3rfft71vvk4r5reYHRsZX3GcV7n8rOhsYHjryx2pn9ffl
zvLiyrX20tW5xflfr85Ozc9cmZua+G1ybGbi8tT4D5M/XhoeOrK8MLfR9y9hFe8/cPCZl157/8uf
vv/4vZefe7K5b4/5ZuaNvc2nXnjl7GeX33jioPuszv1X046u4kDPdq/iVf/lHnAHSgu70Wjs6W+a
m8eYV01p/zAgz/NasWZuHmNeNaWFvdFne3Pz3TivGp+xISBhQ0DChoCEDQEJGwISNgQkbAhI2BCQ
sCEgYUNAwoaAhA0BCRsCEjYEJGwISNgQkLAhIGFDQMKGgIQNAQkbAhI2BCRsCEjYEJCwISBhQ0DC
hoCEDQEJGwISNgQkbAhI2BCQsCEgYUNAwoaAhA0BCRsCEjYEJGwISNgQkLAhIGFDQMKGgIQNAQkb
AvoH70gFRuWE9b4AAAAASUVORK5CYII=
--=-=-=


-- 
Thamer

--=-=-=
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
emacs-bidi mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-bidi

--=-=-=--