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

List:       kde-panel-devel
Subject:    Re: Hiding vs. locking functionality
From:       Sven Burmeister <sven.burmeister () gmx ! net>
Date:       2008-01-10 0:43:40
Message-ID: 200801100143.41159.sven.burmeister () gmx ! net
[Download RAW message or body]

On Donnerstag, 10. Januar 2008, Aaron J. Seigo wrote:
> > > this is not new in plasma, btw, but exactly how it was implemented in
> > > kicker with not complaints recv'd.
> >
> > Of course it is. Kicker is one thing to lock, i.e. "lock kicker" locks
> > kicker. Yet locking widgets in this case means lock desktop + toolbox and
> > panel, none of which are perceived as widgets by the user, but as
> > desktop, toolbox and panel. "Lock desktop" would come closer as the user
> > might assume the toolbox and panel as part of the desktop.
>
> i am aware that we are working towards changing how the user interacts with
> the workspace.

You could use that sentence to justify anything, so it is not really a valid 
reason, is it?

Further, first you say: we did it like that in KDE3 and are now basically 
doing the same, so there is no reason to change it. Then you change 180° and 
argue that things are changing? Either or.

Either KDE3's behaviour has to be kept, because nobody complained and people 
are used to it, then plasma would have to provide a "lock panel" and "lock 
desktop" and not just a "lock widgets". Or plasma is working towards a new 
way to interact, then you cannot justify that "lock widgets" is right because 
it worked for kicker.

Sven
_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel

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