I'm looking at packaging up a version of the Aardwolf MUSHclient package specifically for visually impaired players who rely on screen readers to play Aardwolf. For that I'm eliminating all of the miniwindows and visual displays, and will try instead to favor the classic technique of dumping captured lines for various things into other full-sized windows that the player can cycle between.
What are your thoughts on having a new kind of "world" that has no file associated with it and can therefore only be used for display?
I figure that the new temporary/no-file world would have the following attributes:
1) Sequentially generated ID (not random because there's no need, and it would only create the possibility of collision) with special "temp" prefix or postfix added.
2) Assigned name from passed in string argument that would then show up as the title of the world's window tab if window tabs are enabled.
3) Opening the configuration dialog brings up the one of the world that spawned it instead.
The current Open("foo.mcl") process requires making a new mcl file for each one, which has a few drawbacks. 1) It produces a fair bit of file clutter, and 2) it also makes it so that bringing up the configuration dialogues leaves the player in a bit of a tangle of blank world information not associated with their actual game where they're likely to encounter a whole bunch of "Your foo cannot be blank" error messages if they accidentally land on the name/ip/port configuration pane.
What are your thoughts on having a new kind of "world" that has no file associated with it and can therefore only be used for display?
I figure that the new temporary/no-file world would have the following attributes:
1) Sequentially generated ID (not random because there's no need, and it would only create the possibility of collision) with special "temp" prefix or postfix added.
2) Assigned name from passed in string argument that would then show up as the title of the world's window tab if window tabs are enabled.
3) Opening the configuration dialog brings up the one of the world that spawned it instead.
The current Open("foo.mcl") process requires making a new mcl file for each one, which has a few drawbacks. 1) It produces a fair bit of file clutter, and 2) it also makes it so that bringing up the configuration dialogues leaves the player in a bit of a tangle of blank world information not associated with their actual game where they're likely to encounter a whole bunch of "Your foo cannot be blank" error messages if they accidentally land on the name/ip/port configuration pane.