Re: GTK+ recent manager and RTL issues

[Behdad Esfahbod <behdad behdad org>]

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!

> - Owen
> 
-- 
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