Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

RE: TOAW XML Editor

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [New Releases from Matrix Games] >> The Operational Art of War IV >> Mods and Scenarios >> RE: TOAW XML Editor Page: <<   < prev  3 4 5 [6] 7   next >   >>
Login
Message << Older Topic   Newer Topic >>
RE: TOAW XML Editor - 1/24/2019 6:34:32 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
I've just uploaded a new version (v1.12, see first post in thread) in which I hope that I've fixed three problems:
1) the problem with the GUI where some forms are cut off;
2) the problem with invalid xml characters that several people have encountered (see below); and
3) the installation problem that Larry encountered with the "culture" issue.

For the xml characters, TOAWxml now checks when you load a gam file to see if there are any invalid characters, and if so, it replaces them with a capital letter "Z". Note that these characters also do not display properly in the game, so the best thing would be for scenario designers to not use these characters. In the meantime, if you don't like seeing "5th ZZ Panzer Div", etc., then you can go into gam file with Notepad++, etc. to replace the Zs with whatever you want... In any event, with this change I can open Directive 21, FITE2, and Kharkov 1943 with no problems.

If you encounter more problems, PLEASE let me know, including the name of the scenario and which OS you are using, including language. If I can replicate a problem, I can generally fix it, but if I can't replicate it I can't fix it...

< Message edited by 76mm -- 1/24/2019 6:39:36 PM >

(in reply to 76mm)
Post #: 151
RE: TOAW XML Editor - 1/24/2019 7:41:59 PM   
joey


Posts: 1012
Joined: 5/8/2004
From: Johnstown, PA
Status: online
What are considered invalid characters? I am not sure I follow your meaning.

(in reply to 76mm)
Post #: 152
RE: TOAW XML Editor - 1/24/2019 8:05:05 PM   
larryfulkerson


Posts: 37309
Joined: 4/17/2005
From: Tucson, AZ
Status: offline
Hey Tom: That new version fixed the install problem I had and I successfully read a GAM file and looked around the scenario and it worked pretty well, IMHO. Is there a tool like this for the EQP file?

_____________________________

If we ever do get to be a space faring species and go to other worlds, let's make patterns in their crops and leave.

(in reply to joey)
Post #: 153
RE: TOAW XML Editor - 1/25/2019 2:22:00 AM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: larryfulkerson
Hey Tom: That new version fixed the install problem I had and I successfully read a GAM file and looked around the scenario and it worked pretty well, IMHO.

Good to hear, thanks for the feedback.

quote:

ORIGINAL: larryfulkerson
Is there a tool like this for the EQP file?

Not yet, but I'll be working on that soon...although first I'll add the ability to add new equipment to existing scenarios, then I guess an equipment editor. Is that what you have in mind?

(in reply to larryfulkerson)
Post #: 154
RE: TOAW XML Editor - 1/25/2019 2:26:47 AM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: joey
What are considered invalid characters? I am not sure I follow your meaning.

Invalid characters are those characters which throw an error such as: "System.Xml.XmlException: '', hexadecimal value 0x1F, is an invalid character. Line 1, position 1," which several people have encountered.

See posts #141 and #142 in this thread. That's about all I know about them.

(in reply to joey)
Post #: 155
RE: TOAW XML Editor - 1/25/2019 2:37:28 AM   
larryfulkerson


Posts: 37309
Joined: 4/17/2005
From: Tucson, AZ
Status: offline

quote:

ORIGINAL: 76mm

quote:

ORIGINAL: larryfulkerson
Hey Tom: That new version fixed the install problem I had and I successfully read a GAM file and looked around the scenario and it worked pretty well, IMHO.

Good to hear, thanks for the feedback.

quote:

ORIGINAL: larryfulkerson
Is there a tool like this for the EQP file?

Not yet, but I'll be working on that soon...although first I'll add the ability to add new equipment to existing scenarios, then I guess an equipment editor. Is that what you have in mind?


Yes indeed. It would add to the toolset the scenario designer can use to tweak his creation. It would accellerate the creation of masterpieces.

