it seems that topic slowly died. sad. yakuake _was_ very nice piece of software.

Unfortunate. You may wish to try to see if this occurs under KDE Trunk.

Hello,
I have exact problem.

some notices:
- seems to me to connected with graphic card somehow.
- yakuake will appear correctly in remote session (nxserver)
- I created brand new test user, launched another KDE session (on new X server) -> yakuake for test users worked like a charm.
Then I switched back to my X server (with CTRL+ALT+Fx) and surprise! my yakuake works, too!

I tried copy konsole and yakuake settings from another working machine without success. Maybe problem persists in another settings of KDE.

I had this problem as well on upgrading to kde 4.3 on gentoo amd64. I recently refreshed my font configs (had upgraded xorg as well), and turned off nepomuk, and yakuake is much more responsive. I am not sure which of these changes did the trick, but I am guessing it was turning off the nepomuk automagic indexing (it was a memory hog); ymmv,

I have this problem as well, although I did not notice it until I turned on desktop effects.

I am running Ubuntu 9.10 (Karmic Koala).

Kde 4.3.2

It seems like changing the width/height greatly affects the speed of which it shows up.

Hi there,

I've found out that it seems not to be a yakuake issue instead it's more likely to be a kde/graphic driver/xorg bug.

I could reproduce the issue with yakuake and tilda on my kde 4.3.5.
For all not knowing: Tilda is the yakuake like program on the gnome desktop.

Both programs have exact the same behavior: if the terminal is small (10%) all works great and as larger it is (70%+) as longer it needs to appear after pressing the hot-key. When it is displayed, switching the terminal tab is fast.
Another observations:
* changing the size of the terminal (by clicking on the small arrow) is very slow, each change of the size of the terminal needs the same time as it takes to appear after the hotkey is pressed.

* In the time frame between hot key press and appearing, all programs are freezing for that time. Same behavior on resizing the terminal.
It's easy to test: Just open glxgears and let it run. Then press the hot-key, the gears stop running. After the program is displayed, the gears will go on running. Same is with resizing the terminal: the gears will stop until resizing is finished.

So as a result I guess tilda and yakuake are using the same method to display it's window. (You know without title bar, always on top and so on..)
And this method is broken in some way.

Any idea howto fix this?

My system configuration:
gentoo, kernel 2.6.32
kde 4.3.5
GeForce 6150SE nForce 430 (OnBoard)
NVidia driver: 190.53-r1
xorg-server 1.6.5-r1
fresh installed kde and new created user

Kev

Try testing with both Compositing enabled and Disabled to see if it has any effect. Additionally, try disabling the NVidia support for Compositing or using the vesa driver.

Thanks for your reply!

Compositing disabled and enabled makes no real difference (maybe 10%).
Disable the nVidia support for compositing by changing composite type from OpenGL to XRender does remove the lag between pressing hotkey and starting displaying window but adds a new lag for displaying the window which is as long es the old lag was before.

Using the vesa driver removes all kind of lag.
(but is no solution)

Maybe this is cause?
http://www.kdedevelopers.org/node/4133

Yes maybe.

I installed the latest nvidia-driver (195.36.03) bot no difference.

In this case, the NVidia driver is clearly at fault, please file a bug with them.

Yes you are right, just tested it with gnome - same issue.

Hi, I'm on ubuntu 10.10.
I've had the same problem as you, and I've solved it by selecting another font in yakuake. The delay was very noticeable when using Monospace, now I've selected Dejavu sans mono and the one second delay has disappeared.

Let me know if it works for you, and spread the word!

In order to notice the difference I had to reboot the machine.