How about adding a switch to /hmake to make mIRC save a hash table automatically in the same way it does for global variables. I'd say around 90%+ of all hash table related scripts I see fall into a category of being simple code with a small amount of data in the table, but needing to be saved and loaded on exit and startup of mIRC. It seems there's all these basic hash table based scripts going around each with their on *:start:hload myhashtable myhashtable.txt / on *:exit:hsave myhashtable myhashtable.txt events, none of them needing to make use of the fancier switches available in hload/hsave, so why not have something like /hmake -p myhashtable and have mIRC handle it instead, saving all hash tables which use the new switch into an INI file or something.

While I'm on hash tables, adding an N switch parameter to /hadd -m (where N is the number of slots) would be handy. Also, it'd be good if this switch was available in /hload

Signed

an optional third parameter to specify a custum location for "save to file" might be handy as well. Custum locations being written as binary dumps by default.

Why not have it so you can just load ini's into memory and access the information from some hash table style manner, yet when you update it updates the hash and the ini at the same time? (if you were saving as ini)... Also very easily scripted with a line or two of code.