[prev in list] [next in list] [prev in thread] [next in thread]
List: openembedded-core
Subject: [OE-core] QEMU_UI_OPTIONS
From: joe.slater () windriver ! com (Slater, Joseph)
Date: 2013-03-29 1:06:51
Message-ID: 007BD92917A2324FA403BCF9A464CF8436F7FC68 () ALA-MBB ! corp ! ad ! wrs ! com
[Download RAW message or body]
> -----Original Message-----
> From: Richard Purdie [mailto:richard.purdie at linuxfoundation.org]
> Sent: Thursday, March 28, 2013 3:40 PM
> To: Bruce Ashfield
> Cc: Slater, Joseph; openembedded-core at 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 at 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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic