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

List:       kde-usability
Subject:    RE: Desktop dialog changes
From:       Poletti Don <Don.Poletti () comverse ! com>
Date:       2002-08-26 12:42:41
[Download RAW message or body]

I started to dig into the source to see if there
were ui files to start marking up and in general start
scoping out the work. And I couldn't find it anywhere.

Ok I'm a novice at KDE but I can usually find a starting point.
I grep /kdebase and all I found was commented out code in
konq/main.cpp. Not sure why it was ever here but it must have been
moved but I can't find where. 

Can anyone nudge me toward the right directory? 

>-----Original Message-----
>From: Andrea Negro [mailto:andrea@alessandria.linux.it]
>Sent: Thursday, August 22, 2002 2:55 PM
>To: kde-usability@mail.kde.org
>Subject: Re: Desktop dialog changes
>
>
>On Thursday 22 August 2002 20:08, Poletti Don wrote:
>> >Yes, this is a mess.
>> >I think it should be nicer if icons are used instead of tabs. In my
>> >opinion, in CC, under Look and Feel, there should be a submenu
>> > called "destktop". Inside, these items, which show as icons if
>> > called by the context menu:
>>
>> I think it should be moved outside of look and feel. KDE is a gui
>> everything is look and feel but it wouldn't be helpful to have it
>> this way. I think it should be at the root and named something like
>> desktop (If someone has a better name please help) and then on the
>> desktop context menu it shoudl say "Configure SameName"
>
>Oh yes, I think you're right.
>
>> >- Background:
>> >    like the actual one
>> >- Screensaver:
>> >    like the actual one
>> >- Icons:
>> >    most of entries in actual desktop tab under desktop icon,
>> >    except from click actions, desktop menu and root window options,
>> >    which would be redistributed
>> >- Appearence:
>> >    like the actual second tab under desktop, but with also options
>> >    removed before: desktop menu and root window progs.
>> >- Virtual desktop
>> >    like the actual one
>> >- Actions:
>> >    with entries about mouse clicking actions (removed before) and
>> >    actions concerning active borders, which is (virtual) desktop,
>> > not window behaviour to my mind.
>> >
>> >Never understood why Paths were in desktop, I do not feel they're
>> >strictly related to desktop. Documents or Trash IMHO are used by
>> >konqueror as well, they're not just desktop's concepts.
>>
>> In general pretty reasonable suggestions. I agree with paths I've
>> never liked them here. Joe Users has no need to change them the
>> only person I can imagine are sys admins and then can go to
>> an advanced dialog or edit a config file.
>>
>> I would place border actions under virtual desktops. Since as
>> you point out it only relates to them.
>This what my first thought. :)
>But then I imagined the actions section a little empty... and 
>I followed 
>the criteria: everithing which is outside actions is 'static', related 
>in someway to appearence or behaviour of automatic things (like 
>screensaver). In action you could find everything related to reaction 
>to your mouse gestures, including in this way border actions. Now that 
>I think about it... I suggest 'mouse actions' instead of actions!
>Only if the criteria of mouse actions is accepted.
>If putting border actions to virtual desktop is preferred (and 
>i like it 
>too), then maybe we could find some place for click actions, without 
>involving actions tab?
>
>Kind Regards,
>Andrea Negro
>
>-- 
>/Personal - ICQ 25458773, andrea_negro@tin.it
>/Work     - IBM Linux Team, andrea_negro@it.ibm.com
>/Hobby    - Al-Lug Press Contact, andrea@alessandria.linux.it
>/Tel      - Mobile +393474008768, Office +390259620441
>
>_______________________________________________
>kde-usability mailing list
>kde-usability@mail.kde.org
>http://mail.kde.org/mailman/listinfo/kde-usability
>
_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]