Version: (using KDE Devel) Installed from: Compiled sources I am not sure if this is the intended behavior but it is rather annoying to preview the color schemes like that and it's inconsistent with the rest of KDE's dialogs. The user should click on a scheme and then press the Apply button to check if he likes this change.
This is intentional behaviour. The rationale is to make it easy to browse the available color schemes and find one which looks good on the currently displayed terminal contents. > it's inconsistent with the rest of KDE's dialogs. Adding this feature requires extra code, so of course very few dialogs do it. > The user should click on a scheme and then > press the Apply button to check if he likes this change. The problem with this is that it takes much longer to try the various color schemes and find the one that works best. The logic required to apply the change ( select the color scheme by clicking on it and then click OK or Apply ) remains the same as other dialogs. I had positive feedback on this feature at the Akademy conference this year and I will leave this bug report open so others can comment, unless there is a clear consensus that users prefer not to have it, it is likely to stay.
Ok, I'll jump in with my opinion then. I too find it annoying, although I understand the reasoning. What if the preview happened when you click on a theme instead of merely on mouseover? IOW, the part I find "annoying" is that it's hard to avoid the behavior when you don't want it.
> the part I find "annoying" is that it's hard > to avoid the behavior when you don't want it. What are you trying to do in the interface when you inadvertently trigger the preview?
> What are you trying to do in the interface when you inadvertently trigger > the preview? Um... move the mouse? :-) The point being, if I don't want the window to flicker, I have to pay attention to where I leave the cursor sitting, which can be distracting. Anyway I guess it's not a big deal for me, but I wonder if my suggestion would make Haris happy.
> The point being, if I don't want the window to flicker I see. I could require the mouse to hover over a color scheme for a certain (short) length of time before triggering the preview.
>The point being, if I don't want the window to flicker, I have to pay attention >to where I leave the cursor sitting, which can be distracting This is exactly what i meant. I think that delaying the effect for a short period before applying it would be en excellent solution.
Fixed by commit #711856, delay live preview by 300ms to avoid flickering while moving the mouse around the dialog.
Works much better now, thanks a lot!