From: Mike Kronenberg <mike.kronenberg@kberg.ch>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Cocoa Video Driver & mouse grabbing
Date: Sun, 10 Apr 2005 18:50:16 +0200 [thread overview]
Message-ID: <42595948.2020900@kberg.ch> (raw)
In-Reply-To: <a796f7f90645c48472d1602d27b23cb4@cordney.com>
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)
>> 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 :)
Mike
next prev parent reply other threads:[~2005-04-10 16:20 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 ` Mike Kronenberg [this message]
2005-04-10 17:20 ` [Qemu-devel] Cocoa Video Driver & mouse grabbing Herbert Poetzl
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=42595948.2020900@kberg.ch \
--to=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).