Re: GTK+ recent manager and RTL issues

[Behdad Esfahbod <behdad behdad org>]

On Tue, 2008-01-22 at 12:38 -0500, Behdad Esfahbod wrote:
> 
> On Tue, 2008-01-22 at 08:30 -0500, Owen Taylor wrote:
> > On Mon, 2008-01-21 at 18:51 -0500, Behdad Esfahbod wrote:
> > 
> > > D) Another fix, not easy to implement right now:
> > > 
> > >                         ELIF
> > >   +-------------------------+
> > >   |                    NEPO |
> > >   +-------------------------+
> > >   |            txt.OLLEH .1 |
> > >   |            hello.txt .2 |
> > >   |      hello world.txt .3 |
> > >   |    it was a dream... .4 |
> > >   +-------------------------+
> > > 
> > > 
> > > Case (D) is not easy to implement right now.  It needs ones to render
> > > the number and the filename as separate fields.  I plan to add pango
> > > attributes to make it easier, like in HTML for example.  This is the
> > > tracker for that:
> > > 
> > >   http://bugzilla.gnome.org/show_bug.cgi?id=70399
> > > 
> > > Note that if you knew the direction of the subtext, you could get away
> > > with sandwiching it between LRE/PDF or RLE/PDF, but there's no neutral
> > > bid embedding character in Unicode.  So needs to be implemented in
> > > markup.
> > 
> > You could insert a tab, right? Unfortunately, then you'd get the space
> > from a tab as well...
> 
> Humm, that's very true.  Setting tab stop on the layout does the trick
> then.  Something like that should work.  I probably go make negative tab
> stops count as number of spaces...  Thanks for the idea!

Actually thinking again and trying in fribidi, no.  The fact that the
number is on the right of the text means that base direction of the text
is RTL.  And that means the ellipsis goes on the left side of the text
unless an LRM is inserted at the end.

-- 
behdad
http://behdad.org/

"Those who would give up Essential Liberty to purchase a little
 Temporary Safety, deserve neither Liberty nor Safety."
        -- Benjamin Franklin, 1759