Lemma Soft Forums

And, another thing, not so much a bug as it is an omission. To make every part of a screen-based menu use a redefined navigation menu screen, you need to redefine navigation, preferences, load and save with screens. I needed to redraw the preferences screen anyway since the default one doesn't fit p...

I'm not sure what you mean by this. Can you check it with the new code, and see if the behavior seems appropriate, and then describe what you're doing in more detail? Also, are you showing the screens yourself, and if so, are you using Show or ShowMenu? The new code fixed the main menu. With the re...

Sorry, PyTom, here's a new one which I'm pretty sure is a screen bug. :) Right-clicking on a redefined main menu screen attempts to bring up a game menu (at least I think that's what it's trying to do) and fails, but not before running config.game_main_transition. Needless to say this doesn't happen...

If you need to force a position, you should explictly do so. Uh... I don't need to force a position, I need a sprite to slide into the position and stay there . Note that the transform given in the example is not repeating, the code loops to give you a chance to see what skip mode does to it, but t...

...and, to be more precise about the bug with the screens with "modal True"

Modal screens not only prevent developer shortcuts and builtin shortcuts, but also all keyboard navigation, period. It comes back if you remove the "modal True".

Another problem. Actually it's been around forever and I'm reporting this one because a reader complained about it. :) When ATL transforms are used to move sprites onto the screen like so: transform moveinleft: subpixel True anchor (0.5,1.0) pos (-1.0,1.0) easein 1 xpos 0.25 and in other similar cas...

Ok, and one that is NOT a bug, but odd. My problem with playing video on Eee 901/Linux that you have thought system specific mysteriously went away without a comment -- if you did anything, it would be a good idea to find out what to prevent regression. I think that's it for the moment, I don't thin...

Well, here's two more bugs: 1. Software mode seems to assume it's running on a 4:3 monitor, which is not necessarily the case. config.screen_width = 768, config.screen_height = 480. (i.e. a 16:10 project) goes fullscreen on a large 16:10 monitor in software mode . Expected result: Actual fullscreen ...

PyTom wrote:Can you give me the opengl.txt? It should tell me which of these it is.

Here. Says it's because shift is held down.

And yet another one. Changing window size along the horizontal axis to produce vertical letterboxing (such as when running a 16:9 project on a 4:3 monitor) produces, alternatively, aspect ratio distortion or no aspect ratio adjustments whatsoever. Looks like it's related to whatever you did with glV...

And another one.

Shift+R now always causes RenPy to restart in software mode. Whether this is due to Shift still being held down or because the test doesn't run correctly when restarting, I cannot confirm, but all attempts to let go of the shift key early enough have so far failed.

Umm... Lint doesn't work at all anymore and tracebacks when the 'sound' channel is redefined with renpy.music.register_channel. Replication follows: init python: renpy.music.register_channel('sound','sfx',loop=False,stop_on_mute=False, tight=False,file_prefix="sound/", file_suffix=".ogg") e = Charac...

One more bug, certain transitions when used in ComposeTransition do not look identical between OpenGL and software mode. Full replication follows. init: # Images taken from the tutorial game for repeatability. python: transimage = Image("id_dream.png") transin = ImageDissolve(transimage,1,alpha=True...

Looking at your example, I don't see Ren'Py behaving incorrectly. Realize that Ren'Py is in "window hide" mode by default, which causes the window to be hidden during non-dialogue segments, like transitions. You then run a window hide statement, a no-op. Then, when you run the window show statement...

Thank you.