[Bug 164723] on d&d copy items, do not "link" them

Sebastian Sauer mail at dipe.org
Mon Jun 23 12:27:36 CEST 2008


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=164723         




------- Additional Comments From mail dipe org  2008-06-23 12:27 -------
> should I post a wish? ;-)

uhm. see comment #8 "planned to rework" ... maybe we should create a "don't bother" assignment and assign some of the items there?! ;)
But let's look:

> because the architecture is complex

is it? Well, I suggest to look at something like http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/applets/analog-clock/clock.cpp?view=markup and then you will probably note, that it is not. In fact it is now *VERY* easy to extend this KDE to your KDE.

As example your wish at bug #164453 is a good example. See, it is just not needed to implement it within plasma cause of exactly those architecture. You like it? Well, find someone who spends some hours to write a handy plugin that does exactly this. Yes, KDE4 is damn modular and you are able to replace, extend or remove parts very easy without the knowledge about all the internals. You don't like those desktop-containment but like to have e.g. one that displays a directory? no problem, use the folderview as desktop. You like to have a panel that does mac-os like display the applications menu? no problem since they are plugins and e.g. the current panel ( http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/containments/panel/panel.cpp?view=markup ) is with 500 lines of code rather small + it's easy to provide your own implementation that has feature xyz. So, rather then putting every single feature within one e.g. panel, you can have n different panels where each of them can come with another set of features. This doesn't only provide much more freedom at the end cause nobody needs to say "ok, we put that feature into the one panel to the other features" and doesn't only get right of those dialogs with 1001 checkboxes but it also keeps the sourcecode much more cleaner, smaller, better maintainable and therefore more bugfree and last but not least it allows *you* to choose what matches best to you and put the components (aka plugins) together to *your* KDE.


More information about the Panel-devel mailing list