Hello Petr,

2012/11/29 Petr Koupý <[email protected]>
>
> Hello,
>
> just to let you know, the lp:~petr-koupy/helenos/gui-optim branch is prepared
> for merging into mainline. Among others, it resolves the following tickets:
>
> http://trac.helenos.org/ticket/478
> http://trac.helenos.org/ticket/482
> http://trac.helenos.org/ticket/483
> http://trac.helenos.org/ticket/484
> http://trac.helenos.org/ticket/485
>
> For those that are not familiar with the tickets, the main improvements are:
> - significantly faster rendering (making qemu/non-KVM usable) if user limits
>   himself just to window movement and resizing (i.e. avoiding rotation, 
> scaling
>   and transparency)
> - preview of the result of window transformation is depicted by a "ghost" 
> frame
>   following the mouse pointer
> - changing of window focus feels more natural and intuitive (mouse click 
> handler
>   behaves more like in mainstream operating systems, window titles changes 
> color
>   to reflect whether they have focus or not)

First of all, it is very nice and it improves the experience a lot :-).

But when trying the latest mainline (1725) I encountered a weird
problem: sometimes the window title bar is not redrawn when the window
loses focus. Screenshot is attached.

What is odd about this is that I was able to demonstrate this only
when running in QEMU without KVM with amd64 profile. With KVM, it runs
smoothly; on ia32 it is okay both with and without KVM.

Steps to reproduce (everything is done using mouse in the GUI):
1) Start default amd64 build without KVM.
2) Move the vterm to the middle of the screen
3) Click vterm on the vlaunch menu

Now, both vterm windows looks as if they have a focus, moving cursor
above the inactive one redraws the title bar a bit. Swiching to
kconsole and back fixes the colours.

Are you able to reproduce this?

I tried this on 64bit Linux 3.6, QEMU kvm-1.2.0.

Thanks
- Vojta


>
>
> If you don't have any objections, I will eventually merge the branch into
> mainline and close the tickets. Right now, I am however unable to properly 
> test
> the branch with recent mainline changes because of i8042 performance issue 
> that
> is currently being investigated by Jakub. Therefore, I will probably wait 
> until
> it is resolved. In case anybody is eager to have the GUI improvements rather
> sooner than later, and is able to test it in VirtualBox or qemu/KVM without
> the significantly lagging mouse pointer, feel free to merge it instead of me.
>
> Petr
>
>
> _______________________________________________
> HelenOS-devel mailing list
> [email protected]
> http://lists.modry.cz/cgi-bin/listinfo/helenos-devel

<<attachment: compositor_foreground_windows.png>>

_______________________________________________
HelenOS-devel mailing list
[email protected]
http://lists.modry.cz/cgi-bin/listinfo/helenos-devel

Reply via email to