Ren'Py 6.11.0 Public Pre-Release
- LordShiranai
- Regular
- Posts: 188
- Joined: Wed Jul 07, 2010 5:49 pm
- Completed: Mobile Food Madness, Super Otome Quest
- Location: Pacific Northwest
- Contact:
Re: Ren'Py 6.11.0 Public Pre-Release
Video looks awesome.
Hoping that this latest build will be the final or close to it.
Hoping that this latest build will be the final or close to it.
Don't Blame Me. I Voted for Vermin Supreme.
Re: Ren'Py 6.11.0 Public Pre-Release
CropMove does not correctly interact with ATL containing a "contains" block with "alpha" in it, it loses the alpha value given in ATL during transition. It works fine if there's no "contains", the bug persists if there is only one "contains" block.
Replication follows, image from the tutorial is used.
Replication follows, image from the tutorial is used.
Code: Select all
init:
image effect magic:
around (0.5,0.5)
anchor (0.5,0.5)
alpha 0.5
contains:
"whitehouse.jpg"
zoom 0.5
block:
rotate 0
linear 10 rotate 360
repeat
contains:
"whitehouse.jpg"
zoom 0.8
block:
rotate 0
linear 10 rotate -360
repeat
image bg a = Solid("#eee")
image bg b = Solid("#fff")
$ e = Character('Eileen', color="#c8ffc8")
label start:
scene bg a
show effect magic at truecenter
e "We have a background, and an ATL animation using two independent 'contains' blocks with 'alpha' in each, using an image with no alpha of it's own."
e "Now see what happens when I try to cropmove another scene with that ATL animation in."
scene bg b
show effect magic at truecenter
with CropMove(3.0,"wipeleft")
e "During cropmove 'alpha' is lost. If I use an ImageDissolve instead, it isn't."
- PyTom
- Ren'Py Creator
- Posts: 15893
- Joined: Mon Feb 02, 2004 10:58 am
- Completed: Moonlight Walks
- Projects: Ren'Py
- IRC Nick: renpytom
- Github: renpytom
- itch: renpytom
- Location: Kings Park, NY
- Contact:
Re: Ren'Py 6.11.0 Public Pre-Release
Mihara >>> Fixed. This will be in the final release, although it was such a straightforward change I won't bother with public testing.
Supporting creators since 2004
(When was the last time you backed up your game?)
"Do good work." - Virgil Ivan "Gus" Grissom(When was the last time you backed up your game?)
"Silly and fun things are important." - Elon Musk
Software > Drama • https://www.patreon.com/renpytom
- LordShiranai
- Regular
- Posts: 188
- Joined: Wed Jul 07, 2010 5:49 pm
- Completed: Mobile Food Madness, Super Otome Quest
- Location: Pacific Northwest
- Contact:
Re: Ren'Py 6.11.0 Public Pre-Release
I think I found some odd behavior with screens and zorder when defining a screen using renpy.define_screen. I am not sure if I am misunderstanding how to declare a zorder in the latest build, or if this is a bug. It doesn't look like the documentation was updated to reflect the changes to renpy.define_screen, so I'm not 100% sure.
Below is the code of a simple reproduction.
It seems that at the point I reach the hide screen statement, the game will not advance. It will be stuck and you can't move on to the next interaction. If I remove the 4th. argument from renpy.define_screen (which I believe should set the zorder to 2), the issue does not seem to occur.
Below is the code of a simple reproduction.
Code: Select all
# You can place the script of your game in this file.
init:
# Declare images below this line, using the image statement.
# eg. image eileen happy = "eileen_happy.png"
# Declare characters used by this game.
python:
def screen_a(**kwargs):
ui.frame()
ui.vbox()
ui.text("Test")
ui.close()
renpy.define_screen("screen_a", screen_a, "True", "2")
# The game starts here.
label start:
show screen screen_a
"You've created a new Ren'Py game."
hide screen screen_a
"Once you add a story, pictures, and music, you can release it to the world!"Don't Blame Me. I Voted for Vermin Supreme.
- PyTom
- Ren'Py Creator
- Posts: 15893
- Joined: Mon Feb 02, 2004 10:58 am
- Completed: Moonlight Walks
- Projects: Ren'Py
- IRC Nick: renpytom
- Github: renpytom
- itch: renpytom
- Location: Kings Park, NY
- Contact:
Re: Ren'Py 6.11.0 Public Pre-Release
You're telling the screen to be modal, and raising it to the top. That prevents the say behavior from working - and you're stuck like this.
(Modal was also documented incorrectly - it actually defaults to "False".)
(Modal was also documented incorrectly - it actually defaults to "False".)
Supporting creators since 2004
(When was the last time you backed up your game?)
"Do good work." - Virgil Ivan "Gus" Grissom(When was the last time you backed up your game?)
"Silly and fun things are important." - Elon Musk
Software > Drama • https://www.patreon.com/renpytom
- LordShiranai
- Regular
- Posts: 188
- Joined: Wed Jul 07, 2010 5:49 pm
- Completed: Mobile Food Madness, Super Otome Quest
- Location: Pacific Northwest
- Contact:
Re: Ren'Py 6.11.0 Public Pre-Release
What you're saying makes sense for modal, now that I think about it. The problem is that I observe the behavior when I define a screen using renpy.define_screen regardless of the modal setting I pass to it. (I actually pasted the wrong code the last time, as I had actually been playing around with the values in my test script and pasted the version when I set modal to True. So that probably caused confusion.)PyTom wrote:You're telling the screen to be modal, and raising it to the top. That prevents the say behavior from working - and you're stuck like this.
(Modal was also documented incorrectly - it actually defaults to "False".)
The following example may illustrate it better.
Code: Select all
init:
# Declare images below this line, using the image statement.
# eg. image eileen happy = "eileen_happy.png"
# Declare characters used by this game.
screen screen_a:
modal False
zorder 1
text "Screen A"
python:
def screen_b(**kwargs):
ui.text("Screen B")
renpy.define_screen("screen_b", screen_b, "False", "1")
# The game starts here.
label start:
"Go screen A!"
show screen screen_a
"Go Away Screen A!"
hide screen screen_a
"Go screen B!"
show screen screen_b
"Go Away Screen B!"
hide screen screen_b
"Okay, done?"Don't Blame Me. I Voted for Vermin Supreme.
Re: Ren'Py 6.11.0 Public Pre-Release
Hello when trying to port my game to 6.11.0 y encountered a problem... when trying to run my game in 6.11.0 this error pops:
This is weird because with 6.10 the game was running just fine and now its not allowing the code to have a return statement outside a function 
Code: Select all
I'm sorry, but errors were detected in your script. Please correct the
errors listed below, and try again.
On line 483 of C:\Users\Nikolas\Desktop\renpy-6.10.2\Project1/game/script.rpy: 'return' outside function
return
Ren'Py Version: Ren'Py 6.11.0l
- PyTom
- Ren'Py Creator
- Posts: 15893
- Joined: Mon Feb 02, 2004 10:58 am
- Completed: Moonlight Walks
- Projects: Ren'Py
- IRC Nick: renpytom
- Github: renpytom
- itch: renpytom
- Location: Kings Park, NY
- Contact:
Re: Ren'Py 6.11.0 Public Pre-Release
6.11.0 uses a new parser, which is a bit stricter about incorrect code. Can we see your code, so I can suggest how to fix it?
Supporting creators since 2004
(When was the last time you backed up your game?)
"Do good work." - Virgil Ivan "Gus" Grissom(When was the last time you backed up your game?)
"Silly and fun things are important." - Elon Musk
Software > Drama • https://www.patreon.com/renpytom
Re: Ren'Py 6.11.0 Public Pre-Release
Here, it is in the atached script.rpy
or
The script.rpy file is a bit of a mess because i'm experimenting a bit to become familiar with the code.
or
Code: Select all
label show_statsT:
python:
action = 1
while action:
Teacher_name = Teachers_list [Tindex] [0]
Tgender = Teachers_list [Tindex] [1]
Tsubject = Teachers_list [Tindex] [2]
Tage = Teachers_list [Tindex] [3] [0]
Tpedagogy = Teachers_list [Tindex] [3] [1]
Tautority = Teachers_list [Tindex] [3] [2]
Tsex = Teachers_list [Tindex] [3] [3]
Tmorality = Teachers_list [Tindex] [3] [4]
Texperience = Teachers_list [Tindex] [3] [5]
Tsalary = Teachers_list [Tindex] [3] [6]
show_menu1 = False
display_statsT()
if Tindex:
ui.vbox(xpos = 0.01, ypos = 0.55)
ui.textbutton("Prev Teacher", clicked=ui.returns(1))
ui.close()
if Tindex != (len(Teachers_list) - 1):
ui.vbox(xalign = 0.99, ypos = 0.55)
ui.textbutton("Next Teacher", clicked=ui.returns(2))
ui.close()
ui.vbox(xalign = 0.5, ypos = 0.55)
ui.textbutton("Fire This Teacher", clicked=ui.returns(3))
ui.close()
return_button()
action = ui.interact()
if action == 3:
del Teachers_list [Tindex]
if Tindex != 0:
Tindex -= 1
elif len(Teachers_list) != 0 and Tindex == 0:
pass
else:
show_menu1 = True
return()
elif action == 2:
Tindex += 1
elif action == 1:
Tindex -= 1
else:
pass
show_menu1 = True
return()- Attachments
-
- script.rpy
- (24.14 KiB) Downloaded 83 times
Last edited by Samu on Sat Aug 21, 2010 11:44 pm, edited 1 time in total.
- PyTom
- Ren'Py Creator
- Posts: 15893
- Joined: Mon Feb 02, 2004 10:58 am
- Completed: Moonlight Walks
- Projects: Ren'Py
- IRC Nick: renpytom
- Github: renpytom
- itch: renpytom
- Location: Kings Park, NY
- Contact:
Re: Ren'Py 6.11.0 Public Pre-Release
To get out of a while loop, you want to use break, rather than return. The last return doesn't do anything.
Supporting creators since 2004
(When was the last time you backed up your game?)
"Do good work." - Virgil Ivan "Gus" Grissom(When was the last time you backed up your game?)
"Silly and fun things are important." - Elon Musk
Software > Drama • https://www.patreon.com/renpytom
Re: Ren'Py 6.11.0 Public Pre-Release
the while loop breaks with the return_button() that returns 0 to the ui.interact() and ultimately makes the action variable 0 thus breaking the while loop
the return() is there because i call this bit of code from another part with a call statement
edit: anyway the code works fine in the 6.10.2 version of renpy, it does what is intended to do without errors so I wonder...
edit2: Nevermind, I found the problem. Calling a return statement inside a python block is what raises the error.
the return() is there because i call this bit of code from another part with a call statement
edit: anyway the code works fine in the 6.10.2 version of renpy, it does what is intended to do without errors so I wonder...
edit2: Nevermind, I found the problem. Calling a return statement inside a python block is what raises the error.
Who is online
Users browsing this forum: No registered users

