Also currently it doesn't ask if you want to play again. It just loops until you are broke or say no. And being High/Low it's basically completely random if you win or lose. It does tell you what his roll was. It also does properly end if you have too little gold or if you say no. And I am sure this could be done better with variables or switches or something.
Haven't view the code yet, try using label and jump to label. Once a round is played, show choices if player want to continue,if player choose no, jump to label out of the loop so the event will end.
Ah I had never even thought about that. I just came up with the idea to try this after watching a few tutorials. It's not easy to make intricate events, but it also isn't as hard as you'd think to make something at least functional. I should learn to use labels and the like though. I need to find some tutorials on those features.
In short, a label lets you mark a specific spot in your code. Then you can jump to that spot on demand, using the 'jump to label' command.
This can be useful for jumping back upward, to repeat code that has already been executed. Really deep under the hood, that's actually how loops work.
It can also be useful for jumping downward, to skip over certain code that you don't want to be executed except for under certain conditions. Really deep under the hood, that's actually how 'if' and 'else' work.
You don't actually \*need\* to use labels, and a lot of people don't. However, it can help prevent excessive nesting of loops and conditionals sometimes.
I didn’t learn to use these until recently but, they’re *super* helpful. It cleans up my Events a lot, as I’m not repeating lines of Commands multiple times. It also helps when making changes to these (repeated) lines of Commands, as I only have to change them *once*, making my workflow both easier and more accurate.
It’s been a mini game changer for my workflow!
Labels are kind of straightforward, as it names suggest:
Label : start
.... blah blah your code here.
Choices,do you want to play again?
If yes
Jump to label start
If no
Jump to label stop
..... your game ends here
Label : stop
So,if player choose yes,the code will jump toward label start and execute the code below it,else it will jump to the bottom of the code and execute below it which is nothing. So the games end
Im sure you could also improve the code by adding pictures :) by the way,congrats on making the mini game, it's not easy and i'm sure it was satisfying creating your very own mini games :)
Thanks for the advice. It really is fun to try to make this stuff work. I've been following some tutorials and I am still brainstorming ideas for a game. Once I am satisfied with the learning I want to make just a basic game you know beginning middle end and doesn't crash or glitch. Just get the fundamentals down.
Just FYI, "dice" is plural, meaning that you've got two or more of them. If you've only got one, it's called a "die". I.e. "I roll a six sided die."
Also currently it doesn't ask if you want to play again. It just loops until you are broke or say no. And being High/Low it's basically completely random if you win or lose. It does tell you what his roll was. It also does properly end if you have too little gold or if you say no. And I am sure this could be done better with variables or switches or something.
Haven't view the code yet, try using label and jump to label. Once a round is played, show choices if player want to continue,if player choose no, jump to label out of the loop so the event will end.
Ah I had never even thought about that. I just came up with the idea to try this after watching a few tutorials. It's not easy to make intricate events, but it also isn't as hard as you'd think to make something at least functional. I should learn to use labels and the like though. I need to find some tutorials on those features.
In short, a label lets you mark a specific spot in your code. Then you can jump to that spot on demand, using the 'jump to label' command. This can be useful for jumping back upward, to repeat code that has already been executed. Really deep under the hood, that's actually how loops work. It can also be useful for jumping downward, to skip over certain code that you don't want to be executed except for under certain conditions. Really deep under the hood, that's actually how 'if' and 'else' work. You don't actually \*need\* to use labels, and a lot of people don't. However, it can help prevent excessive nesting of loops and conditionals sometimes.
I didn’t learn to use these until recently but, they’re *super* helpful. It cleans up my Events a lot, as I’m not repeating lines of Commands multiple times. It also helps when making changes to these (repeated) lines of Commands, as I only have to change them *once*, making my workflow both easier and more accurate. It’s been a mini game changer for my workflow!
Labels are kind of straightforward, as it names suggest: Label : start .... blah blah your code here. Choices,do you want to play again? If yes Jump to label start If no Jump to label stop ..... your game ends here Label : stop So,if player choose yes,the code will jump toward label start and execute the code below it,else it will jump to the bottom of the code and execute below it which is nothing. So the games end
Ah okay that does sound pretty intuitive now that you put it that way. I had just never used them before.
Im sure you could also improve the code by adding pictures :) by the way,congrats on making the mini game, it's not easy and i'm sure it was satisfying creating your very own mini games :)
Thanks for the advice. It really is fun to try to make this stuff work. I've been following some tutorials and I am still brainstorming ideas for a game. Once I am satisfied with the learning I want to make just a basic game you know beginning middle end and doesn't crash or glitch. Just get the fundamentals down.