* QEMU_UI_OPTIONS
@ 2013-03-28 20:29 Slater, Joseph
2013-03-28 20:53 ` QEMU_UI_OPTIONS Bruce Ashfield
0 siblings, 1 reply; 4+ messages in thread
From: Slater, Joseph @ 2013-03-28 20:29 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
[-- Attachment #1: Type: text/plain, Size: 374 bytes --]
I notice that, by default, we pretend we have a touchscreen instead of a
mouse (-usbdevice wacom-tablet option) for the qemu bsp's. Is there
some reason for this?
I have experimented some and, with other adjustments, have found
it possible to not specify it, but I do admit interaction with the target
graphics window does seem "cleaner" if we do use it.
Joe
[-- Attachment #2: Type: text/html, Size: 2308 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: QEMU_UI_OPTIONS
2013-03-28 20:29 QEMU_UI_OPTIONS Slater, Joseph
@ 2013-03-28 20:53 ` Bruce Ashfield
2013-03-28 22:39 ` QEMU_UI_OPTIONS Richard Purdie
0 siblings, 1 reply; 4+ messages in thread
From: Bruce Ashfield @ 2013-03-28 20:53 UTC (permalink / raw)
To: Slater, Joseph; +Cc: openembedded-core@lists.openembedded.org
On Thu, Mar 28, 2013 at 4:29 PM, Slater, Joseph
<joe.slater@windriver.com> wrote:
> I notice that, by default, we pretend we have a touchscreen instead of a
>
> mouse (-usbdevice wacom-tablet option) for the qemu bsp's. Is there
>
> some reason for this?
Avoiding screen grab is the best reason (and all that I need) to use
the tablet options.
Cheers,
Bruce
>
>
>
> I have experimented some and, with other adjustments, have found
>
> it possible to not specify it, but I do admit interaction with the target
>
> graphics window does seem "cleaner" if we do use it.
>
>
>
> Joe
>
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: QEMU_UI_OPTIONS
2013-03-28 20:53 ` QEMU_UI_OPTIONS Bruce Ashfield
@ 2013-03-28 22:39 ` Richard Purdie
2013-03-29 1:06 ` QEMU_UI_OPTIONS Slater, Joseph
0 siblings, 1 reply; 4+ messages in thread
From: Richard Purdie @ 2013-03-28 22:39 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core@lists.openembedded.org
On Thu, 2013-03-28 at 16:53 -0400, Bruce Ashfield wrote:
> On Thu, Mar 28, 2013 at 4:29 PM, Slater, Joseph
> <joe.slater@windriver.com> wrote:
> > I notice that, by default, we pretend we have a touchscreen instead of a
> >
> > mouse (-usbdevice wacom-tablet option) for the qemu bsp's. Is there
> >
> > some reason for this?
>
> Avoiding screen grab is the best reason (and all that I need) to use
> the tablet options.
Exactly. A mouse only gives relative position data so it has to grab,
the touchscreen can do absolute position and hence doesn't need a grab.
Cheers,
Richard
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: QEMU_UI_OPTIONS
2013-03-28 22:39 ` QEMU_UI_OPTIONS Richard Purdie
@ 2013-03-29 1:06 ` Slater, Joseph
0 siblings, 0 replies; 4+ messages in thread
From: Slater, Joseph @ 2013-03-29 1:06 UTC (permalink / raw)
To: Richard Purdie, Bruce Ashfield; +Cc: openembedded-core@lists.openembedded.org
> -----Original Message-----
> From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org]
> Sent: Thursday, March 28, 2013 3:40 PM
> To: Bruce Ashfield
> Cc: Slater, Joseph; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] QEMU_UI_OPTIONS
>
> On Thu, 2013-03-28 at 16:53 -0400, Bruce Ashfield wrote:
> > On Thu, Mar 28, 2013 at 4:29 PM, Slater, Joseph
> > <joe.slater@windriver.com> wrote:
> > > I notice that, by default, we pretend we have a touchscreen instead of a
> > >
> > > mouse (-usbdevice wacom-tablet option) for the qemu bsp's. Is there
> > >
> > > some reason for this?
> >
> > Avoiding screen grab is the best reason (and all that I need) to use
> > the tablet options.
>
> Exactly. A mouse only gives relative position data so it has to grab,
> the touchscreen can do absolute position and hence doesn't need a grab.
That does seem cleaner. I do see, also, that if there is a /dev/input/touchscreen0,
host mouse movements, etc, also appear on /dev/input/mice. Might that be
confusing? Is there some way for qemu to emulate a touchscreen while suppressing
the mouse?
Joe
>
> Cheers,
>
> Richard
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-03-29 1:24 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-28 20:29 QEMU_UI_OPTIONS Slater, Joseph
2013-03-28 20:53 ` QEMU_UI_OPTIONS Bruce Ashfield
2013-03-28 22:39 ` QEMU_UI_OPTIONS Richard Purdie
2013-03-29 1:06 ` QEMU_UI_OPTIONS Slater, Joseph
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.