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 _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list