KPager2 for Kicker

Various KDE 1.-4. Improvements by lucher 176 comments

I am sorry to hear this. I am even more sorry to tell you that I can't resolve this bug since I never used xinerama and don't have any idea what is special in this mode.

Please, tell me exactly what the problem is and how it should work. Maybe I or someone else will find a patch. - Sep 02 2004
New home to Home

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

You can actually put the menu into the title bar. The menu kicker applet is doing this already.

I really like this idea. It would save some space on my screen. But you should consider that some users have already the menu in kicker or on the top of the desktop. Then it would be redundent. I would like zto discourage you from putting the window title to the bottom of the window. The user's eyes are usually focused on the top. But again, this can be easily done by writing an own window decoration. - Aug 02 2004
KPager2 for Kicker

Various KDE 1.-4. Improvements by lucher 176 comments

Does anybody know what makes kicker special? Since I ported the app to kde3.2 I can move kicker around. The original pager ignored particular apps like kicker. But I simply can't find out what I understood wrong. Any suggestions? - Jul 31 2004
Quanta Plus

Developers Apps by amantia 72 comments

Actually, I agree with his criticism. I am very happy about any kind of wysiwyg html editor on linux and quanta goes a first step, but after reading the glorious announcements of eric laffoon and others on or elsewhere I expected, well, a little more. Far more, to be honest.

I believe, the quanta developers should be careful in what they announce and in how they are doing this. From now on I am not encouraged any more to try any new versions of Quanta.

regards - Jul 24 2004

Various KDE 1.-4. Improvements by heathholcomb 28 comments

I really like the idea utilizing 3ddesktop, but wouldn't it be better to incoroporate it in KWin?? I just want to say, well, to develop a really cool pager app, well it could take some time. And there are already a few other pager projects out there. Moreover, KWin itself can switch between desktops. I believe, most KDE users prefer the keys [CTRL]+[LEFT/RIGHT] to switch over the alternative of using the pager.

Incorporating 3ddesktop into KWin would solve 1st the problem of the competition between KWin and the pager, as well as 2nd the problem of using 3ddesktop by other pager apps (if all pagers would use KWin to switch the desktops as well).

Best regards
Lucher - Jul 24 2004

KDE 3.5 Themes by thomas12777 1262 comments

Nice - but so goddamn slow. Did you ever think about making this OpenGL like the Apple people did? Or is it already? Moreover, I would really like to see some nice gradients in the brushed metal (maybe some own invention instead of the probably patent protected apple thing?)

I know, that there had been such a discussion on kdelook a long time ago. The answer was: Either OpenGL for these gradients or it will eat your memory. I personally hope that a rewrite of the style wouldn't be necessary since just QPainter equivalent class must be written that emultes all used QPainter methods but is doing OpenGL in the background.

Best regards - Jun 07 2004
Romantic Lake

Nature by gravity 7 comments

Wow, looks good.

I can't await to flood this page with my pics. I really hope there'll be enough disk space on the server. And all of you users will have to have enough patience to see all of them.

The only problem that I see is: Is it still KDE related? I mean, it is a vacation shot of a KDE user, definitely - but on the other side... Maybe I will interprete some grass holms as a capitalized 'K'...

:) - May 27 2004

Various Plasma 5 Improvements by dangvd 703 comments

Maybe you can speed up the zooming if you use OpenGL as a general painting method? - May 27 2004

Various KDE 1.-4. Improvements by ipv4 223 comments

Ohps. Ok. Well, now it's understandable. I apologize for my concerns. - May 27 2004

Various KDE 1.-4. Improvements by ipv4 223 comments

Today is May/27th - and kooldock 0.2 is on the front page. The same last week and the week before. When is kooldock 0.2 from? A month? Do just push the 'update' button every two days to bring it to the front page and on Isn't that a little unfair against the other apps who don't need to attract that attention? So, please, do only update the page if you really update something.

Regards - May 27 2004
Romantic Lake

Nature by gravity 7 comments

Good idea! Let us share all our beautiful nature pictures. I am right now on a national park tour in the USA. I can tell you, everyday I take around 60 pictures and all are great enough to share them with all kdelook users... :) - May 24 2004

