From: "Jim C. Brown" <jma5@umd.edu>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] scrollable window
Date: Sun, 10 Jul 2005 13:43:21 -0400 [thread overview]
Message-ID: <20050710174321.GA21263@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <002a01c5856d$a3a27670$334d21d1@organiza3bfb0e>
On Sun, Jul 10, 2005 at 11:37:07AM -0500, jeebs@yango.us wrote:
> "Jim C. Brown"
>
>
> >I personally feel that a scrollable window is not very useful unless your
> >host
> > resolution is smaller than your guest resolution. Hard to see what the
> > point is
>
> Or the same size. Don't forget, Windows XP will cover up part of the window
> even when the GTK version switches to 'full screen'.
>
This is easily worked around by activiating the auto-hide feature of the taskbar.
Since qemu gtk grabs the mouse and won't let it move outside the center box
(set to about half the area of the host resolution) the real mouse pointer
never moves over the taskbar, so it will never come out of hiding.
A way to force the taskbar on when in fullscreen mode (and reset it back to
its original mode when leaving) would make that problem go away entirely.
> And a lot of times, guest resolution will be higher. Some things just seem
> to expect 1024x768 or 1280x1024 (or whatever) resolution.
>
> A scrollable window is just a nice fall back if nothing else is convenient.
>
> Some, such as myself, still use 800x600. I do it out of necessity. I have
> poor eyesight and don't have the spare cash (or desk space!) for a 21 inch
> monitor. And LCD monitors tend to have too high a native resolution. With
> my current 17" monitor, I simply can't handle anything beyond 800x600.
>
> So, a scrollable window makes using qemu (or vmware) more convenient.
>
I never though of it that way. You're right, having the ability to use
scrolled windows does add more utility to qemu.
> Sure, scaling the window so the guest thinks it's 1024x768 (or whatever)
> when it's really much smaller, is probably a better choice. As would be the
> video card providing custom sizes (700x400, or whatever) so XP will think
> that's what the display really is, and the actual qemu/vmware window
> wouldn't have to be scrolled, scaled or even full screened.
>
Well, scaling is actually not so convient as it can make the graphics, especially
characters in small font, too small to see clearly. Scaling to make the window
larger than the guest resolution might be useful though.
Custom sizes wouldn't work too well, it seems a lot of graphics programs like
to insist on standard modes (640x480, 800x600, etc).
> Unfortunately, I can't test it for you on a Windows host.
>
> A bit of a long story, but at the moment, I'm stuck with a single hard drive
> and cd burner. I can't access my second hard drive, which is where qemu and
> my test OS images are stored.
>
> Sorry.
>
Ouch. Good luck.
--
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.
next prev parent reply other threads:[~2005-07-10 17:53 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-10 5:58 [Qemu-devel] scrollable window Jim C. Brown
2005-07-10 6:50 ` Ashish Naik
2005-07-10 11:07 ` Ashish Naik
2005-07-10 13:40 ` Jim C. Brown
2005-07-10 15:27 ` user user
2005-07-10 16:16 ` Jim C. Brown
2005-07-10 16:37 ` jeebs
2005-07-10 17:32 ` Herbert Poetzl
2005-07-10 17:57 ` Jim C. Brown
2005-07-10 18:37 ` Herbert Poetzl
2005-07-10 18:53 ` Jim C. Brown
2005-07-10 20:51 ` Herbert Poetzl
2005-07-10 21:06 ` John R. Hogerhuis
2005-07-11 3:41 ` Jim C. Brown
2005-07-10 19:07 ` Jernej Simonèiè
2005-07-10 18:19 ` jeebs
2005-07-10 17:43 ` Jim C. Brown [this message]
2005-07-10 18:21 ` jeebs
2005-07-10 20:24 ` Jim C. Brown
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=20050710174321.GA21263@jbrown.mylinuxbox.org \
--to=jma5@umd.edu \
--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).