path= (or not) in GSettings schemas

2012-10-17 Thread Ryan Lortie
hi, One of the big design mistakes I made with GSettings is that this is really weird: schema id=org.a11y.atspi path=/org/a11y/atspi/ The requirement to specify a separate path is confusing. It causes people to think that maybe the path should have a prefix like /apps/. If you manage to

Re: path= (or not) in GSettings schemas

2012-10-17 Thread Matthias Clasen
On Wed, Oct 17, 2012 at 12:02 PM, Ryan Lortie de...@desrt.ca wrote: In this way we turn: schema id='a.b.c' path='/a/b/c/' !-- common case -- schema id='x.y.z' !-- uncommon case -- to: schema id='a.b.c' !-- common case -- schema

Re: path= (or not) in GSettings schemas

2012-10-17 Thread Ryan Lortie
On 12-10-17 12:17 PM, Matthias Clasen wrote: to fixedschema id='a.b.c' relocatableschema id='x.y.z' Seb mentioned a variation on this theme focusing on attribute names instead: schema pathid=... !-- same as fixedschema above -- My problem with these proposals is that schema and

Re: path= (or not) in GSettings schemas

2012-10-17 Thread Sebastien Bacher
Le 17/10/2012 18:02, Ryan Lortie a écrit : Even if we don't do #2, I think doing #1 might be useful. I don't have any evidence (even anecdotal) to support the idea that the current situation is confusing but it seems that a helpful warning explaining to the user that schema id='a.b.c'

Re: path= (or not) in GSettings schemas

2012-10-17 Thread Lanoxx
On 17/10/12 18:02, Ryan Lortie wrote: hi, One of the big design mistakes I made with GSettings is that this is really weird: schema id=org.a11y.atspi path=/org/a11y/atspi/ The requirement to specify a separate path is confusing. It causes people to think that maybe the path should have