 |
|  |
 |
|  |
 |
|
J Bytheway
|
 |
England
Jul 2001 time: 05:19
|
|
quote: Originally posted by Martin Gühmann
I am shure, too. And when it is done I think it is time for the next public version of CTPEd. |
OK, time for another progress report... Comment preservation is apparently all done. At present any comment associated with a deleted field instance or entry is lost - if that's a big deal for anyone then tell me and I'll add the option to save them as I described a few posts ago.
Other than that I'm just about finished, and I will release the new version soon, after a little more testing, and a couple of last small changes (like that noted below). Of course it's always the last small changes which make for bugs .
I was planning to impliment the adding of the info about where to put blank lines, etc. in the exported files, but I probably won't bother since it's been nearly a fortnight since the last release.
quote: So far I tried to make a DiffDB.ces, but it contains some difficuilties.  |
I had looked at DiffDB.txt, and silently screamed because it's so totally different from the other files (in all the ways that you said).
I'm inclined to not support it. It's a lot of work for just one file, and I think other things are more important. Certainly I won't be supporting it soon.
In the mean time I'll make a format 0 .ces file for it.
quote: The second problem I had was that there are also fileds with more then one argument. Actual I have no idea how the according entry in the *.ces file should look so I only could guess. |
The NumArgs thing in theory allows more than one argument, but in practice I haven't implimented it yet, and anything other than 0 will be treated as 1.
quote: The third problem I found is that I have a substructure it just contains a list of advances and two other arguments, actual I have no real idea how to treat with it. So I tried to treat it as a repeatly appearing field without a name. |
That wouldn't work - that's where your 'field allows multiple but has no arguments' error is probably coming from.
quote: I think that a substructure in a substructure shouldn't be a problem. |
I've worked very hard to ensure that it isn't a problem. But it isn't used anywhere yet, AFAIK.
quote: So finally I tried to create a new project from a gamefile.txt, but unfortunatly I got a runtime error '1035' Fields allow multiple but has no argument.
Unfortunatly this error don't give me a file location neither in the *.ces file nor in the *.txt, as the DiffDB.txt file is huge I gave up. Maybe you could take a look on it. You find the for files I made in the attachment. |
I'll make that error more clear, but as I said above, if you put fields with no name they're almost certainly the problem.
Last edited by J Bytheway on 12-08-2002 at 04:10
|
|
|  |
 |
|
Martin Gühmann
|
 |
Berlin, Germany
Mar 2001 time: 06:19
|
|
quote: Originally posted by J Bytheway
OK, time for another progress report... Comment preservation is apparently all done. At present any comment associated with a deleted field instance or entry is lost - if that's a big deal for anyone then tell me and I'll add the option to save them as I described a few posts ago. |
I think I can live with this, shure we have have to see how it comes out.
quote: Originally posted by J Bytheway
I was planning to impliment the adding of the info about where to put blank lines, etc. in the exported files, but I probably won't bother since it's been nearly a fortnight since the last release. |
I forgot this one another important think for me, the decission here is hard: On the one hand if you implement it first we have to wait much longer for the next version. But on the other hand a new version would give me more to play.
quote: Originally posted by J Bytheway
I had looked at DiffDB.txt, and silently screamed because it's so totally different from the other files (in all the ways that you said).
I'm inclined to not support it. It's a lot of work for just one file, and I think other things are more important. Certainly I won't be supporting it soon.
In the mean time I'll make a format 0 .ces file for it. |
That can only be a temporial sollution the aim of CTPEd should be to allow evreyone to modify the files much easier and faster as one could do it with a text editor, that's also the reason why I am not confident with format of the const.ces file. But as you said there are more improtant things. In the case of the DiffDB.txt I agree.
quote: Originally posted by J Bytheway
The NumArgs thing in theory allows more than one argument, but in practice I haven't implimented it yet, and anything other than 0 will be treated as 1. |
I think this can wait. IIRC I didn't see it anywhere else.
quote: Originally posted by J Bytheway
I've worked very hard to ensure that it isn't a problem. But it isn't used anywhere yet, AFAIK. |
That is good , because if you want to use CTPEd for CTP1 you might want to make a age.ces for the CTP1 age.txt it contains a substructure in a substructure, too.
quote: Originally posted by J Bytheway
I'll make that error more clear, but as I said above, if you put fields with no name they're almost certainly the problem. |
Thanks.
In the mean time I made a map.ces, although this files contains two problems:
The first one is that it has an unusual name as Locutus pointed out in another thread. The names contain spaces.
The second problem is again no names for multiple substructures. These entries contain a lot of them. But I think this could be solved if you would use a special caracter in the *.ces file to indicate that the entry has no name and right start with a '{' and will be closed somewhere with a '}'. To be able to view the map.txt in CTPEd I modified the map.txt a little bit. I removed the spaces in the entry name and I added an 'S' before the entries. So I was able to view this file in CTPEd but unfortunatly I was only able to view the first substructure field per entry I wasn't able to access the other ones.
Finally I found some small problem in the govern.ces, the last fields GLHidden and another one weren't editable.
You can find the three files in the attachment.
-Martin
Attachment: map_gov.zip
This has been downloaded 2 time(s).
|
|
|  |
 |
