<div>Thanks for reading my posts :)</div><div><br></div>Currently all terminals have control sequences that are based on left to right. I want to create an enhanced low level with bidirectional controls: plot glyph and move left, plot glyph and move right, return to left margin - return to right margin, erase to end of line left and erase to end of line right etc.<div>
<br></div><div>The Unicode algorithm is probably fine from the user's perspective, but at the display level in a terminal or terminal emulator one needs to know at least which margin a line is anchored on and be able to index a character by position on that line: It is not practical to scan what is recorded for each line while reversing the Unicode algorithm as we go.</div>
<div><br></div><div>Thus I felt I cannot work with a widget like GtkTextView and other display widgets that have integral Unicode bidi to render their display.</div><div><br></div><div><div><div><div class="gmail_quote">On 18 November 2010 07:49, Behdad Esfahbod <span dir="ltr"><<a href="mailto:behdad@behdad.org">behdad@behdad.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On 11/12/10 16:36, Chris Scaife wrote:<br>
> Thanks for that reply :)<br>
> I did indeed look at using Cairo/Pango but I was really struggling with<br>
> them. A lot of this was due to the integral Unicode bidi algorithm that<br>
> makes it nearly impossible for me to know where any particular character<br>
> is being placed.<br>
<br>
</div>Not as much as you make it sound.<br>
<div class="im"><br>
<br>
> Thus at the low level I want to do a much simpler bidi algorithm with an<br>
> expicit LRE/RLE for every direction change. Indeed I recently did drop<br>
> down to Xft but now having a hard time using it with Gtk and still<br>
> unable to understand how the font is selected e.g. you can see images of<br>
> the problem plotting Chinese and Arabic<br>
<br>
</div>I  strongly recommend against making up your own bidi algorithm...<br>
<font color="#888888"><br>
<br>
behdad<br>
</font><div class="im"><br>
<br>
> I suppose the main thing is that it's all good learning experience and<br>
> perhaps when I actually know enough I'll be able to make a genuine<br>
> contribution on the vte widget :) When I got the source code for it a<br>
> while back I got hopelessly lost :(<br>
><br>
> On 13 November 2010 10:11, Behdad Esfahbod <<a href="mailto:behdad@behdad.org">behdad@behdad.org</a><br>
</div><div><div></div><div class="h5">> <mailto:<a href="mailto:behdad@behdad.org">behdad@behdad.org</a>>> wrote:<br>
><br>
>     On 11/12/10 15:48, Chris Scaife wrote:<br>
>     > Hello all,<br>
><br>
>     Hi Chris, welcome to the list.<br>
><br>
>     > I am writing a terminal emulator as an learning experience and would<br>
>     > like to do a comprehensive implementation.<br>
><br>
>     Humm.  Being the maintainer of 'vte' myself, may I suggest that you<br>
>     consider<br>
>     studying the vte code and contribute there?  We can use a couple hands.<br>
><br>
>     > For compatibility with things<br>
>     > like ncurses I need to have full control of glyph positioning and so I<br>
>     > feel my best option might be to interface the font stack through<br>
>     Harfbuzz.<br>
>     ><br>
>     > Where can I find a Harfbuzz distribution and description of the<br>
>     current<br>
>     > API that I can use with my project please?<br>
><br>
>     Unless you want to support Indic, Arabic, etc, it would be easier to<br>
>     just use<br>
>     something like cairo or Xft directly.  If you still rather use<br>
>     HarfBuzz, well,<br>
>     this is the one paragraph summary:<br>
><br>
>      <a href="http://lists.freedesktop.org/archives/harfbuzz/2010-October/000905.html" target="_blank">http://lists.freedesktop.org/archives/harfbuzz/2010-October/000905.html</a><br>
><br>
><br>
>     Cheers,<br>
>     behdad<br>
><br>
>     > Thanks in advance<br>
>     > Chris<br>
><br>
><br>
</div></div></blockquote></div><br></div></div></div>