[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtk-devel
Subject:    Re: padding cleanup
From:       Shaun McCance <shaunm () gnome ! org>
Date:       2010-09-01 18:03:45
Message-ID: 1283364225.11115.38.camel () recto
[Download RAW message or body]

On Wed, 2010-09-01 at 13:42 -0400, Havoc Pennington wrote:
> Hi,
> 
> On Wed, Sep 1, 2010 at 12:24 PM, Shaun McCance <shaunm@gnome.org> wrote:
> > Would it be better to have padding-start and padding-end,
> > rather than -left and -right, and have it do the right
> > thing in RTL locales? I've often wished CSS did it that
> > way, and GTK+ does do most things with start and end
> > already.
> >
> 
> Hmm. does GTK usually do that or does it just name them left and right
> and then flip left and right in RTL?
> 
> Problem with start and end is it doesn't convey vertical vs.
> horizontal. I guess you could do hpadding-start hpadding-end.
> 
> Still isn't the RTL support based on the app developer just thinking
> LTR and then GTK inverting everything?

Well, all of the packing functions use start and end, but I
guess that's just to make the term orientation-neutral.

Looking through the docs, I do see properties like left-attach,
left-margin, and left-padding. So it doesn't make sense to use
start and end unless we switch all terminology. That's probably
just pointless API churn.

Side note: browsers are starting to provide properties using
start and end:
http://help.dottoro.com/lcedmdkb.php


-- 
Shaun McCance
http://syllogist.net/

_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
[prev in list] [next in list] [prev in thread] [next in thread]