


Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Wallpaper Other by valleyman86 3 comments
Yesterday I tried to do something similar myself (http://www.kde-look.org/content/show.php?content=28755), but I'm a absolute beginner with Blender and I don't know how to use raytracing or radiosity and still have a transparent background with Blender. So it uses the default renderer with no reflection and ugly shadows. How did you do the transpareny? - Sep 07 2005

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments
The clock for KDE 4 will probably be a complete rewrite of styleclock, since so many things have to change: Qt3 to Qt4, OpenGL to Arthur, PIM integration, timezones, text support, the new applet interface of the upcoming kicker etc.
I started rewriting the core for Qt4 at least. But it will be a while until it is in a state where it makes sense to think about the actual themes to ship with the Clock.
But at that point I will surely need help to make the default themes shine :) - May 24 2005
- how about using opengl for scaling the images? Wouldn't this be much faster? At the moment the thumbnail appear on the screen one by one. What is the bottleneck here? Ok, maybe this isn't worth the effort, if Qt4's Arthur can use OpenGL as a backend.
- Assigning each window thumbnail a unique key would be nice. Either from a-z or (better) corresponding to the order of the keys on the keyboard. 0 would the the image in the first row of the left, q is the first of the second row etc. Different keyboard layout complicate this a little, and if there are too many windows you would still have to click the window or use the cursor.
Another idea would be to assign the shortcuts so that each window keeps it's shortcut as long as possible, even if the position in the layout changes. Hm, maybe this would be a nice addition for kwin's Alt-Tab, too :D - Apr 06 2005
I asked for a way to embed the menu bar into the title bar of an application. Unlike your window decoration, this can't work without support by kdelibs, but on the other hand there is the mac os style menu alreay, so why not introduce another lavour, which is more pleasing for non-mac-users. Votes welcome ;)
Rearding your window decoration - is it possible to have no border at the top at all, so that I hit the menu bar automatically without this somewhat weird auto-jump feature? Because the way it is now, the click-drag-release method of using menus doesn't work.
The second think is the missing title. Without a title at all, it might be cleaner solution to put the window buttons on the right/left hand side of the window, like SideKap (http://www.kde-look.org/content/show.php?content=2050).
Maybe you could guess the amount of unused space in the menu bar by looking at the pixels right in the row right below to lower bound of our window buttons. Very often there might be enough room for the title - and with it a nice bar to move the window without using the keyboard. - Mar 27 2005

Various KDE 1.-4. Improvements by tobydox 44 comments
Seems to be one of these ideas that simply have to come true, one way or the other.
Isn't it fast enough if you apply a 3x3-pixel convolution several times? On slower system it would blur less, on faster systems more. But who cares?
It *has* to be done, we have no choice, I know it! :D - Feb 16 2005

Various KDE 1.-4. Improvements by uddw 10 comments
I have also just implemented the Action-Menu idea, so I can add new tool to the window action menu without recompiling. ksnapshot is the next candidate for this menu. Or maybe a kdialog-based script to display open files and sockets. - Feb 10 2005

Various KDE 1.-4. Improvements by uddw 10 comments
If you don't know about ksysguard, then you won't be able to find out about it when you need it.
If I want to make a tgz from a folder, I right-click it and select "compress as tar.gz", instead of opening ark, search for the folder and compress it then. That's the idea of context menus. So why not using the same for windows?
Putting it into kicker's taskbar is just as good, but not all windows appear in the taskbar.
And regarding ksnapshot - why not putting it into the window menu too?
Each window could have a complete action menu, just like files, which lists all programs that can operate on a window or application. - Feb 10 2005

Various KDE 1.-4. Improvements by uddw 10 comments
But maybe you are right, it's just a small patch and not a large enhancement that has to be maintained. What do you think is the right place for it, kde-usability, core-devel or the bugtracker? - Feb 10 2005

Various KDE 1.-4. Improvements by uddw 10 comments
I'm just not sure if it really improves usability, not only to kill half-dead programs, but also to encourage people to find out more about what is happening in the background. ksysguard isn't complete enough for that - it would be nice to see what the program is doing, what files it is touching, where it is sending data to etc.
But even then it's yet another new menu item. I think it's worth it, but I'm sure that not everyone will agree ;) - Feb 10 2005

Various KDE Stuff by ageitgey 17 comments
The patch is not finished, but it's working already. This is it in action:
http://fred.hexbox.de/superkaramba/karamba_foreground_mode.jpg - Jan 19 2005

Various KDE 1.-4. Improvements by uddw 154 comments
Besides that shaped windows will look totally ugly, so I won't even try.
And even with alpha channels it would be better to make superkaramba use it to place its widgets on top instead of on the desktop. - Jan 19 2005

Various KDE Stuff by ageitgey 17 comments
I don't use superkaramba just because of that (also because debian doesn't ship x.org..), because I almost never see my desktop anyway. - Jan 19 2005

