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

List:       freedesktop-xdg
Subject:    Re: autostart spec, round 2!
From:       Thiago Macieira <thiago () kde ! org>
Date:       2006-10-23 19:06:22
Message-ID: 200610232106.22882.thiago () kde ! org
[Download RAW message or body]


Dan Winship wrote:
>> I'd argue that since this is the way Kiosk has worked for several
>> years, it is the way sysadmins would expect.
>
>Well, it's what KDE sysadmins would expect. But if you've never used
>kiosk, and just read the XDG base dirs spec and the autostart spec, then
>you're left with files in "less important" directories overriding files
>in "more important" directories, which is definitely confusing.

Maybe it's just a matter of how you read it. Instead of "less 
important"/"lower priority" and "more important"/"higher priority", 
admins should read $XDG_CONFIG_DIRS as a left-to-right processing:

Anything to the right can override anything to the left, unless that left 
stops the processing. It's like CSS's !important tag: the cascade stops.

Also note that the whole idea behind the [$i] option is to stop the 
override from a directory that is processed earlier. It's a way of 
inverting the priority, by raising one entry over all others. As far as I 
understand it, anyone using it would be *wanting* this behaviour. 
Otherwise, the normal cascade should already suffice.

Finally, you could add a third entry to the $XDG_CONFIG_DIRS with files 
that contain only [$i], removing them from previous files. It might look 
more "natural" this way.

-- 
   Thiago Macieira   -   thiago (AT) macieira.info - thiago (AT) kde.org
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C   966C 33F5 F005 6EF4 5358

[Attachment #3 (application/pgp-signature)]

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