Scaling can be triggered by:
- Pressing ctrl-alt-{minus,plus} (on certain keyboard layouts)
- a SDL_VIDEORESIZE event
SDL_VIDEORESIZE is always sent on an X ConfigureNotify event when a
SDL_VideoSurface is active. (SDL_VideoSurface is NULL if a resize was
done in SDL_SetVideoMode).
So it really
Window manager varies. In the original report it was openbox (as I
believe I stated, in comment #7). Current window manager is xfwm4. For
the screenshot provided, I intentionally moved the window with
Alt+left_click as I knew this would trigger the issue (also indicated in
comment #7).
I cannot reproduce with KWin FWIW, but have an openbox box somewhere (no
pun intended).
Can you apply the attached debug patch, reproduce your bug (move with
alt+click) and attach the output? If the log grows too large, try:
uniq -f1 -c log
What version of SDL are you using?
** Patch added:
I have attached a screenshot that shows the *contents* of a SDL window
*not* being scaled despite the window being maximized. Is this the same
issue or not? If not, can you attach a screenshot describing the issue?
** Attachment added: screenshot of maximized window with scaling bug
On 26 April 2012 18:23, Serge Hallyn 504...@bugs.launchpad.net wrote:
This may be the root cause of bug 986192
I guess not. That bug is TwinView specific but this issue happens with
any graphics.
In fact, in qemu 1.5 this issue is no longer present.
--
You received this bug notification
As requested here's a screenshot of the scaled window. The expected
behavior is that the window be resized to the dimensions of the guest.
Pressing Ctrl+Alt+u within this window corrects the issue and the window
is in fact resized to the guest dimensions.
** Attachment added: Screenshot -
My window manager maximizes all windows. I am running kvm 0.14.
Initially the VM is displayed 1:1 in the top left corner leaving large
portion of the window black. Resizing the window or rebooting the VM
causes the output to be scaled which is horrendous.
There are three issues here: there is
You can disable scaling by hitting ctrl-alt-u.
What's probably happening is that the window manager is generating an
extraneous scaling event. I'm going to move this to wishlist as we
should provide better user controls of this behavior.
** Changed in: qemu
Importance: Undecided = Wishlist
Just had it happen again. Simply started the VM, didn't touch the SDL
window for it at all, guest wound up scaled. Here's the xwininfo output
for the SDL window:
xwininfo: Window id: 0x6e3 QEMU (winxp-work)
Absolute upper-left X: 640
Absolute upper-left Y: 367
Relative upper-left
@Dustin,
I've experienced the problem with a rebuild of the lucid package for karmic.
The package is in my PPA, https://launchpad.net/~jcollins/+archive/jaminppa.
@Anthony,
I can assure you that I've seen the scaling without resizing the client window
in any way. Simply starting the VM and
On Wed, Mar 3, 2010 at 8:03 AM, Jamin W. Collins
jcoll...@asgardsrealm.net wrote:
@Anthony,
I can assure you that I've seen the scaling without resizing the client
window in any way. Simply starting the VM and leaving it untouched
periodically results in a scaled display.
Jamin-
What
I frequently relocate my VM displays. My host system's window manager
is openbox. Normally, for moving any window about my screen, I utilize
the ALT+left-click feature to drag the window about. This has the added
benefit of ensuring I don't accidentally resize the window.
Most of my guests are
If you accidentally resize the window (even by 1-pixel), then it will
stay in scaled mode even during guest geometry changes.
It sucks from a usability perspective. Clever suggestions about how we
can support scaling in a more friendly way are certainly appreciated.
--
sdl window
** Attachment added: BootDmesg.txt
http://launchpadlibrarian.net/37560230/BootDmesg.txt
** Attachment added: CurrentDmesg.txt
http://launchpadlibrarian.net/37560231/CurrentDmesg.txt
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/37560232/Dependencies.txt
**
14 matches
Mail list logo