_____________________________

If we ever do get to be a space faring species and go to other worlds, let's make patterns in their crops and leave.

(in reply to 76mm)
Post #: 156
RE: TOAW XML Editor - 1/25/2019 2:53:08 AM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: larryfulkerson
Yes indeed. It would add to the toolset the scenario designer can use to tweak his creation. It would accellerate the creation of masterpieces.

OK, this is on the drawing boards; not sure yet how complicated it will be or how long it will take, but I'm starting to figure this XML stuff out, so hopefully not too long.

(in reply to larryfulkerson)
Post #: 157
RE: TOAW XML Editor - 1/27/2019 6:43:27 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
Next up is dealing with divided units...any particular features that would be helpful with divided units? IIRC you can't revise force structures in the in-game editor if any units are divided, although I'm not sure why that would be the case...

Currently, my thinking with divided units is:
1) have most of the attributes for divided units greyed out, so that they can't be edited (you would have to edit the divided sub-units instead).
2) the only attribute for divided units which would remain enabled is "Deployment", and to reassemble divided units into a single unit again you could simply change the deployment from "Divided" to something else, with the location of the reassembled unit set to one of the subunits.

Any thoughts or suggestions?

(in reply to 76mm)
Post #: 158
RE: TOAW XML Editor - 1/27/2019 6:55:26 PM   
larryfulkerson


Posts: 37309
Joined: 4/17/2005
From: Tucson, AZ
Status: offline
quote:

IIRC you can't revise force structures in the in-game editor if any units are divided,

I seem to remember something about this and I think the workaround was to edit it as XML. The ingame
editor can't seem to handle divided units when it's reading the file in, I think. I haven't experienced
the phenomenom yet myself so I have no idea what else to do besides put the unit back together and THEN
read it into the editor. And then once it's finished then separate the pieces??

_____________________________

If we ever do get to be a space faring species and go to other worlds, let's make patterns in their crops and leave.

(in reply to 76mm)
Post #: 159
RE: TOAW XML Editor - 1/27/2019 7:00:39 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: larryfulkerson
...I think the workaround was to edit it as XML. The ingame
editor can't seem to handle divided units when it's reading the file in, I think. I haven't experienced the phenomenom yet myself so I have no idea what else to do besides put the unit back together and THEN read it into the editor. And then once it's finished then separate the pieces??

I think I should be able to simplify this process by allowing units to be edited while divided, although I'm sure I haven't thought through some of the issues yet. I guess the main thing is to make sure that the divided unit and the subunits stay in sync while the unit is divided.

< Message edited by 76mm -- 1/27/2019 7:01:32 PM >

(in reply to larryfulkerson)
Post #: 160
RE: TOAW XML Editor - 1/30/2019 5:13:14 PM   
joey


Posts: 1012
Joined: 5/8/2004
From: Johnstown, PA
Status: online

quote:

ORIGINAL: 76mm

quote:

ORIGINAL: joey
What are considered invalid characters? I am not sure I follow your meaning.

Invalid characters are those characters which throw an error such as: "System.Xml.XmlException: '', hexadecimal value 0x1F, is an invalid character. Line 1, position 1," which several people have encountered.

See posts #141 and #142 in this thread. That's about all I know about them.


I still get this same error with version 1.12. I could give you the line and position if it would help.

(in reply to 76mm)
Post #: 161
RE: TOAW XML Editor - 1/30/2019 7:12:10 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: joey
I still get this same error with version 1.12. I could give you the line and position if it would help.

Not sure how that is possible...very frustrating. Please provide line, position, and name of scenario, and I will take a look...

(in reply to joey)
Post #: 162
RE: TOAW XML Editor - 1/31/2019 5:37:53 PM   
joey


Posts: 1012
Joined: 5/8/2004
From: Johnstown, PA
Status: online
D21 Line 220284 position 78.

(in reply to 76mm)
Post #: 163
RE: TOAW XML Editor - 1/31/2019 5:57:47 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: joey
D21 Line 220284 position 78.

