Dialogues
Dialogues are basically programmable node systems that allow you to create a progressing conversations for your adventure maps. Dialogues are based on event node system so it's possible to execute different actions, or provide different dialogue branches depending on player's state.
Dialogues can be triggered either from triggers or via /mp dialogue open command.
Dialogues can be managed in Mappet dashboard. The fourth panel in the left sidebar opens dialogue editor.
Once you pick or create a dialogue, you'd see an editor like this:
Dialogue node system supports following types of nodes:
- All event nodes (for exception of Timer node)
- Reply node allows to provide dialogue reply options that player can pick from
- Reaction node allows to provide dialogue reaction to whomever you have dialogue with
- Crafting node allows to provide crafting table that will be offered to the player to trade
- Quest node allows to provide quests that will be offered to the player to take or complete
Reply node provides reply that player can pick from to a specific dialogue reaction. Content field allows you to provide the text that a player will be replying to the dialogue. You can use same formatting as with quest's description. While the color picker underneath allows you to set the main text color.
You can also use expressions within the content field, for example you can say use world_is_day() to say "good morning" or "good night" just like this:
${world_is_day() ? "Hello" : "Good night"}! Looks like you're like planning to travel somewhere. Where are you going?
And depending on the time of the day it will say "Hello!" or "Good night!" If there isn't enough space to edit the Content you can right click on the field to Edit in fullscreen...
Reaction node provides a reaction to either dialogue initiation or to a reply. Content field allows you to provide the text that a player will be replying to the dialogue. You can use same formatting as with quest's description. While the color picker underneath allows you to set the main text color. Same as with reply, you can use expressions.
And the Pick | Edit buttons underneath allow you to pick a morph that will be displayed in the dialogue screen on the right of the main panel. You can use any morph, however, particle with vanilla emission mode and snowstorm morphs won't work! Other morph features like pose animations should be working when transitioning to the next reaction after player picked a reply.
Reaction nodes also have two fields related to marking dialogue branches as read. Mark read toggle allows to mark dialogue as read by writing (adding 1) to player's states with key dialogues.DIALOGUE_ID (where DIALOGUE_ID is the name of the dialogue).
Marker field allows to mark a specific branch as read which will be written (adding 1) to player's states with key dialogues.DIALOGUE_ID:MARKER (where DIALOGUE_ID is the name of the dialogue, and MARKER is whatever you provided).
Both of these states you can check either by using dialogue_read("dialogues.DIALOGUE_ID", subject) (or with custom marker dialogue_read("dialogues.DIALOGUE_ID:MARKER", subject)) expression or using dialogue read condition block.
Crafting node offers crafting table to the player within the dialogue by given ID under Crafting table label.
Quest node offers quest(s) to the player based on the quest chain by given ID under Quest chain label. Keep in mind that the dialogue will display the quests only that ones that match the quest giver/receiver properties within the quest chain. See quest chains page for more info.
Same as with events, you have to specify the main node. However, beside specifying main node there are some specific order of node execution you must follow. Take a look at this example:
For every stage in the dialogue, you need to have one Reaction node and either:
- One Quest node
- One Crafting node
- One or more Reply nodes
You have to have at least one of those connected to a Reaction node indirectly. However, in the end of the dialogue, they are optional. When there are no replies, quest or crafting nodes in the end it will simply display the content of reaction and will tell player Press Esc key to close the dialogue....
Consider following dialogue:
You can have additional Condition, Switch and Command nodes anywhere coming out of Reply, Reaction, Craft and Quest nodes, or even in between. The most important part is that per every dialogue stage you'd have one Reaction node connected to multiple Reply nodes, or a single Craft or Quest nodes. However, Reaction node should never be connected to another Reaction node without passing through a Reply, Craft or Quest nodes otherwise only the latest reaction node will get counted.
The final thing to note is that you should connect Reply, Crafting or Quest nodes to another Reaction node when you want to redirect the dialogue back, as you can see with the quest node that is connected back to Hi!. Which will return the place back to the beginning of the dialogue. If there will be no Reaction node down connection out of a Reply, Crafting or Quest nodes, then the dialogue will end.