qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Herbert Poetzl <herbert@13thfloor.at>
To: Mike Kronenberg <mike.kronenberg@kberg.ch>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Cocoa Video Driver & mouse grabbing
Date: Sun, 10 Apr 2005 19:20:38 +0200	[thread overview]
Message-ID: <20050410172038.GB20401@MAIL.13thfloor.at> (raw)
In-Reply-To: <42595948.2020900@kberg.ch>

On Sun, Apr 10, 2005 at 06:50:16PM +0200, Mike Kronenberg wrote:
> René Korthaus wrote:
> 
> >I know.
> 
> I knew - I'm following the list for quite some time :)  - It was rather 
> retorical to see whether I was worng, since I still have to crawl a lot 
> of code.
> 
> >>In order to be able to use elements outside qemu (like for examples a 
> >>toolbar with a button to switch cdrom-images) you must have a way to 
> >>ungrab on the fly. I use the same ctrl+alt as in SDL.
> >
> >
> >Why do you have to use grabbing anyway? Its as simple as when the 
> >mouse moves over the Qemu window, the cursor in the guest os moves, 
> >isn't it? VPC doesn't need grabbing, too, right? I think no grabbing 
> >is more user-friendly.
> 
> That is exactly the point. To achive that, both system would have to use 
> the same cursor speed/acceleration. One way is to disable acceleration 
> in the guest-OS.
> Further, the guest-OS would have to know, where I enter the window - as 
> far as i know, the guest-OS only reads the mouse-delta. One way would be 
> to "calibrate" the guest-OS cursor.
> Possibility: Send a (-10000,-10000) mouse-delta to qemu - guessing that 
> the cursor is now at (0/0) in the guest, then compute the mouse-delta to 
> the window-entrypoint.
> 
> Writing this, I realise I have to try that. Thanks for the input :)
> (Still under the assumption the guest has cursor-acceleration turned of)

hmm, probably not such a good idea, just think of the many
systems where you have hot-spot corners to activate your
favorite wossname ...

btw, what is the problem with emulating a touchscreen like
interface for the guest? it would be sufficient to set the
coordinate field to the window size and every host point
could be translated 1:1 to the guest .. no magic, no special
accelleration, just simple coordinates ...

probably I'm missing something utterly important here, because
it cannot be that simple, can it?

> >>Never the less, one could make an Menu- / Prefferencepanel entry for 
> >>enabling/disabling mousegrab for Console-Style Guest-OSes
> >
> >Then, that would require a command-line argument like -nograb for 
> >disabling mouse grabbing for the current session, which would be the 
> >approach I would favour personally and also for the users of a GUI, 
> >cause it would only mean to be a checkbox in the preferences.
> 
> Well, I think the "Vanilla OS X user" does not care about command-line 
> options :) . If the SDL part would have a similar option, it would be ok 
> to use that, but as long as only the "small" cocoa world would need it, 
> i would stay with a checkbox in the preferences - which could be handled 
> by cocoa.m without cmdline option.
> 
> >We could probably start a poll about that... :)
> >BTW: I renamed the subject to meet the discussion point.
> 
> No doubt :)
> 
> I rl I write programs for education - target users are children 7-14 and 
> teachers - the keyword is: keep it REAL simple. I think both ways are 
> needed, the commandline way for us, the guiway for them :)

btw, if you need somebody to talk about OS X stuff,
feel free to contact me, I started with NeXSTEP some
long time ago ... (still wincing ;)

best,
Herbert

> Mike
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

  reply	other threads:[~2005-04-10 16:52 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-10  2:21 [Qemu-devel] [PATCH] Experimental Cocoa Video Driver Mike Kronenberg
2005-04-10  9:53 ` René Korthaus
2005-04-10 11:09   ` Mike Kronenberg
2005-04-10 12:05     ` René Korthaus
2005-04-10 13:07       ` Mike Kronenberg
2005-04-10 16:15         ` [Qemu-devel] Cocoa Video Driver & mouse grabbing (was: [PATCH] Experimental Cocoa Video Driver) René Korthaus
2005-04-10 16:50           ` [Qemu-devel] Cocoa Video Driver & mouse grabbing Mike Kronenberg
2005-04-10 17:20             ` Herbert Poetzl [this message]
2005-04-10 19:55               ` Jim C. Brown
2005-04-10 20:26                 ` John R. Hogerhuis
2005-04-10 20:39                   ` Thomas Steffen
2005-04-10 21:04                     ` Mike Kronenberg
2005-04-11  1:20                   ` Herbert Poetzl
2005-04-12  7:07               ` Antwort: Re: [Qemu-devel] Cocoa Video Driver & mouse grabbing [Hugo Boss: Virus checked] Michael Hoeller
2005-04-12  8:48                 ` Mike Kronenberg
2005-04-12 14:49                 ` [Qemu-devel] QEMU accelerator Question Michael Hoeller
2005-04-12 14:24                   ` Mark Williamson
2005-04-13  5:36                     ` Michael Hoeller
2005-04-12 10:13                       ` Mark Williamson
2005-04-10 18:18 ` [Qemu-devel] [PATCH] Experimental Cocoa Video Driver Mike Kronenberg
2005-04-11  2:11   ` Mike Kronenberg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050410172038.GB20401@MAIL.13thfloor.at \
    --to=herbert@13thfloor.at \
    --cc=mike.kronenberg@kberg.ch \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).