What's your Strategy?
https://forums.matrixgames.com:443/
ORIGINAL: ralphtrick
CSV is short for comma separated value (value, value, value.)
Excellent! Python's a great choice. I'd be interested to know how much of the inside guts will be available to the script -- and if these scripts can run at other times besides at the beginning of each turn.ORIGINAL: ralphtrick
Eventually, I plan to expost all the events in a scripting language called Python. You'll be able to use it in addition to the current event engine.
For now, I did add in F6/F7 (Event Load/Save) The current format is CSV, and very unfriendly, but it should be useful for some things, especially translation.
ORIGINAL: golden delicious
ORIGINAL: ralphtrick
CSV is short for comma separated value (value, value, value.)
Well, to be ultra-anal, "value,value,value".... [:'(]
ORIGINAL: XPav
No, it's "value", "value", "value"
Just covered this in SQL class. http://www.creativyst.com/Doc/Articles/CSV/CSV01.htm gives a pretty good overview of how it works...ORIGINAL: golden delicious
ORIGINAL: XPav
No, it's "value", "value", "value"
Aren't quotemarks only required for alphanumeric fields?
I'll know more as I get into it, but I don't expect them to be only at the beginning of the turn. I can see events before entering a hex, and on a unit's destruction, at least.ORIGINAL: XPav
Excellent! Python's a great choice. I'd be interested to know how much of the inside guts will be available to the script -- and if these scripts can run at other times besides at the beginning of each turn.ORIGINAL: ralphtrick
Eventually, I plan to expost all the events in a scripting language called Python. You'll be able to use it in addition to the current event engine.
For now, I did add in F6/F7 (Event Load/Save) The current format is CSV, and very unfriendly, but it should be useful for some things, especially translation.
OK, I'm going to have to be precise then...ORIGINAL: golden delicious
ORIGINAL: ralphtrick
CSV is short for comma separated value (value, value, value.)
Well, to be ultra-anal, "value,value,value".... [:'(]
Someone will have to check, but I believe that I pay attention to the event number, as well, so if you update one event, and only include it in the file that you're uplocading, that is the event number that will be updated. It may be possible that people will develop small libraries of code templates and samples based on event 600, 700, etc.ORIGINAL: ralphtrick
OK, I'm going to have to be precise then...ORIGINAL: golden delicious
ORIGINAL: ralphtrick
CSV is short for comma separated value (value, value, value.)
Well, to be ultra-anal, "value,value,value".... [:'(]
The events are outputted as a series of values, with no spaces between, that are separated by commas. Unlike a normal CSV file, there are no quotation marks around the alpha fields. The final section, the 'news' section can contain commas, although this may make it difficult for other programs like Excel to read them.
I've attached a sample.
This should be readable by anyone who has access to a spreadsheet program. In addition support by a program like ODD is possible.
When the events are read back in, they replace the existing event, that means that if you remove events, you will have to manually remove them from the scenario as well.
ORIGINAL: ralphtrick
I'll know more as I get into it, but I don't expect them to be only at the beginning of the turn. I can see events before entering a hex, and on a unit's destruction, at least.ORIGINAL: XPav
Excellent! Python's a great choice. I'd be interested to know how much of the inside guts will be available to the script -- and if these scripts can run at other times besides at the beginning of each turn.ORIGINAL: ralphtrick
Eventually, I plan to expost all the events in a scripting language called Python. You'll be able to use it in addition to the current event engine.
For now, I did add in F6/F7 (Event Load/Save) The current format is CSV, and very unfriendly, but it should be useful for some things, especially translation.