Various KDE 1.-4. Improvements by ipv4 223 comments

1st: the separator is moving if I move the mouse over some icons. That makes sense since the dock width varies depending on the current number of zoomed icons. But why does the separator move even if the icons next to it remain statically?

If I use kooldock to minimize/maximize windows everything works fine. But: If I use the 'minimize' button of the window manager then there is no thumbnail view of the window. (no notification if it is minimized or not at all) Moreover, after doing that, only the half of kooldock will be shown - ???? - Kooldock is only usable again when I restore the window settings of the minimized window. (I think somebody else already mentioned this)

3rd: Please: Give me an option 'show windows of current desktop only' In the 'Show windows on all desktops' mode you should also show the desktop where this window is on.

Regards - May 22 2004
Album Shaper

Graphic Apps by wstokes 37 comments

I don't know if this is really a clean solution. Just imagine: Pure Qt apps would look again different from KDE apps. The same among KDE apps: Some developers know of the subclassed widget, some don't. Just take the toolbar issue of Koffice vs. Konqueror. Both use different toolbars and look different. - May 22 2004

Various KDE 1.-4. Improvements by ipv4 223 comments

I also tried to open the kdevelop project file. KDevelop fails without error message. :( - May 22 2004

Various KDE 1.-4. Improvements by ipv4 223 comments

Have a similar problem:

'make -f Makefile.dist' gains:

./configure*** Creating configure
Can't locate object method "path" via package "Autom4te::Request" at /usr/bin/autom4te line 81, line 116.

???? - May 22 2004

Karamba & Superkaramba by ageitgey 326 comments

Wow! Thanks. Will try it out any minute. - May 21 2004

Karamba & Superkaramba by ageitgey 326 comments

Hey. The last time I tried superkaramba (that was with kde3.1) it worked fine for me. Now I try it again on KDE 3.2.2 and whoops - all themes are not on the desktop, but raised over all other windows in the foreground. I hope somebody can reproduce this. I use kdesktop in the mode where it doesn't show any icons at all. Might that be the reason?

However, I wanted to file a bug report. But neither I could find a forum on the official website nor an entry on Where to file wishes and bugs?

Regards - May 14 2004

Science by gerlach 78 comments


My only concern right now is that I can not export the graphics to EPS and SVG.

If one wants to include the plots in TeX documents EPS is crucial. Moreover, SVG will hopefully be the future of EPS and should be supported in a near future, too.

Best regards - Apr 29 2004

Various KDE 1.-4. Improvements by ipv4 223 comments

some more:

o If I use kooldock as taskbar only, it shouldn't draw the separator on the left since there are no icons where we spearate the taskbar from

o Since I can't read the configuration dialog (did you probably define the control sizes statically?) I tried all options but couldn't find one that shows only the windows of the current desktop

o The on screen display should show more infos (like desktop and a number for multiple windows, eg. 'konsole on desktop 2')

o the right-click popup menus with the task actions are originally standardised with kdelibs, see kasbar or the taskmanager applet

o how does it come that the separator moves hectically during icon zooming when the dock size actually stays constant?

o what does it mean if an icon flickers? I don't know what that is. I am running xmms and its icon flickers the whole time.

o there are (I believe) some indicators in KWin::WindowInfo that tell you if the window should be visible in your taskbar. I don't like these endless manual configs)

o sometimes the main window does not recover from its hidden state and the icons appear half on screen, half behind.

o different positions (like kicker: all corners and centers)

o maybe you can even make it a kicker subpanel (liek kasbar), such that its configuration is integrated?

PS: I prefer kooldock over osxbar, but I still don't understand why we need.... - Apr 22 2004
Ximian - World

Wallpaper Other by slashdot 2 comments

...the 'Gnome rulez' message. Could you incorporate that please? - Apr 22 2004

Various KDE 1.-4. Improvements by ipv4 223 comments

only some issues:

o the config dialog (first tab is not readable due to too small windoe size), idea: use hidden scrollbars

o when the bar is hidden and I hover the mouse over it it should be shown with the dynamic icon zooming. But if you don't hit a "hidden icon" (but eg. the space between to icons) with your mouse then the koolbar shows up in a weird layout and does not except any commands until I let it hide again and open it properly.

o please copy some kasbar code and give us some nice thumbnail views of at least minimized windows

o finally I agree with the first writer: why yet another OS X bar?

Regards - Apr 21 2004
Improved accessiblity!

Various KDE 1.-4. Improvements by Figurehead 12 comments

I agree with the proposal to increase icon margins. But what about the following: Can't we do it depending on the screen resolution?

For all I know is that X increases the font sizes with a larger screen. Why should I have a large icon margin on my tiny 1024x1024 (or even less) resolution as well as on my SVGA+ monitor? That seems odd. I indeed believe that font size and icon margin, as well as icon size, are mutually related.

(Just imagine the opportunities of SVG icons: You define maybe a small/medium and large icon size, but on each resolution has each icon size the same 'physical' size, meaning 22 pix on 1024x768 and 26 pix on 1400x1050) - Apr 19 2004
Kicker Pager

Various KDE 1.-4. Improvements by epoch 103 comments


I started at the same time of the last year like you to fork KPager ('Improved KPager' on kdelook). My goal was not to make it an applet at first, but to improve the behaviour. As far as I arrive at mature level in a few month I would like to merge our code bases to make it a kicker applet.

There are some issues like the multiple wallpaper question, the mousewheel support, color consistency with the current kde theme, tooltips, a new layout management and plans to give it some Mac/E16-like stuff like animations on mouse hover. So far it is not at a stage to publish it.

I also experienced some sever problems regarding the new kwin API - even your code is using obsolete classes (eg. KWin::Info). However, it seems that some of the new classes, that replaced these, have limited functionality. Hope, you found a workaround already.

If there is a chance to cooperate on that, please let me know.

Regards - Apr 16 2004
KXDocker with REAL transpancy

Various KDE Stuff by stefano 91 comments

Kxdocker looks well, but there are some issues that let me stay with kicker for now.

(1) I tried it, but I simply can not change the docker size to eg. 64. When I change the theme-png's Kxdocker simply ignores them and a SIZE attribute does not seem to exist in the config XML.

(2) Additionally I can not distinguish between icons that refer to an opened app or a command. Ok, there is that tiny arrow, but it seems that the task manager icons appear somewhere between the command icons - I expected a kind of separation. Also I have the problem that Kxdocker doesn't recognize multiple applications, eg. if I opened multiple windows of KIconEdit only one is shown in the taskbar. Once you fixed this, I like to ask you to implement 'task grouping' and 'show only apps on this desktop', configurable on/off each.

Ok, what I write here, is a bit unfair. I was looking for a task manager that looks well and got a tool that promised a lot - new features with each release, but all these features are only half implemented. For a start, Kxdocker looks great to me, however, but I will stay with kicker until Kxdocker is matured. And that may take a long time.

Best regards - Apr 14 2004
Active Heart

KDE 3.5 Themes by amaterasu 105 comments

If I hate one thing about Keramik, then it is the progress bar. And - unfortunately - it wasn't changed in Thin Keramik or Active Heart.

I like, for example, the idea of the geramik style (The Gnome port of keramik) where the progress bar looks much cleaner. I believe that idea would fit thin keramik and active heart much better than the original design.

Best regards - Apr 08 2004
Kasbar - No title and transparent

Various KDE 1.-4. Improvements by nns6561 6 comments

Are you sure? I was thinking about doing this, too. And I use SuSE. But I didn't know how to separate this from the complete kdebase package. Do you have only kasbar or even missing rectangles and title what this patch is refering to?

regards - Mar 07 2004
KXDocker with REAL transpancy

Various KDE Stuff by stefano 91 comments


What do you think about making this an applet for kicker?

Would be easier to use the whole KDE power instead of forcing you implementing applet interfaces and so on... - Feb 24 2004
KPager2 for Kicker

Various KDE 1.-4. Improvements by lucher 176 comments

I meant epochs kickerpager. Sorry - Jul 24 2003
KPager2 for Kicker

Various KDE 1.-4. Improvements by lucher 176 comments

Hi to all

Before contributing this to KDE (and merging it with Yaba's kickerpager) I like to add two more features. But I have problems implementing it. Maybe you can give me some advise.

(1) Tooltips
I've tested it just by the call
QToolTip::add(this, "Test");
But nothing had appeared. What is possible to do wrong on ToolTips?

(2) Frameless Border
I like to give the user two kwin modes:
(a) the toolwindow mode (now)
(b) a frameless mode.
The problem: The user should be able to switch betweem them. My attempt:

KWin::setType( winId(), NET::Override );
setWFlags(WStyle_Customize | WStyle_NoBorder | WX11BypassWM);

It didn't work. Any ideas?

Thanks - Jul 24 2003
Klipart Stencil Collections

Various KDE 1.-4. Improvements by kborrey 13 comments

To answer your questions and to legitimate my critics I provide you some screenshots:

a "nice" KToolBar example of old friend konqueror.

a much better Q(?)ToolBar of KOffice (here: Kivio as one of the most disgusting examples ;-) )

note: KSpread, KChart and (partially) KWord work correct.

I assume that these drawing errors refer to a central bug in KStyle. All KDE styles have problems with this issue. Of course at 1st the KOffice developers need to change their ui a bit. But its not acceptable that simple Qt apps will also look like this. That's why we need to update the style engine at 2nd.

Maybe there can be found someone that can proof this suggestion.

- Jul 05 2003
Klipart Stencil Collections

Various KDE 1.-4. Improvements by kborrey 13 comments

Are you sure?

If I remember right applications like KWrite, Kate, Konqu or Ark use KToolBar. If I am going to add a QToolBar (for example to my own Qt apps)I receive a look like the ugly one of KOffice.

And by the way: It's not only the stretching that I am missing. Also the seperators in the toolbars are wrong drawed. Have a look onto the picture. These are vertical lines of Qt's Windows style. Be happy that Keramik is used in the example. Styles like Liquid also draw a very mistoken background under these separators.

- Jul 05 2003
Klipart Stencil Collections

Various KDE 1.-4. Improvements by kborrey 13 comments

When do the KOffice people finally learn to use KToolBar instead of QToolBar??! Some styles like keramik look really ugly.

Also eyes are eating...

Regards - Jul 05 2003

Various Plasma 5 Improvements by dangvd 703 comments

I agree. Maybe also Grouping should be allowed.

5) You should be able to use small "screenies" of the apps instead of the Icons in the taskbar. Maybe use alpha blending to devide between iconified and shown apps.

