ZMan,
From your response I get the impression that I cannot open a file in a subdirectory without specifying the full and complete path. Is that correct?
Well, let me explain what my Phrogram does today. It is a play-by-email game (all those fancy MMORGs are just a passing fad... play by e-mail is going to make a comeback!). The program Boo! allows up to 15 players to plot what their character should do for the next turn. This plot file is written to the \bin directory as a new text file. That file would then be e-mailed as an attachment to the other (up to) 14 players. On my system - I would receive the plot files for the other 14 players - and place them all in \bin. When Boo! starts it automatically looks to the \bin directory for any new plot files. It reads in all of them and updates a master game file of all the plot events. When Boo! sees that all the plot files for a certain turn have been read in... then it allows the user to play that turn.
Given the extremes: 15 players for 10 turns... this could see 150 files in the \bin directory for just one game. A second game could have 150 more files, etc.
Note: I *could* delete the plot file when I have finished reading it in... but that is not a high priority right now.
In addition (if the above is not crazy enough for you) each player can customize the icon for their character and record WAV files saying "Boo!" So, even though I will have "standard" images and WAV files for your use... I want to provide the ability for you to use your own files.
If all those files were wrapped inside of a zip file - that would be too difficult for the average user to package correctly, me thinks.
If all those files are in a single directory - same comment. Very difficult for the average user to find the right file amoungst 100s to send to the other players after a turn has been plotted.
So, maybe a hybrid of your idea and some flexibility that I need. Static input resources could be identified and pointed to via the IDE. These could be zipped up automatically for package distribution. Items to go here would be static graphics, MRI (my name for all user read text) translations, sound files, etc. Things you do not want the humans or program to change.
And, the ability to open files that are programmatically determined in any subdirectory based upon the content of master configuration files or user input. For example, the first question I ask the user is "What is the name of the game?" I use this information to read in the master game file that contains *everything* known about the current game (all turns, events, and the names of other support files such as maps, player images, sound files, etc.).
I will close by adding that I do not fully understand what you suggested above. I am confused by the runtime only environment that I have grown up with using KPL/Phrogram. Now that I have Standard and the ability to package and export... well I have this ability but have not played with it much so I do not fully appreciate (understand) your comments. So, take my suggestions with a grain of salt. Hopefully, I was able to express the complexity that I have - and you can adjust future versions of Phrogram to best fit the needs of the wider community.
Regards,
ChristmasWhistler
http://www.christmaswhistler.com(\ _/)
(- . -) This is bunneh. Copy and paste him to
(")-(") your signature, so that he may gain popularity and eventually rule the world