Thanks; a couple of things:
1) We seem to have different versions of D21--the last line of mine is 211745, there is no line 220284...are you working on a revised, non-public version?
2) I can open my version of D21 with no problems (although as mentioned, various invalid XML characters are replaced with "Z").
3) The code for checking for invalid XML is triggered when you load a gam file, so if you are just relaunching TOAWxml and D21 was the last scenario loaded under a previous version of TOAWxml, you should "unload" D21 by loading a different gam file, then re-load D21. If you can't load a different gam file because of the error you are getting, remove (or rename, etc.) the D21 file that you are working with, then relaunch TOAWxml--if the last-used file is missing, it will ask you to load another gam file. At that point, load any other scenario, then once it loads, immediately try to load D21...

Pls let me know if any of this works! If I can replicate an error I can usually fix it.


< Message edited by 76mm -- 1/31/2019 7:52:04 PM >

(in reply to joey)
Post #: 164
RE: TOAW XML Editor - 1/31/2019 7:42:32 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
Note that I've just revised the code so that the program checks for invalid XML every time it launches rather than only when loading a gam file, so this will be in v1.13

(in reply to 76mm)
Post #: 165
RE: TOAW XML Editor - 2/1/2019 8:37:31 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
Here's another feature coming up in v1.13: color-coding for the unit hierarchy to show which units are reinforcements, divided unit (parent), and divided unit (subunit). In the screen shot below, green for reinforcements, grey for divided (parent), and blue for divided (subunit):




Attachment (1)

(in reply to 76mm)
Post #: 166
RE: TOAW XML Editor - 2/2/2019 2:00:27 AM   
Lobster


Posts: 2258
Joined: 8/8/2013
From: Third rock from the Sun.
Status: offline
Something to consider. Many times an OOB will have many units that are the same. Also some OOBs are very large so to copy a unit and move it up or down in a formation to add it as a new unit can take a bit of time. Why not make it possible to copy a unit and save it in a file so that when another unit of that type is needed it can be selected from the file where it was saved and simply added to the OOB. In a very large OOB this can save a bunch of time. It could be added by selecting a unit currently in the OOB and adding it so it comes before the selected unit.

< Message edited by Lobster -- 2/2/2019 2:06:02 AM >


_____________________________

http://www.operationbarbarossa.net/

"Getting back to reality...I'll only go as a tourist!"

(in reply to 76mm)
Post #: 167
RE: TOAW XML Editor - 2/2/2019 3:49:43 AM   
Sleazey

 

Posts: 15
Joined: 12/19/2001
From: Houston, TX, USA
Status: offline
Would it be possible to make the left panel even more hierarchical? That is, make subunits be hierarchically displayed under the parent unit.

In your example, this would mean that the blue units "1st/III/79 ID", "2nd/III/79 ID", "3rd/III/79 ID" would be nodes under the black III/79 ID.

You are already using a hierarchical display, just use it even more. (Keep the colors you have too).

< Message edited by Sleazey -- 2/2/2019 3:52:10 AM >

(in reply to 76mm)
Post #: 168
RE: TOAW XML Editor - 2/2/2019 6:11:04 AM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: Sleazey
Would it be possible to make the left panel even more hierarchical? That is, make subunits be hierarchically displayed under the parent unit.

In your example, this would mean that the blue units "1st/III/79 ID", "2nd/III/79 ID", "3rd/III/79 ID" would be nodes under the black III/79 ID.

Well, something like that is the plan for units which are divided using TOAWxml; I'm working on this now and will post v1.13 once it is finished. But for units which were divided in the TOAW editor, you'll have to move the subunits up/down manually with the right-click menu.

Note, however, that "under" in this instance means that they will be the next unit at the same level in the hierarchy, rather than nested under a unit so that you would have to expand the hierarchy to see them (ie, like equipment line items are). This because in TOAW terms but the unit and the divided subunits are still at the same level in the hierarchy, and I can't move the subunits down to a lower level. Hopefully you understand what I'm talking about...

