Gift a cool idea!
31 December 2009You often think “this KDE idea of mine would kick ass” but then you don’t have time to implement it and finally you forget about it? Welcome to the club!
Collecting Ideas
I want to blog about some cool things to do for the KDE project on week-1 2010. I’ve got just a couple of good ideas, so I’m asking you to add your ideas so we can make a good collection of nice things to do. You can either reply to this post (don’t be shy, just post it!) or send it to me at <enrico.ros@gmail.com>.
Sharing your idea with the community raises the chance of seeing it implemented! 😉
These are some ideas that I thought about but only did little or no code for:
1. Using plasma themes for ksplash
2. A theme manager that can load/save the current look (styles, colors, plasma themes etc. and maybe even widget layouts)
3. ‘Matrix’ like plasma wallpaper
I’ve some ideas, too, a simple idea and a complicate one:
1. Simple option in KWin’s menu: Keep this program on this virtual desktop. It could simply add a rule.
2. Jambi-Configuration for KDE (enabling Java- and D-development)
I’ve got a few but this one I don’t have a clue about its implementation (I’m far from there yet):
* Make the whole window draggable, maximizable/minimizable, context-menu-able (I’m making up words now =) ) and whatever else we just can do now by titlebar, like ms windows (vista and seven)’ and mac os x’s do it. It’s preety much like dragging it with Alt held (except it’s not) only by doing it through some space that does respond to focus, like non-interactive labels (that is, those you can’t use to check radio and checkboxes or which content you can’t select — I’m not sure if all of them let you or not) and other non-interactive widgets I might not remember now and also empty spaces (of tabbars, toolbars, menus, groupboxes, window’s inner itself and what not).
I’ve heard Bespin does it but I think that’s not the way.
Maybe widgets and windows’s inner could pass ahead the user’s interaction (even if they catch it too) on those cases? (Maybe this way could be a bit easier then next — or you guys can think in better ways. ;))
Or maybe titlebar could not be that limited space but take the whole window’s inner (that is, anything inside it that is not the border where you drag to resize the window) and then this single place contains window’s title and buttons on top and widgets below (and somehow interactive widgets and/or their interactive parts could fill just their interactive size — so space else would be window’s)?
It’d feel more natural in Oxygen (specially with no separator below titlebar) and for Windows’ and OS X’ users (at least for their –not so — recent versions), too.
[…] This post was mentioned on Twitter by Matrix2gather, Kwan. Kwan said: Enrico Ros: Gift a cool idea! http://j.mp/8fZ2hY […]
It could be a KDE application?
If yes, it would be really nice to have a text editor like textmate (I tried using kate, but the development seens dead), or better, a qt4 frontend to VIM, theres a lot of frontends to VIM in GTK and others toolkits, but not for QT4.
Thanks a lot for the hard work!
I ams sure this would take a lot of work, but: Integrate Basket Notepads, and Plasma with some plasmoid magic, Give Basket Notepads tablet support.
My idea is the following: add some technology (maybe plasma or KParts) that allows tweaking the filemanager per directory. Some examples when this could be useful:
* Allowing to show a “empty trash” button plus some label(s) when you are viewing the trashcan.
* Allowing to show some warning to a user that browses system files that he/she should not modify unless really knows what is doing.
* Allowing to show small tools that do some work on the files in a certain directory. For example, you could add a small toolbar with some information and one or two buttons if the directory is under version control, or if it is your music collection and you want to sync it with your music player without opening a full application.
Oops, sorry, I pressed submit too soon. More comments:
Right now, filemanagers already look at the presence of a file named “.directory” to know if it has to show a different icon or other stuff. So it’s a matter of adding more fields to this file.
Also, this could improve a little bit the functionality of context menus, which are fine, but are pretty limited for showing information, and only can trigger some stuff.
Another thing I would apreciate is the possibility of changing the files size in dolphin (basicaly the zoom thing) per directory, so I could for example make the thumbnails of a folder with pictures bigger than the files in my home.
I like a lot the effect of dolphin when you have a folder with pictures, and the icon of the folder have a preview of the pictures, and when you put your mouse pointer above the folder the pictures change with another ones, so you got some kind of slideshow, but this “slideshow”occurs in the folder icon, when in my opinion it should happen in the information panel!
+1 for J. Janz’s idea
Don’t want to ruin your little private idea collection 😛 but how about it some of these find themselves in the KDE Brainstorm? http://forum.kde.org/brainstorm.php?f=83
https://bugs.kde.org/show_bug.cgi?id=220891
apps menu like the add widget bar:
http://bugsfiles.kde.org/attachment.cgi?id=38340
@Dion: the brainstorm’s good, but not every kind of idea fits in there. they’re some kind of “small items”, I’m looking for bigger “paradigm shift” ideas here 😉
anyway you’re free to post your favorite to the brainstorm or bugs.kde.org if you want 😉
@All: thanks, I’m collecting 😉
[…] Gift a cool idea! | Enrico Ros Share and Enjoy: […]
Hi Enrico. how about that animated Amarok toolbar you mocked up and we discussed at Qt devdays 09 in Munich. Just mail us (amarok-devel). You know you’ll have the support of the whole team.
Bart
What about a true control panel system ?
Yes I know there is already one but many module are missing. For exemple, we can have something for Disk partitioning, Grub menu editor, managing daemon, etc…
I know that different distribution mean different program choice, and path, etc… but with a specific-distribution backend, and a generic frontend I pretty sure it’s can be done.