Re: Automatic paragraph direction and BiDirection layouts in Gtk+
- From: "Matthias Clasen" <maclas gmx de>
- To: Behdad Esfahbod <behdad cs toronto edu>
- Cc: dov imagic weizmann ac il, gtk-i18n-list gnome org, ivrix-discuss ivrix org il
- Subject: Re: Automatic paragraph direction and BiDirection layouts in Gtk+
- Date: Wed, 10 Mar 2004 09:17:52 +0100 (MET)
> > * About "widget direction": gtk+ currently is employing a two layer
> > called direction, and default direction. Both of these may take on the
> > LTR and RTL. The default direction is propagated, wheras the direction
> is not.
> > This is not as good as what you proposed, but it may be good enough.
> That's indeed good news that it has both of them. But are you
> sure that default direction is *propagated*? Or simply falls
> back to the locale direction? I'm guessing this partly based on
> the code I read, and partly on that you typically attach widgets
> to their parents in a bottom-up manner, and I really wonder it
> goes and propagates the default direction in a tree traversal
> way. BTW, when we know the exact semantics, we can extend it in
> a clean way.
Behdad, it is not propagated "down the tree". As Dov said, its just
You have a global, default direction (set with
can override it for individual widgets (using gtk_widget_set_direction()).
Also, you're right that we're missing a few values in the various enums
which would be nice to
- for text directions, "same" and "opposite" would be nice, but not really
necessary, since we
don't propagate down the tree anyway.
- for justification, we're missing "start" and "end", which is why we had to
interpret "left" and "right"
in this way. Adding "start" and "end" without breaking compatibility would
be a bit tricky, I guess.
+++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++
100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz
] [Thread Prev