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

List:       kde-devel
Subject:    Re: RFC: new KPanel application menu
From:       iglio () fub ! it (Pietro Iglio)
Date:       1999-07-13 10:08:04
[Download RAW message or body]

At 10.09 13/07/99 +0100, Frugal <frugal@fysh.org> wrote:
>Pietro Iglio wrote:
>> 
>> I'm thinking about an alternative way to generate the application menu in
>> kpanel. The idea is to unify the global and personal menus and to allow
>> full user customization.
  ...

>Wouldn't it be far easier to keep the two area (global/personal) to save
>replicating all of the files. A directory containing 200 global files on
>a system with 100 users will generate 20,000 extra files which are not
>required. I feel that 99% of the time the user will not want or need to
>change the settings.
>
>I feel that we should read from two places, but only write to one.
>
>The read phase could be done in one of three ways:
>
>1 - Read all of the global entries. Then read in the personal entries
>overwriting the corresponding global entry
>
>2 - Read in the personal entries first, and then the global entries.
>When reading in the global entries, dot not read in any entry for which
>we have read in a corresponding Personal entry.
>
>
>Then let the user change the settings to their hearts content. When the
>properties are written back always write them to the personal directory.
 ...
>If you really want to keep a track of changes to the global directory
>you could try this: When reading in the entries if you get an entry
>which is in both the personal and global directories and the global copy
>is newer than the personal copy you ask the user to 'use global', 'use
>personal', or 'merge'. 'Use global' will delete the personal settings.
>'Use Personal' will just keep the personal settings as they are. 'Merge'
>will try to do some intelligent move (note I do not think that this is
>really possible, I just wanted to put in in here for completeness).

The problem with your solution is that you allow the user to change entry
properties, but not entry position (i.e. folder). This is, in my opinion,
a major limitation, because users should be able to arrange the apps in
the way they like.

Thanks for your opinion, anyway.

-- Pietro

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