All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.