From: <jeebs@yango.us>
To: Qemu mailing list <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] scrollable window
Date: Sun, 10 Jul 2005 13:21:23 -0500 [thread overview]
Message-ID: <003601c5857c$31e6dee0$334d21d1@organiza3bfb0e> (raw)
In-Reply-To: 20050710174321.GA21263@jbrown.mylinuxbox.org
"Jim C. Brown"
>> 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.
Kludge.
You should *never* have to modify your host for a emulator and guest OS to
work right.
> 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.
True.
Depends on how much you scale, though. Dropping a 1024 guest down to 800 or
so would still be mostly usable.
I was also thinking about doing it as a way to have a 'small' qemu window
showing what the guest is doing while you are doing something else.
Kind of a live action thumbnail view. Except not that small. Custom sizes
would be nice, but they'd probably require too much scaling effort. Simply
being able to drop things down to 1/2, 1/4, 1/8th resolutions would probably
be enough, and not too time consuming. (Kind of like the old days when word
processors used to "greek" the text so you could see what the overall page
layout would look like. It wasn't always easily readable, but you got the
general idea of what it looked like.)
It'd also be useful for people who have fixed size monitors (ie: LCD
monitors) and simply can't do larger sizes that an application might need.
(Although for them, a more general purpose scaling amount might be more
useful.)
Sure, it'd hurt performance!! But it might be useful. And certainly more
convenient than having to use scroll bars.
I have no idea how much work that'd need, though.
> Custom sizes wouldn't work too well, it seems a lot of graphics programs
> like to insist on standard modes (640x480, 800x600, etc).
A lot of windows laptops have odd size screens. Some are a lot wider than
normal, etc.
Programs work okay with them.
But yes, I know what you mean. A lot of programs, both free and commercial,
tend to expect certain screen sizes. Often 1024 or larger.
I mentioned it because VMWare has the ability to do that.
next prev parent reply other threads:[~2005-07-10 18:25 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
2005-07-10 18:21 ` jeebs [this message]
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='003601c5857c$31e6dee0$334d21d1@organiza3bfb0e' \
--to=jeebs@yango.us \
--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).