|
J Bytheway
|
 |
England
Jul 2001 time: 05:19
|
|
Exactly one fortnight since the last one...
Update at:
http://ctpmodmakers.250free.com/JBTW/CTPEd040.zip
New in this version:
- Added option to share clipboard between files of same type
- Added many more of Martin's structure files
- Added support for citysize?.txt
- Moved definition of comment and delimiter charachters from project files to structure files (not necessary in substructure definition files)
- Fixed minor bugs with the calculation of when to put a scrollbar on the entries editing window
- Implemented crude comment preservation - comments will be kept in roughly the same place between importing and exporting, or lost if their associated entry/field instance is deleted
- Put preference to allow for alteration of the indent increment
- Added option for number at the top of files of format 3 to provide for messageicon.txt
- Improved information in 'Field allows multiple but has no argument' error
- Added the possibility to include additional format information in the .ces files
- Fixed a bug with the help that appears in the status bar
- Advanced file version number to 0.3 due to significant changes - do not use project files from the previous version, rather import from *_gamefile.txt
Still on my to-do list:
- Extend the GL template system to assist with SLIC coding.
- Add error checking systems to allow you to track down problems before you crash CTP2.
- Write more structure files (You can help me with this! Yes, that means YOU!)
- Optimise the code to increase speed and reduce memory consumption.
- Option to hide fields which are superfluous or always set to the same thing (e.g. Branch in advance.txt)
- Sorting tool to rearrange entries in files
- Error checking tool to spot common problems
- Dropdown list for field values with only certain options like CanSee:
- Multi-language support
- Track modification to remove unnecessary overwrites on export
- Make it possible to see more than one of a multiple field at once
- Support for newsprite.txt, DiffDB.txt, map.txt
- Multi-entry copy/cut/paste/delete
Warnings:
Not tested as much as I would have liked, especially with regard to the formatting (the last thing that I did), and how it behaves in concert with the comment preservation. I think things might get a little strange if you are playing with comments in a file with more than one field instance on a line.
I recommend that you back things up if they have comments which you're especially attached to.
This will overwrite your preferences when you unzip it.
If you suffer from out of memory errors then please tell me and also (if you can do without it) turn off comment preservation.
As I said before, I won't be doing any major work for a while now, but I'll certainly fix bugs and make small changes.
Things that have changed in the structure files (for those who wish to assist with their creation):
I've shifted the specification of the various comment and delimiter characters in - that goes just under the version number, but not in files which are specifying a substructure (which inherit the information from their 'parent' file). At present all files support both # and // comments, but you can remove support for one if it was necessary for some reason (e.g. in script.slc we don't want # comments, not that script.slc is likely to ever be editable through CTPEd).
The new formatting (for blank lines, etc. in data files) works like this:
In the .ces file (If it's format 1 - too many meanings for format!) you specify whether you're going to bother to include the format information as one of the boolean options at the start.
If you say you will you have to put a lot more info into the .ces file (I've done it for advance.ces, so you can look there for an example) specifying how many new lines are placed between and after field instances. Note that that is new lines, not blank lines. One new line is zero blank lines.
If you say that this information will not be included then it will all revert to the default of one new line in each place - that is the state all the other .ces files are in at present.
As a result the formatting of some files actually looks worse in this version than in the last , but has the potential to look better .
If you put formating info into any .ces file(s) then please post it/them here for inclusion in the next version.
Last edited by J Bytheway on 15-08-2002 at 04:40
|
|
|  |
All times are GMT. The time now is 05:19. Apolyton Time is 00:19. |
top of page
|
| archivepost |
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is ON
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|