<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 13/12/2012 14:39, Martin wrote:<br>
</div>
<blockquote cite="mid:50C9E887.7060903@mfriebe.de" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix"><br>
</div>
Ok, bad news, I did some more testing myself, and it turns out,
that WIndows allocates the extra space (song connection line) just
anywhere in the word, or at the end of it, but not always where
the ligation is.<br>
<br>
</blockquote>
.....<br>
<blockquote cite="mid:50C9E887.7060903@mfriebe.de" type="cite"> So
what's next. <br>
The only way to support this, is to make SynEdit aware of the
ligatures. And that is a lot of work, so it will take more time.
And I don't yet know when I will schedule it....<br>
</blockquote>
<br>
Ok, I found a quick way to get a use-able behaviour.<br>
<br>
* it is currently WINDOWS ONLY<br>
* It will NOT be enabled by default in the IDE (but if anyone needs
it, you can add it for your own projects, or even the IDE)<br>
<br>
- define WithSynExperimentalCharWidth and it should work
(need to recompile SynEdit package)<br>
- define SynSystemWidthChars for log messages
(should there be problems)<br>
<br>
- Adds a small slowdown, but hardly noticeable
<br>
- not limited to Arabic, should do all languages, if windows does
<br>
- according to my tests it works for lines up to 32001 chars. After
that the OS does not handle the line (SynEdit would need to split
it)
<br>
In this case SynEdit behaves (for that line) as if the define was
not present.
<br>
- ligatures are handled as follows.
<br>
There is no middle caret
<br>
Depending on the caret being before or after (and accordingly
backspace or delete being used) the first or 2nd char is deleted
<br>
# So it is 2 chars, but any caret move will just be translated
into skipping the middle pos
<br>
<br>
<br>
<br>
</body>
</html>