Re: [Qemu-devel] [PATCH] ui/cocoa.m: Prevent activation clicks from going to guest

2015-11-24 Thread Programmingkid
On Nov 24, 2015, at 3:56 AM, Peter Maydell wrote: > On 24 November 2015 at 03:25, Programmingkid > wrote: >> >> On Nov 23, 2015, at 11:06 AM, Peter Maydell wrote: >> >>> On 22 November 2015 at 01:43, Programmingkid >>> wrote: When

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Prevent activation clicks from going to guest

2015-11-24 Thread Peter Maydell
On 24 November 2015 at 03:25, Programmingkid wrote: > > On Nov 23, 2015, at 11:06 AM, Peter Maydell wrote: > >> On 22 November 2015 at 01:43, Programmingkid >> wrote: >>> When QEMU is brought to the foreground, the click event that activates

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Prevent activation clicks from going to guest

2015-11-23 Thread Programmingkid
On Nov 23, 2015, at 11:06 AM, Peter Maydell wrote: > On 22 November 2015 at 01:43, Programmingkid > wrote: >> When QEMU is brought to the foreground, the click event that activates QEMU >> should not go to the guest. Accidents happen when they do go to the guest >>

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Prevent activation clicks from going to guest

2015-11-23 Thread Programmingkid
On Nov 23, 2015, at 11:06 AM, Peter Maydell wrote: > On 22 November 2015 at 01:43, Programmingkid > wrote: >> When QEMU is brought to the foreground, the click event that activates QEMU >> should not go to the guest. Accidents happen when they do go to the guest >>

Re: [Qemu-devel] [PATCH] ui/cocoa.m: Prevent activation clicks from going to guest

2015-11-23 Thread Peter Maydell
On 22 November 2015 at 01:43, Programmingkid wrote: > When QEMU is brought to the foreground, the click event that activates QEMU > should not go to the guest. Accidents happen when they do go to the guest > without giving the user a change to handle them. Buttons are

[Qemu-devel] [PATCH] ui/cocoa.m: Prevent activation clicks from going to guest

2015-11-21 Thread Programmingkid
When QEMU is brought to the foreground, the click event that activates QEMU should not go to the guest. Accidents happen when they do go to the guest without giving the user a change to handle them. Buttons are clicked accidently. Windows are closed accidently. Volumes are unmounted accidently.