Package: torus-trooper
Version: 0.22.dfsg1-2
Severity: wishlist
I was disappointed to find that running Torus Trooper on my new eeePC
(which has an 800x480 pixel screen) results in unused space on each
side of the full-screen window. I guess that currently Torus Trooper
is hard-coded to a 4:3
This one time, at band camp, Trent W. Buck wrote:
side of the full-screen window. I guess that currently Torus Trooper
is hard-coded to a 4:3 aspect ratio, whereas my screen is 5:3.
I wish Torus Trooper supported a 5:3 aspect ratio on 5:3 screens (and
more generally, supported arbitrary
--- Trent W. Buck [EMAIL PROTECTED] escribió:
Package: torus-trooper
Version: 0.22.dfsg1-2
Severity: wishlist
I was disappointed to find that running Torus Trooper on my new eeePC
(which has an 800x480 pixel screen) results in unused space on each
side of the full-screen window. I guess
Processing commands for [EMAIL PROTECTED]:
retitle 469328 torus-trooper: claims to be a transient window
Bug#469328: Support 5:3 aspect ratio
Changed Bug title to `torus-trooper: claims to be a transient window' from
`Support 5:3 aspect ratio'.
severity 469328 normal
Bug#469328: torus-trooper
retitle 469328 torus-trooper: claims to be a transient window
severity 469328 normal
thank you
On Tue, Mar 04, 2008 at 07:01:01PM +0100, Bruno Kleinert wrote:
I wish Torus Trooper supported a 5:3 aspect ratio on 5:3 screens (and
more generally, supported arbitrary aspect ratios).
-res x y
On Tue, Mar 04, 2008 at 07:27:24PM +0100, Miriam Ruiz wrote:
You're right, the original game is designed for 4:3 and, even though
it supports resizing, the visual result is suboptimal. The big
question is how to change the appearance without changing the game
itself.
Well, it seemed to me
At Wed, 5 Mar 2008 05:33:57 +1100, Trent W. Buck wrote:
Upon further investigation, I find that torus-trooper uses 800x480 is
told to (by -res), and if I tell my window manager to resize the
window.
The real cause of the problem is that torus-trooper claims to be a
transient window (i.e. a
On Tue, Mar 04, 2008 at 10:16:17PM +0100, Peter De Wachter wrote:
So I think the it's wrong for torus-trooper to claim to be a
transient window. I've retitled the bug accordingly.
Well, torus-trooper does not directly use X, so this must be a bug in
libsdl. Do you have the same problem with
At Wed, 5 Mar 2008 08:32:43 +1100, Trent W. Buck wrote:
Hmm, apparently so. Looking at `aptitude search ~i~Dlibsdl1.2debian`,
I tested torus-trooper, foobillard, tumiki-fighters and xmoto. All of
them had the following line in xprop output:
WM_TRANSIENT_FOR(WINDOW): window id # 0x0
9 matches
Mail list logo