Also, I think I mentioned elsewhere that units which are moved up/down in TOAWxml will not be in the same position in the TOAW editor, because it orders units differently (although they will be in the correct position in the hierarchy.

< Message edited by 76mm -- 2/2/2019 6:24:16 AM >

(in reply to Sleazey)
Post #: 169
RE: TOAW XML Editor - 2/2/2019 6:18:22 AM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
Here is what I was talking about in my previous post; these subunits were moved up manually using the right-click menu:




Attachment (1)

(in reply to 76mm)
Post #: 170
RE: TOAW XML Editor - 2/2/2019 6:22:54 AM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: Lobster
Something to consider. Many times an OOB will have many units that are the same. Also some OOBs are very large so to copy a unit and move it up or down in a formation to add it as a new unit can take a bit of time. Why not make it possible to copy a unit and save it in a file so that when another unit of that type is needed it can be selected from the file where it was saved and simply added to the OOB. In a very large OOB this can save a bunch of time. It could be added by selecting a unit currently in the OOB and adding it so it comes before the selected unit.

I'll think about something like this, although I don't think I would save units as file, but rather let you cut them into memory and then allow you to paste them wherever. Although this will be pretty complicated and so probably won't happen for awhile, at least until after I've added the ability to add new equipment, units, etc.

(in reply to Lobster)
Post #: 171
RE: TOAW XML Editor - 2/2/2019 1:20:29 PM   
Lobster


Posts: 2258
Joined: 8/8/2013
From: Third rock from the Sun.
Status: offline
quote:

ORIGINAL: 76mm

quote:

ORIGINAL: Lobster
Something to consider. Many times an OOB will have many units that are the same. Also some OOBs are very large so to copy a unit and move it up or down in a formation to add it as a new unit can take a bit of time. Why not make it possible to copy a unit and save it in a file so that when another unit of that type is needed it can be selected from the file where it was saved and simply added to the OOB. In a very large OOB this can save a bunch of time. It could be added by selecting a unit currently in the OOB and adding it so it comes before the selected unit.

I'll think about something like this, although I don't think I would save units as file, but rather let you cut them into memory and then allow you to paste them wherever. Although this will be pretty complicated and so probably won't happen for awhile, at least until after I've added the ability to add new equipment, units, etc.


If they are saved into memory once you exit the program your work is gone and everything will have to be resaved next session.

When you copy a unit it's being put into the clipboard (memory)? Make a paste as file function? There's several third party programs that do this but it's putting it back into the OOB where there may be a problem using a third party program.

< Message edited by Lobster -- 2/2/2019 1:26:41 PM >


_____________________________

http://www.operationbarbarossa.net/

"Getting back to reality...I'll only go as a tourist!"

(in reply to 76mm)
Post #: 172
RE: TOAW XML Editor - 2/2/2019 2:10:21 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: Lobster
If they are saved into memory once you exit the program your work is gone and everything will have to be resaved next session.

But I thought you wanted to copy existing units within an OOB? Once a unit exists in TOAW, if you exit TOAWxml you can just copy the same unit next time you open the program, why save it as a separate file?

It seems like the only reason for saving it as a file would be if you wanted to use the same unit in different scenarios/gam files, but even then a scenario developer would only need to create the unit one time for each scenario, which seems like it would be much quicker/easier than for me to code this function to save units to file?

(in reply to Lobster)
Post #: 173
RE: TOAW XML Editor - 2/2/2019 2:23:23 PM   
larryfulkerson


Posts: 37309
Joined: 4/17/2005
From: Tucson, AZ
Status: offline
quote:

ORIGINAL: 76mm
quote:

ORIGINAL: Lobster
If they are saved into memory once you exit the program your work is gone and everything will have to be resaved next session.

But I thought you wanted to copy existing units within an OOB? Once a unit exists in TOAW, if you exit TOAWxml you can just copy the same unit next time you open the program, why save it as a separate file?

It seems like the only reason for saving it as a file would be if you wanted to use the same unit in different scenarios/gam files, but even then a scenario developer would only need to create the unit one time for each scenario, which seems like it would be much quicker/easier than for me to code this function to save units to file?


Sorry 76mm dude but I can see some utility for saving it as a file also. The idea is to have each separate kind of unit, LCU, aircraft, major naval, etc. so that reading in the appropriate files can create the OOB / TOE of the scenario much faster than doing it by hand. Hopefully, some day the program can read a list of the files that creates the OOB as a file, one for Americans, one for the British, one for the Germans, several for Axis Minors, etc.

quote:

ORIGINAL: Lobster
Something to consider. Many times an OOB will have many units that are the same. Also some OOBs are very large so to copy a unit and move it up or down in a formation to add it as a new unit can take a bit of time. Why not make it possible to copy a unit and save it in a file so that when another unit of that type is needed it can be selected from the file where it was saved and simply added to the OOB. In a very large OOB this can save a bunch of time. It could be added by selecting a unit currently in the OOB and adding it so it comes before the selected unit.

+1

< Message edited by larryfulkerson -- 2/2/2019 2:27:57 PM >


_____________________________

If we ever do get to be a space faring species and go to other worlds, let's make patterns in their crops and leave.

(in reply to 76mm)
Post #: 174
RE: TOAW XML Editor - 2/2/2019 2:59:43 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: larryfulkerson
Sorry 76mm dude but I can see some utility for saving it as a file also. The idea is to have each separate kind of unit, LCU, aircraft, major naval, etc. so that reading in the appropriate files can create the OOB / TOE of the scenario much faster than doing it by hand. Hopefully, some day the program can read a list of the files that creates the OOB as a file, one for Americans, one for the British, one for the Germans, several for Axis Minors, etc.

Guys, not trying to be argumentative, but I don't really understand what you are trying to achieve...if you are looking for a function that will automatically create an OOB by reading a bunch of sub-OOB files, I wouldn't say that's impossible but it will be pretty far down the road, after new units/equipment and probably after events as well.

quote:

ORIGINAL: Lobster
Many times an OOB will have many units that are the same. Also some OOBs are very large so to copy a unit and move it up or down in a formation to add it as a new unit can take a bit of time. Why not make it possible to copy a unit and save it in a file so that when another unit of that type is needed it can be selected from the file where it was saved and simply added to the OOB.

Again, maybe I'm missing something, but I'm still not seeing how saving units as a separate file would be easier/quicker/better than right-clicking, loading an existing unit into memory, and then pasting elsewhere in the OOB??

< Message edited by 76mm -- 2/2/2019 3:00:21 PM >

(in reply to larryfulkerson)
Post #: 175
RE: TOAW XML Editor - 2/2/2019 3:19:04 PM   
larryfulkerson


Posts: 37309
Joined: 4/17/2005
From: Tucson, AZ
Status: offline
quote:

Again, maybe I'm missing something, but I'm still not seeing how saving units as a separate file would be easier/quicker/better than right-clicking, loading an existing unit into memory, and then pasting elsewhere in the OOB??



Because if the units can be represented by files, then it is possible to make a text file that is a list of the files that are needed to create an entire OOB for a scenario. Some scenarios ( FITE2 ) that are so large that reading in one file at a time would be mega time consuming whereas reading in the OOB file and processing it's contents would take only a relatively short time. I'm guessing that the idea is to be able to create a scenario from separate parts represented by files: the map, the events, the OOB's for each side, the environment, and the AI files for either or both sides. And these parts can be listed in a file, to be read by TOAW XML Editor, whereupon an SCE file would be written as output.


< Message edited by larryfulkerson -- 2/2/2019 3:20:06 PM >


_____________________________

If we ever do get to be a space faring species and go to other worlds, let's make patterns in their crops and leave.

(in reply to 76mm)
Post #: 176
RE: TOAW XML Editor - 2/2/2019 3:30:08 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: larryfulkerson
Because if the units can be represented by files, then it is possible to make a text file that is a list of the files that are needed to create an entire OOB for a scenario. Some scenarios ( FITE2 ) that are so large that reading in one file at a time would be mega time consuming whereas reading in the OOB file and processing it's contents would take only a relatively short time. I'm guessing that the idea is to be able to create a scenario from separate parts represented by files: the map, the events, the OOB's for each side, the environment, and the AI files for either or both sides.

So you're talking about being able to save the entire OOB separately from the rest of the gam file, rather than making up an OOB by reading a list of sub-OOB files (ie, one for each type of division/regiment, etc.)?

I would also like to add functionality to do some simple map editing, such as removing mud/snow, maybe adding/removing bridges to/from particular locations, etc. Let me know if you have ideas for map stuff that would not involved a full-scale map editor.

(in reply to larryfulkerson)
Post #: 177
RE: TOAW XML Editor - 2/2/2019 4:49:37 PM   
joey


Posts: 1012
Joined: 5/8/2004
From: Johnstown, PA
Status: online

quote:

ORIGINAL: 76mm

quote:

ORIGINAL: joey
D21 Line 220284 position 78.

Thanks; a couple of things:
1) We seem to have different versions of D21--the last line of mine is 211745, there is no line 220284...are you working on a revised, non-public version?
2) I can open my version of D21 with no problems (although as mentioned, various invalid XML characters are replaced with "Z").
3) The code for checking for invalid XML is triggered when you load a gam file, so if you are just relaunching TOAWxml and D21 was the last scenario loaded under a previous version of TOAWxml, you should "unload" D21 by loading a different gam file, then re-load D21. If you can't load a different gam file because of the error you are getting, remove (or rename, etc.) the D21 file that you are working with, then relaunch TOAWxml--if the last-used file is missing, it will ask you to load another gam file. At that point, load any other scenario, then once it loads, immediately try to load D21...

