-13

To allow certain parts of KDE to be removed at the users choice.

To start an (unofficial) subproject, to switch on and off features and implementations in the KDE source, if there isn't already one (such project) existing. This may be in pre-compiling (defining source sections/filters/parts*), or in the (compiled deb/rpm/e.a.) modular/preferences area, where the sources are indicated. If features become unreachable but existing by for example removing a menubar or button, then the official (fork) is still available, due to the relentless effort made by you.

(!) *without actually touching/changing the sources themselves

[Edit]

This may apply to 'Faster start-up time' (status Invalid), as a concrete suggestion to make things faster.
brainstorm.php?mode=idea&i=86895#anchormain

Sorry, I didn't quite understand what the problem is nor what your solution is. Can you please rephrase this idea?

The only thing I _think_ might be similar to what I can make out of your idea is Gentoo's useflag system.

The code that creates the startmenu button for example may be hard to find in the sources. The KDE base will be slimmer (but not by much in this case) to remove this feature if someone for whatever reason wants to do this.

It's more difficult to make KDE great in a positive way*, but it's nice to be able to have features as an option outside of the KDE sources tarbal.

(*Kudo's to the KDE developer team and everyone involved..)

I'm not familiar with Gentoo's useflag system, but it may be similar. There is not so much of a problem, but my solution here is a user interface where (specific) users can't get lost, easier is to get around (lesser buttons to press), not accidentally access the administration area (hiding may be enough to work, no bad intentions), to get faster acquainted, and not have on the computer one specifically doesn't need. (All in a positive sense.)

Easier to speak one's mind if there's less to go around.

[edit Mon May 24, 2010 (10+1):47 am]

.. to make available (once, by (a) third party) and within (user's) reach switching on and off features and implementations in the KDE source, ..

Relative to:
'Create global "difficulty" modes', bulb 76566

Are you suggesting something like this: http://dot.kde.org/2010/04/01/announcin ... mpilations

Thanks for the link. Hmm, yes, comes pretty close. Good two points, with an interesting third option. The more refined option reduction programme I did not came across however.

In a nutshell it's disabling certain buttons, dialogues and features from the source, by removing the source. As I said, interesting third option!)

Thanks again for notifying me of these plans for KDE.

...

it's an april fools joke. I'm going to mark this as approved just because no matter what I think, it's still an idea. I believe your idea is extremely impractical, no developer is going to spend time to figure out how features could be cut out via source code and repackage it ... so yeah. This might me that it'll soon be marked as "will not fix".