Wishing you all the best, and thanks for your personal update.
Glad you had some time with your kids, and I guess it's a good thing it ended up sparking a chance to monitor your health. You're the most helpful technical person on here, and I hope you can keep doing what you love for many years. You're right, it's never too late to turn your health around. Try some new food, take up yoga, maybe drink some nettle tea lol. I know how hard it can be to change habits to improve your health, but hopefully this wake-up call makes the process easier for you.
NEVER, EVER apologize for that. It's THE most important thing,
You know, I didn't really stop to think about that line with how heavy the rest of the post was. That's a hell of a doctor lol.
You are indeed one of the best "teachers" here. I have understood a lot about renpy and I am now able to fix my own little things thanks to your explanations (I'm sorry I don't interact a lot here because I'm not confident enough with my english).
One don't prevent the second.
I'm pretty sure that he practiced it many time and that, once at home, he proudly said to his wife that he finally achieved to place it.
Meds don't permit you to really help on this, but I can still give some advice:
Oh shoot! This comes a bit too close to home. And I now know the place you're in coz I lost mine too very unexpected, been together for almost 40 years (I'm 67 myself) and even though it's now almost 5 years, I'm still trying to get out of that hole...
Quick update.
Damn, didn't know your wife and cat had passed as well. Hope you have someone to help you through as you're making health changes. But yea your doc was probably really pleased with himself dropping that line, lol.
I have. Children are a bit far, but they stay in touch with me, as well as my boss and co-workers. One of the junior is even unwittingly funny, trying to making me feel better by showing that he take seriously the fact that he's now responsible for the tests writing, while doing his best to not make me feel useless. To summarize, each time we talk it looks like, "you see, we can still works at 100% without you... this doesn't mean that I took your place, we have to be at 200%... but not you, you need to take it easy... not that you're old..."
There's no "best" here, it all depend on the context.
Yes, but it's "if the dev makes major changes". If he don't, what will be the cases for most of the code, in most of the updates, you'll have nothing to do.
Totally agree. But label overrides can help you organize all this.
# What apply to "start" label.
default linesOverrided = { [...] }
init python:
config.label_overrides["label1"] = "label1_modded"
config.label_overrides["label1_OUT"] = "label1"
label label1_modded:
# What apply to "label1" label.
$ linesOverrided = { [...] }
jump label1_OUTconfig.label_overrides. Therefore you can use label that do not exist at all, like the "label1_OUT" in my example. Ren'Py will find it in config.label_overrides, change the name of the label accordingly, and like it's an existing label, will branch to it.linesOverrided as small as possible. Strictly speaking it don't impact the performances, but it's always a good practice to have as less data as possible.Hmm... there's many way for devs to do this, but for modders, if it rely on jump, there's an easy way to fix this.
label whatever:
[...]
menu:
"pass the night with Anna.":
jump anna_night
"Go to the coffeeshop to flirt with the barista."
jump coffeeshop
"Meet Sarah in the park."
jump sarah_park
label anna_night:
[...]
jump next_scene
label coffeeshop:
[...]
jump next_scene
label sarah_park:
[...]
jump next_scene
label next_scene:
[...]# intentionally left blank.
default labelsStates = {}
init python:
config.label_overrides["next_scene"] = "next_scene_hub"
config.label_overrides["next_scene_OUT"] = "next_scene"
label next_scene_hub:
# You never been there yet.
# This mean that you come from "anna_night" label, jump to the second scene.
if not "next_scene" in labelStates:
$ labelStates["next_scene"] = 1
[Place here the variables changes that possibly happen in the menu]
jump coffeeshop
# You've been there before, but only once. Time to jump to the third scene.
elif labelStates["next_scene"] = 1
$ labelStates["next_scene"] = 2
[Place here the variables changes that possibly happen in the menu]
jump sarah_park
# You've seen all the scenes, time to get back to the normal flow.
else:
jump next_scene_OUTlabel whatever:
[...]
menu:
"pass the night with Anna.":
[the scene]
"Go to the coffeeshop to flirt with the barista."
[the scene]
"Meet Sarah in the park."
[the scene]
[...]label whatever:
[...]
# Add an implicit jump to make label overrides possible.
# I used a sub label (the leading dot), but it's not mandatory.
jump .selectionMenu
# Explicitly give a label to the menu, once again to make label overrides possible.
menu .selectionMenu:
"pass the night with Anna.":
[the scene]
"Go to the coffeeshop to flirt with the barista."
[the scene]
"Meet Sarah in the park."
[the scene]
# Give a label to the following common part, because you need to find your way back.
# Once again I used a sub label, but it's not mandatory.
label .continue
[...]init python:
config.label_overrides["whatever.selectionMenu"] = whatever_modded
label whatever_modded:
[scene with Anna]
[scene with the barista]
[scene with Sarah]
# Return to the common flow
jump whatever.continueIncredible, thanks for such a comprehensive answer, will definitely be referring to this post a ton in the future. Glad you're taking things in stride and that people around you are keeping you in good humor =P.I have. Children are a bit far, but they stay in touch with me, as well as my boss and co-workers. One of the junior is even unwittingly funny, trying to making me feel better by showing that he take seriously the fact that he's now responsible for the tests writing, while doing his best to not make me feel useless. To summarize, each time we talk it looks like, "you see, we can still works at 100% without you... this doesn't mean that I took your place, we have to be at 200%... but not you, you need to take it easy... not that you're old..."
He probably play a big part in the fact that I take all this not so badly
There's no "best" here, it all depend on the context.
It's like for transportation devices. What is "best" ? A sport car ? A family car ? A bicycle ? If you want to impress girls, the first is the answer. But if what you want is just buy some bread, the last one would be way better. And for a holiday trip with you wife, two kids and pets, there will be nothing better than the second.
Yes, but it's "if the dev makes major changes". If he don't, what will be the cases for most of the code, in most of the updates, you'll have nothing to do.
This being opposed to a more invasive way to mod, that would need that you copy/past your changes every time there's an update. So, in the end, even if there's changes time to time, it would still be easier and faster to rely on label overrides.
Totally agree. But label overrides can help you organize all this.
/!\ wrote on the fly, with a half working brain /!\
side note:Python:# What apply to "start" label. default linesOverrided = { [...] } init python: config.label_overrides["label1"] = "label1_modded" config.label_overrides["label1_OUT"] = "label1" label label1_modded: # What apply to "label1" label. $ linesOverrided = { [...] } jump label1_OUT
So far, Ren'Py do not validate the content ofconfig.label_overrides. Therefore you can use label that do not exist at all, like the "label1_OUT" in my example. Ren'Py will find it inconfig.label_overrides, change the name of the label accordingly, and like it's an existing label, will branch to it.
With this, you don't hijack the game flow, but hook in top of the label. Ren'Py flow become this:
- [previous label]
- label1_modded
- label1
And doing so, if a line have change in whatever label, you know precisely where to find it in your own code, it will be in the same label with the "_modded" suffix.
This also permit to keeplinesOverridedas small as possible. Strictly speaking it don't impact the performances, but it's always a good practice to have as less data as possible.
Hmm... there's many way for devs to do this, but for modders, if it rely on jump, there's an easy way to fix this.
Let's say that you've this as original code:
What you can do is something like:Python:label whatever: [...] menu: "pass the night with Anna.": jump anna_night "Go to the coffeeshop to flirt with the barista." jump coffeeshop "Meet Sarah in the park." jump sarah_park label anna_night: [...] jump next_scene label coffeeshop: [...] jump next_scene label sarah_park: [...] jump next_scene label next_scene: [...]
/!\ wrote on the fly, with a half working brain /!\
It will not apply to every games, because it need for each scene to have its own label. But when it's the case, then it will works all the time, whatever how many changes there's in each label.Python:# intentionally left blank. default labelsStates = {} init python: config.label_overrides["next_scene"] = "next_scene_hub" config.label_overrides["next_scene_OUT"] = "next_scene" label next_scene_hub: # You never been there yet. # This mean that you come from "anna_night" label, jump to the second scene. if not "next_scene" in labelStates: $ labelStates["next_scene"] = 1 [Place here the variables changes that possibly happen in the menu] jump coffeeshop # You've been there before, but only once. Time to jump to the third scene. elif labelStates["next_scene"] = 1 $ labelStates["next_scene"] = 2 [Place here the variables changes that possibly happen in the menu] jump sarah_park # You've seen all the scenes, time to get back to the normal flow. else: jump next_scene_OUT
You only have to ensure that the variables changes haven't been updated, and that the name of the label they all branch to is still the same.
As for games where the scenes are directly embedded in the menu, there's still something you can do to limits your work.
The game will looks like this:
You'll have to do two things. Firstly a small update in the original code:Python:label whatever: [...] menu: "pass the night with Anna.": [the scene] "Go to the coffeeshop to flirt with the barista." [the scene] "Meet Sarah in the park." [the scene] [...]
/!\ wrote on the fly, with a half working brain /!\
Then your mod will looks like:Python:label whatever: [...] # Add an implicit jump to make label overrides possible. # I used a sub label (the leading dot), but it's not mandatory. jump .selectionMenu # Explicitly give a label to the menu, once again to make label overrides possible. menu .selectionMenu: "pass the night with Anna.": [the scene] "Go to the coffeeshop to flirt with the barista." [the scene] "Meet Sarah in the park." [the scene] # Give a label to the following common part, because you need to find your way back. # Once again I used a sub label, but it's not mandatory. label .continue [...]
/!\ wrote on the fly, with a half working brain /!\
You'll still have changes to make on the original code with every updates, but it's small changes that will apply whatever have changed in the said original code. As long as the dev do not totally remove the menu, it will works.Python:init python: config.label_overrides["whatever.selectionMenu"] = whatever_modded label whatever_modded: [scene with Anna] [scene with the barista] [scene with Sarah] # Return to the common flow jump whatever.continue
You'll still have to update your code if he change something in one of the three scenes, but that's all you'll have to do. As long as the changes happen outside of those three scenes, it will not matters because the modded version use the original code for this.
Oh god, what I love thinking about code... A chance it was still something basic, it needed more time that I thought, but yeah, what a pleasant feeling that thinking and still being fine right after it.
Thanks a lot, seriously.
I will, normally in a near future since I'm now back at work; but will still need some time to find how to fit "hobby codding" in my new life pace, in a way that don't make me starts at 8PM and stop when my alarm tell me that it's time to wake up.
But I'll not fix that issue... Because I have no fucking clue what is "that issue".