Legacy roadmap

This is used to populate a menu with all the items in the inventory. During crafting, this menu is presented three times (Or perhaps three of them are side by side? I'm not quite sure yet) to allow the player to select three items. What three items are selected, will be stored, then checked against a list of possible combinations. Something like the Horadric cube of Diablo II, where the game doesn't outright give you recipes, and you have to either experiment to get them, or find some in-game "cookbooks" of sorts.

Problem is, this part right here is currently stumping me, I can't get the menu to populate correctly, gah! I did come across this and thisthough. Does that mean that I can't currently do what I'm planning?

Being from the third world, I reserve the right to speak in the third person.

Using Editor version wip 20170527 gfx_sdl+fb music_sdl

However, reading over your code, I think I can see the problem. You are using a menu ID where you are supposed to be using a menu handle. There are only a handful of commands that use menu IDs ("open menu" and "find menu" are the only ones that I can think of off the top of my head.)

Am I correct to assume that the menu named menu:Crafting is completely blank? If so, you should just use the "create menu" command instead

I decided to go with not using "create menu" though, as some of the items on the menu will always be the same, so rather than always generating them I'll keep them in custom menus.

Thanks!

Being from the third world, I reserve the right to speak in the third person.

Using Editor version wip 20170527 gfx_sdl+fb music_sdl

So the way crafting works is, when the player brings up the crafting menu (That part I haven't figured out yet, in terms of how to do it in-game. Restrict crafting to "tool-benches"? Crafting is possible wherever the player is? Not sure yet.) which looks like this:

The list is populated by all the items that the player has in his inventory. If there's more than one copy of the item, it shows up twice, or thrice, or whatever. My problem here is that once the player gets a lot of items, this list may become rather cumbersome to have to scroll through. Upon selecting items, those items are removed from the list. That way, it's not possible to select an item three times when you only have two of that item.

Once three (all recipes have three ingredients) items have been chosen, the menu closes, and the script looks up the items that were chosen in the recipe script. Right now, the order of items actually matters. So (Item A, Item B, Item C) will produce a result, but (Item B, Item A, Item C) will not, even though it's essentially the same thing. I'm thinking if I should remedy this, or explain it in-game, that items have to be added in a specific order for the magic to work. Kind of like in cooking, you don't add your veggies before you add your meat. Well, you could, but you'd get soggy veggies.

If the script finds that there's a corresponding recipe, it removes the used ingredients from the player's inventory. It will then add a new item to the player's inventory. If there is no corresponding recipe, then nothing will happen, no items are removed, and the player is only penalized with a sense of frustration at not getting the recipe right.

For the recipes, I have a spreadsheet where I just input the three items and the final item. It's all concatenated into a single cell that I can copy to my script.

My worries are that this will get a bit too cumbersome in terms of memory. Would having this massive list slow things down? Or is it negligible? Anywho, that's all from me for now, cheers!

Being from the third world, I reserve the right to speak in the third person.

Using Editor version wip 20170527 gfx_sdl+fb music_sdl

You created a spreadsheet to generate script statements? I'm impressed! And generating textboxes? Wow. Wouldn't it be simpler to embed randomly generated strings in a textbox?

Huh, now why didn't I do that, it is indeed much easier and simpler. I shall rework the scripts to use those instead.

I'm not sure what you mean. The only limit on the number of string constants that you can place in a single script is the limit on the total (compiled) size of a script, which is 256kB. That's, I'd guess, about 50 pages of text.

There are 100 embeddable strings (raised in recent nightlies from 32)