


KDE Plasma Screenshots by jbpuertam 2 comments

Bootsplash Various by Manefesto 2 comments

Various KDE 1.-4. Improvements by rfujimoto 115 comments

KDE Plasma Screenshots by nsteeves 2 comments
Just out of curiosity, why would you want to play multiple videos at once? Yes, it was a cool feature of the pervasive threads in BeOS, but cool only for demo purposes--i.e., no one watches more than one video at a time, at least no sane person I know.
"2. Won't somebody please fix the Taskbar. One should be able to disable its "reserve x amount of space"."
Aaron Seigo is currently optimizing and de-crufting kicker; maybe that includes the taskbar. In any case, check out bugs.kde.org for a similar report; vote it up if you find one, otherwise, create a new one.
"3. We need a System Tray clock, and a way to make sure that it is always the first app started."
Well, I don't know if need is the appropriate word, but as I recently discovered, coding Python systray applets is a lot of fun and pretty easy. Do you have a screenshot that shows what you have in mind?
"4. We need little green bars next any Device icons, to show how much space is used up."
I seem to recall this being a wishlist item on bugs.kde.org. Too lazy to look for it though, but if it's important, you can vote it up.
As for the weather applet, try modifying LiquidWeather. Hacking in Python is dead simple, even if you don't really understand Python. Besides, it's very easy to learn, and very rewarding, too. - Nov 22 2004
Also, any plans on adding some sort of advanced scripting ability like SuperKaramba? Your website mentioned that you have issues with SK's API, but as byzantine as it may be (I've written about six or so Karamba themes for my own use, and all but one needs SK's extensions), it adds a lot of functionality. So maybe a SK++ API? - Sep 13 2004

KDE 3.x Window Decorations by Rodion 50 comments

KDE 3.x Window Decorations by Rodion 50 comments

Various KDE 1.-4. Improvements by H00K 9 comments
The basic idea is this: Pydima runs as a server, so that anyone with a browser can access it (and anyone with a password can edit it; naturally, it should be possible to make the program accept connections only from localhost if one doesn't want to be so open during the editorial process.) The advantage is two-fold: one, it solves the nasty problem of how to make it cross-platform, since it will run on anything that runs Python, and will display on any system with a web browser. I've been looking at several web application frameworks, but they all seem too heavy for what I have in mind. However, thanks to Python's standard library, creating the server portion is easy; I whipped up a test server in just a handful of lines. I love Python!
The second "big idea" for Pydima is that it uses XML for the data format. However, there it won't use a defined DTD, and in fact, every dictionary could use completely different markup (created by the user with a built-in editor), because the fact of the matter is that every dictionary beyond entry:translation is different, and attempts to provide for a general dictionary markup (See TEI's --Text Encoding Initiative--attempt, which is too general and impractical for use beyond dictionaries for Indo-European languages.) The idea is that the markup scheme would be included within the dictionary, so that Pydima can read it and immediately know what to do with it. At this point, I'm against using some sort of database backend, despite the fact that Python makes interacting with a database rediculously easy, mostly because the people who have expressed interest in a program like this don't want the added hassle of setting up something like MySQL. Pydima's goal is to be as powerful as possible without adding complexity for the user, either in installation or in usage.
The end goal of Pydima is that it should be able to create large, complex dictionaries (if your university library has a copy of the Hopi dictionary, take a look at that, since at least one linguist has told me that if he could create a dictionary half as beautiful as that, he would be happy) that works for multiple languages, in multiple fields of study, and that has a wide range of outputs, including LaTeX, HTML, and DICT. And it would be licensed under the GPL. Naturally. Like you need to ask. :)
I'm going on vacation this week, but I hope to have the documentation finished at the end of May. If anyone is interested in helping out, contact me at: theclarks (at) mail (dot) ru. - May 17 2004

KDE 3.x Window Decorations by Rodion 50 comments

KDE 3.x Window Decorations by Rodion 50 comments
The easy answer is that this is somewhat dependent on your color scheme. You possibly can minimize the pixel visibility by tweaking the colors, since the shading scheme (to give it a 3D look) is based on different shades of whatever color you choose.
The hard answer is that it will never look as perfectly smooth as the mock-up screenshots, since those were smoothed out with a graphics program. I'd be interested in hearing how this works with drop-shadows, since what makes the mock-ups really smooth is the blending between border and shadow. But to do this in real life would probably require an enormous amount of rendering time (enormous for something as simple as a window border, in any case) and is beyond my technical ability in any case.
-Allow buttons to be placed anywhere
Are you thinking about an option to have them drawn on the far right or something? Technically possible, but I don't like the look. There are a couple of mock-up screenshots that show the buttons on the far right, but the only reason they look vaguely good is because they drop down into the window space, something not possible with KDE, since the actual window contents are drawn over the window border, so anything that you want to draw _over_ the window contents will actually be drawn beneath them. But if someone sends in a patch that makes button placement optional, I'd probably include it.
-Allow tabs to slide (see B II theme).
I tried this, originally (I started with the BII theme), but it just did not look good. Technically, it's possible, but a lot of work--if the title is on the right side, draw the grip on the right rather than left, and round out the left side (and possibly move the buttons to the right side?), otherwise if the title is somewhere in the middle, round out both sides and not draw the grip at all. But because the title bar is rounded, not square, it's hard to get it to act and look right. If someone wants to contribute a patch that manages to make it look good, I'll certainly take a look. - Apr 17 2004