Various KDE 1.-4. Improvements by arminstraub 178 comments
But it could possibly be made much, much faster, if kio-locate would create an indexed database from the locate db and use this for searching, because the locatedb can be searched only sequentially.
Anyway, I also hope that kio-locate is just a small step towards an indexing search engine.
What happened to all the ideas that came up a while ago like on LinuxTag '04? - Jan 17 2005

Various KDE 1.-4. Improvements by arminstraub 178 comments
./configure --prefix=$(kde-config --prefix)
Otherwise KDE won't the the desktop file which registers the new kioslave. - Jan 17 2005

Various KDE 1.-4. Improvements by arminstraub 178 comments
The second screenshot was made after clicking on the /opt-dir in the first screenshot.
It's not too fast and the treeview doesn't work right, but it works somewhat.
I have sent this to the author of kio-locate, but maybe a few other opinions might be helpful. - Jan 13 2005

Various KDE 1.-4. Improvements by arminstraub 178 comments
Then entering a too broad search wouldn't make konqueror cough.
So when you find a file called /opt/foo/bar, you would only list "opt", which would link to a locate url that searches for files that start with /opt. This might need some caching and maybe some special parameter to surpress the first n parts of a path, but it should work.
The drawback is that you have to click through the tree to finally find the file you're looking for, but at least you're not drowing in hits, like I do very often. - Jan 12 2005

Various KDE 1.-4. Improvements by H00K 12 comments
I even tried to add the CSS2 system colors to the svg icon renderer, but at some point I gave up because (1) some functions needed access to a KApplication, which the icon renderer doesn't use, and (2) because it was slightly too late to add new features for 3.4 anyway ;)
If this problem is solved, the rest is fairly trivial. It's not necessary to add full support for CSS(2), just define color constants like "Background" etc.
This feature could make more sense for SVG background because backgrounds are more about design, whereas icons should be easy to recognize. I'm not sure I want all my icons to use similar colors. But otoh I know that other people do... - Jan 04 2005

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments
The date is displayed in a tooltip. Displaying the date as part of the clock iself requires support by the clock theme. Only centurion supports this at the moment. Patches for the other themes are welcome.
I'll try to remember implementing the alarm settings. - Dec 31 2004

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments
Since I don't use many features from OpenGL, it should possible to replace it. But afaik Qt doesn't allow smoothly rotated bitmaps. Baiscally that would be all we need. Since the bitmaps are not very big, it seems viable to do that in software.
Does anyone know have a code snippet to do that..? - Oct 25 2004
Anyway, it's so thoughtfully composed to match the blueish Plastik/Keramik default look and also the crystal icons. I would love to see this wallpaper being shipped with the next KDE release.
Where can I vote for that?! - Sep 17 2004
Its colors perfectly match the "plastik" color scheme. The contrast is not too strong on the left side, where the icons are most often. Both the image section and the colors are an excellent choice.
It's one of the few photograph-like wallpapers which work well without having to blur them.
Very nice work! - Sep 17 2004

Various KDE 1.-4. Improvements by zammi 21 comments

Various KDE 1.-4. Improvements by uddw 154 comments
I'm sorry, but I can't reproduce this error at this point. Someone with this problem should run it in a debugger probably.. - Sep 05 2004

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments
The binary clock actually needs some tweaking. I was hoping that someone how is enough of a geek to use a binary clock (which doesn't include me) could fix the javascript code of that theme.
I demand the right to be lazy! - Jul 28 2004

Various KDE 1.-4. Improvements by uddw 154 comments
And the applet isn't as lightweight as I was hoping at first, so I don't know if it would be a good idea to integrate it into the standard clock.
But maybe I can move it to kdeextragear eventually. Pro: More likely to get packaged, translations. Contra: I would have to use CVS instead of Subversion. Hmmm... - Jul 25 2004

Various KDE 1.-4. Improvements by uddw 154 comments
It wouldn't be hard though. I will add a standard notifications config dialog anyway to configure the alarm sound, then I can also add a possibility to play sounds every hour or such. But please forgive me if it will be turned off by default *g*.
I've always avoided to buy noisy clocks, so I'm not sure what intervals would be needed. Are four distinct sounds (full hour, :15 , :30, :45) enough? - Jul 25 2004

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments
#include <map> in styleconfigdlg.h
I can't check what could be wrong in kjs/value.h, since I'm not a home atm. - Jul 25 2004

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments

Various KDE 1.-4. Improvements by uddw 154 comments
If I were you I would simply use a digital clock instead - styleclock will get a digital theme too btw. Ther infrastructure is there, now we need a good design.
Whatever, it's your choice ;) - Jul 21 2004

Various KDE 1.-4. Improvements by uddw 154 comments
Fixed in 0.3.1. - Jul 18 2004