I would have to disagree with the 'must have' comment. Phrogram (and its precursor KPL) have been around for several years now and taught in several schools without this feature being requested. I can see why you need it but its just not something that most of our end users need.
For your scenario - how do you intend to run the application? From the command line? Few of our audience have any clue about command prompts.
Whilst I agree that most windows applications do accept command line they are for the most part reserved for either advanced usage or association with a document file e.g. allowing word to open .doc files. Its very rare for a major application to require command line arguments - most windows users don't even know how to provide them.
The most common pattern for the secnario you describe would be something like Microsoft Outlook uses.
- When the application runs for the 1st time ask the user for the file location (or make an empty one somewhere)
- Store the location in the registry or an INI or XML type file
- When the application runs in the future read from the setting file/location
[of course until Phrogram provide registry or My documents location access even this solution is not perfect. I would write a simple text file to the same directory as the EXE as a workaround]
However I've added this to our bug/feature tracking system. Its not something that will likley be added in the short term as we are currently working on the next major release. Once the key features are done we will look at some of the smaller low hanging fruti that might be easy to add in.
Off the top of my head I think I would make it look something like this:
Program MyNewProgram
Method Main()
Console.WriteLine(ArrayLength(Application.Paramters))
Console.WriteLine(Application.Paramers[1])
End Method
End Program
Managed DirectX and XNA ? Check out
http://www.thezbuffer.com