KDE 3.x Window Decorations by Rodion 50 comments

Various Stuff by brendanorr 3 comments

Various KDE 1.-4. Improvements by Yaba 7 comments

Various KDE 1.-4. Improvements by Yaba 7 comments

Karamba & Superkaramba by Matti 1794 comments

Karamba & Superkaramba by Matti 13 comments

Karamba & Superkaramba by iZelpII 55 comments

Karamba & Superkaramba by iZelpII 55 comments

Karamba & Superkaramba by iZelpII 55 comments

Karamba & Superkaramba by iZelpII 55 comments

Karamba & Superkaramba by iZelpII 55 comments
http://kde-look.org/content/show.php?content=5635 - Apr 29 2003

KDE Plasma Screenshots by wizzard 8 comments
As for starting an application without a title bar, try 'kstart --type Override [app_name]'. Unfortunately, this does not seem to accept the standard X '-geometry' string. I don't know of any way to specify where a window should appear in KDE, except by saving the window position (window menu -> Store Window Settings). However, you need to first start the program, move it to where you want it, then save its settings. - Apr 20 2003

Karamba & Superkaramba by atac 10 comments

Karamba & Superkaramba by donuthole 74 comments

Karamba & Superkaramba by brennanmh 4 comments

KDE Plasma Screenshots by Klafk 7 comments
On second thought, it could also be an extremely well-done WinXP Aqua mod, but my first bet would be OS X. - Apr 09 2003

Karamba & Superkaramba by themesKnugen 222 comments

Karamba & Superkaramba by themesKnugen 222 comments

KDE Plasma Screenshots by bludy 11 comments

KDE Plasma Screenshots by bludy 11 comments

KDE Plasma Screenshots by ZennouRyuu 7 comments
Two suggestions for future screenshots: one, link the thumbnail to the full-sized shot. :) Two, show closed cards and stacked cards. That gives a better impression of what it's about.
Anyways, I've been casually following the development of Slicker (and its base code, CardDesk) for the past few months and I must admit, I'm getting rather excited to see how far this goes. - Feb 23 2003

KDE 3.0-3.4 Themes by probono 13 comments

Icon Sub-Sets by sunfire 7 comments
That said, there are a couple of devices that use their own proprietary format. Fortunately, these are easily recognizable. If the product description says that it works on Mac and Windows without drivers (except for Win98, which has borked USB support and needs drivers), that means that it uses the usb-storage standard and will work with Linux. Otherwise, it's proprietary--don't buy.
The first, the Thumbdrive, was proprietary, which, if you think about it, is pretty stupid and self-defeating. The idea behind the devices is that you can replace floppies with them, but if you need to install drivers on every computer that you want to use it on, you either need a floppy or a net connection. Fortunately, it seems as though no one is making proprietary versions any longer, for precisely this reason, which is very good news indeed.
If you are interested in buying one, I would recommend looking at one that supports USB 2.0. They sould downgrade gracefully to USB1 without a problem, but if you do have USB2, then they are a lot faster. - Dec 27 2002

Icon Sub-Sets by sunfire 7 comments

Kicker Panel by fop 84 comments
That said, I think it would be great if there were alternative to kicker for the rest of us geeks; this idea and the other "corner kicker" one really should be developed as separate programs. Rather than look to the chief developers (who have already have a long list of things to do for 3.2), you need to start soliciting coders who would be willing to help. (I'm no coder, but I'd be happy to debug!) First make a real product, and then maybe it can be included in KDE 4.0. :) In other words, don't wait for this (and all the other good ideas that have been circulating here) to be picked up by the main developers--start it now! - Nov 22 2002

Kicker Panel by fop 84 comments

Various Stuff by daniele 38 comments

GTK1 Themes by Yaba 27 comments
And for anybody who's about to post, "But this is _KDE_-Look!" don't bother. I for one think it is a good idea to post GTK themes here if they match KDE themes. Makes life much easier.
Also, if anyone is curious, this is for GTK 1.2. - Oct 29 2002

KDE Plasma Screenshots by eig3 2 comments

KDE Plasma Screenshots by equinoxe 7 comments
- Jun 25 2002

KDE 3.x Window Decorations by Rodion 50 comments

KDE 3.x Window Decorations by Rodion 50 comments

KDE 3.x Window Decorations by Rodion 50 comments