Means the following config options:
(a) show screenie
(b) search order: (1) KDE icon(2) X icon (shown in the wm)
(c) search order: (1) KDE icon (2) X icon (shown in the wm) (3) screenie (if no X icon)
(d) search order:(1) X icon (2) screenie

The procedures to get the app pixmaps can be copied from kpager.

After that we do only need a cool effect for iconifieing the windows (like in MAC OS X or enlightenment). But maybe this should be a kwin issue.

Greetings - Jun 17 2003
UI enhancement (KDE 3.1.3)

Various KDE 1.-4. Improvements by equinoxe 139 comments

I saw that you are able now to start apps that draw direct onto the desktop.

I'm not sure about detailed K technology, but it would be awsome to be able to implement that wonderful wave effect from enlightenment. The problem I see is that until KDE 3.1 the desktop ist not the whole screen, but the area between the kicker bars.

Example: if you program a wave effect it should be drawn eg. at the bottom (on the same "height" as the kicker bars maybe) Problem: the K-"desktop" starts above the kicker panel. On its (the kicker's) left and right site the wallpaper is shown but only to emulate it - not to work (try it by yourself - popup a desktop menu). That means: If the wave effect would be a part of the kdesktop it would be shown above the kicker where it is not supposed to be.

Question: Does your patch replace that "hack" by a "stable" implementation? Maybe you will do so in the future?

Thanks for reply. - Jun 17 2003