Lemma Soft Forums

Oh hey, y.value seems to solve the problem. Of course I realise now that the scroll resets if things like the menu or history are brought up, which means if the player scrolls up it'll lose their place. This isn't *too* much of a problem as I'm using this for narrative purposes rather than a "m...

In my project I'm creating a system where characters send each other messages/texts online and on phones. My problem lies in how I'm trying to display the messages - I want the messages to be displayed from the bottom, and to keep the area showing those messages bound to the bottom , showing the lat...

Is this save in somewhere non-standard? That is to say, it's not in "normal" dialogue/narration, but inside a screen of some sort? https://www.renpy.org/doc/html/save_load_rollback.html#retaining-data-after-load You might find this helpful, renpy.retain_after_load() helps to make sure that...

I've created two similar transitions using images - an image spins and zooms inwards, and for the other version it zooms outwards. For whatever reason, when I use this transition to display a screen (e.g. the title), I cannot click on any buttons on the screen. This doesn't seem to be a fault of Alp...

With some work, I managed to get this at least running for me in my project. I copied the shader and OpenGL folders into my project, as well as the director.rpy, though I then I reduced a lot of code in that file down to the only part I needed: blurring. init python: import shader def show_blurred(i...

Been experimenting so far with improving on my "Portrait System" to make use of these new layered sprites. I feel like I might be missing something though, but is there a way to default to the default of a group if the current attribute doesn't exist? e.g. I have a "neutral_base"...

I get the feeling what's resizing the game window is buried within files I cannot access. Specifically encrypted .pyd files in Renpy's lib directory. I suspected that draw.set_mode in display/core.py is what returns a downscaled window, but the set_mode that gets called in the first place is out of ...

For a few versions I've noticed a lot of "junk" variables show up in the Variable Viewer, and I've wondered why this is. It's not like these do any harm, but I've sometimes checked my variables to be sure I'm not leaving anything straggling behind after its past its use, or duplicate names...

I'm... not sure why I'm using python statements there. It might be older code I've copied from other things over and over and not updated. I think "calling" a screen follows a pattern of "show the screen and close it once interaction has occurred", whereas "show screen"...

With some experimenting it seems that using modal True was not going to work. The problem with this is that it also prevented me from advancing dialogue that was called from the examine button. I was also getting a few errors for trying to use "call screen" to do with forgetting a ui.close...

I'm not sure I can avoid that? My project has an item screen, which is opened via a button. It lists your inventory and has an "examine" button (which calls the dialogue). If I change ShowMenu to just Show , yes, the dialogue now loads into history. However since the item screen is no long...

I'm not sure how that's relevant? To clarify, I don't intend to use adjust_view_size or similar in the game proper , the reason I made use of that function was to try and make sure the windowed size was what I expected. What I want to know is why Ren'py seems to shrink the game window ever so slight...

I've observed this menu-activated dialogue still isn't added to history in 7.0.0.190.
Though I wonder if I'm not necessarily going about this the right way.

This appears to still be present in 7.0.0.190.

Yes, although with this demo I just appended it to the main pause menu, which isn't called by a button but by right mouse/keyboard. And the same thing was observed.

So yeah I guess some way to get recording to history to work in menu context is what I'm after.