Pls let me know if any of this works! If I can replicate an error I can usually fix it.




I did your number 3 above. It now works. Thanks!

(in reply to 76mm)
Post #: 178
RE: TOAW XML Editor - 2/2/2019 6:36:32 PM   
76mm


Posts: 3342
Joined: 5/2/2004
From: Washington, DC
Status: offline
quote:

ORIGINAL: joey
I did your number 3 above. It now works. Thanks!

Great, good to hear. Let me know if you encounter any other issues or have other comments/suggestions...

(in reply to joey)
Post #: 179
RE: TOAW XML Editor - 2/2/2019 8:57:07 PM   
Lobster


Posts: 2258
Joined: 8/8/2013
From: Third rock from the Sun.
Status: offline
Consider this.

You have a Soviet OOB for Barbarossa. You are going to make the entire OOB from border guards to convoy escorts to dirt diggers to mech units and everything in between. If there are a multitude of border guards and a multitude of armies each with border guards assigned wouldn't it be easier to select a border guard unit from a file and insert it each time you need one rather than try to copy, scroll down 20 armies and the insert it?

I can personally tell you it is magnitudes easier to get an existing unit template from a file and paste it in where you need it. So you multiply one unit by over a hundred and that's what you are dealing with. TOAW does not have Save unit as and Open unit functions just because. They are there because it makes building an OOB so much easier. Can you imagine having to copy a unit in the force editor, scroll down and then paste then scroll up again and doing it all over again a thousand times or more? If you are going to make a tool to make building an OOB easier then you have to make it so building an OOB is easier. Anyway, that's my two cents worth.

BTW, thanks for taking the time you've taken to get as far as you have. Well done.

_____________________________

http://www.operationbarbarossa.net/

"Getting back to reality...I'll only go as a tourist!"

(in reply to 76mm)
Post #: 180
Page:   <<   < prev  3 4 5 [6] 7   next >   >>
All Forums >> [New Releases from Matrix Games] >> The Operational Art of War IV >> Mods and Scenarios >> RE: TOAW XML Editor Page: <<   < prev  3 4 5 [6] 7   next >   >>
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

0.273