Hey Angelo... CSPL!

[yaroslav]

Originally posted by Boco
DV and Yaroslav, what sort of interface do you envision? CSPL has two associated hurdles: (1) it works only with ToT (some of us don't view that as a hurdle ), and (2) it requires a knowledge of C. If you don't get around that second hurdle, your user base will still be small even for a MGE version.

I and other civ2 buddy* have thought about it, and we agree with the 'C' part: we want to do an interface easier to use. In fact, we were speaking about a events language that extends the Civ2 Original. What do you think? And you, DV?

* I'm going to send him a email so he can post here

[yaroslav]

Originally posted by Cyrion
BTW Yaroslav, don't forget Civdip with unit exchange!

I don't forget - I'm now busier than ever, and my few spare time is to be wasted on Civ2 scenaries and PBEMs I'll end the next version as soon as I graduate and pass the FIRST test (Cambridge's test of english - very basic level, as you can see on my posts )

[DarthVeda]

Would it be so hard to write a text parser in the style of events.txt? Turning that into structs for C would be something I've never done before but I'm sure its possible.

For example, what if we come up with something like:

cspl.txt

and this contains a bunch of code in the style of events.txt but with some built-in CSPL events?

If the user is feeling ambitious, they could go in and manually add their own functions to CSPL like is done now.

The only thing I'm afraid of with the "dumbing down" of CSPL is that you would lose a lot of the flexibility that the C language offers.

[yaroslav]

Yes, that is a idea we're thinking on - to write a parser is a common task for many programmers. I wrote one, one year ago, and I'm not a profesional programmer...

[DarthVeda]

I've written many parsers but I don't think I ever had to do anything quite like generating "events," more like keeping counts...

[yaroslav]

I think that it could be a hard-effort task, but not very difficult

[Cyrion]

Originally posted by yaroslav


I don't forget - I'm now busier than ever, and my few spare time is to be wasted on Civ2 scenaries and PBEMs I'll end the next version as soon as I graduate and pass the FIRST test (Cambridge's test of english - very basic level, as you can see on my posts )

No prob Javier!

And when you're done with CSPL, I'll gladly translate the interface into french!

BTW: in a few weeks, I might need your help for testing my first scen...

[Angelo Scotto]

About the Macro Language thing:
I agree completely, when i talk about "making CSPL easier" i think exactly to a Macro Language, if you search in the archive you'll find an old thread with a lot of suggestion for a similar language, i started the development but i had to freeze it waiting for better times...
I have a draft of the language somewhere if you want to take a look at it

If you want to avoid the "dumbing down" effect you have to guarantee at least a couple of things:

The ability to declare variables.
The ability to extend it with libraries (not necessary dinamically, it simply means that the parser can be extended without changing the language syntax).

you could start coding a language-to-C converter, it may automatically compile it when pointed to the borland compiler executable and it should be easier to implement, then you can face the effort of realize a real interpreter.

[Angelo Scotto]

About Civ2Dip:
It seems really interesting... may i browse the source?

[yaroslav]

Originally posted by Cyrion


No prob Javier!

And when you're done with CSPL, I'll gladly translate the interface into french!

BTW: in a few weeks, I might need your help for testing my first scen...

I'll be glad if I can help you with your scen... What is it about?

[yaroslav]

Originally posted by Angelo Scotto
About Civ2Dip:
It seems really interesting... may i browse the source?

Of course, but I don want to publish it here, so please send me an email to yaroslav25@yahoo.NOSPAM.es

without the NOSPAM, of course

[Boco]

yaroslav25@yahoo.NOSPAM.es without the NOSPAM, of course

I'll have to remember that spam deterring trick.

[Cyrion]

Originally posted by yaroslav


I'll be glad if I can help you with your scen... What is it about?

Thanks!

Look here: http://apolyton.net/forums/showthrea...threadid=48342

[SCDARS]

Originally posted by yaroslav


I and other civ2 buddy* have thought about it, and we agree with the 'C' part: we want to do an interface easier to use. In fact, we were speaking about a events language that extends the Civ2 Original. What do you think? And you, DV?

* I'm going to send him a email so he can post here

I admit I am the one mentioned here. As you can see, I don't post here that much (with just 0.13 posts/day within 3-4 years I can almost compare to Angelo ) since my time is limited, too. I discussed some points about a kind of extended macro language with yaroslav I wanted to quote here, but the emails were deleted during my recent HD repartitioning.
One of the main design decisions would be the choice of the programming language, since it seems that java principles of security and platform independence could make direct access to ToT memory near to impossible. So the players could be forced to reload the save game regularily, if Angelo can't present us a better idea. (I have never used "native code", could this help?) On the other hand, jaroslav's object-model of the save game for civ2dip is already tested and running fine with MGE saves. So an events language based on it would have a solid and wide groundwork and the main task would be implementing the parser. And although I have not tested it yet, Java 1.4 seems to have introduced support for regular expressions, which could render the task of writing an advanced events parser a lot easier for those familiar with regular expressions (and there would be no need to make the events file xml-compatible as proposed in the other thread).

[yaroslav]

Originally posted by SCDARS

I admit I am the one mentioned here. As you can see, I don't post here that much (with just 0.13 posts/day within 3-4 years I can almost compare to Angelo ) since my time is limited, too. I discussed some points about a kind of extended macro language with yaroslav I wanted to quote here, but the emails were deleted during my recent HD repartitioning.
One of the main design decisions would be the choice of the programming language, since it seems that java principles of security and platform independence could make direct access to ToT memory near to impossible. So the players could be forced to reload the save game regularily, if Angelo can't present us a better idea. (I have never used "native code", could this help?) On the other hand, jaroslav's object-model of the save game for civ2dip is already tested and running fine with MGE saves. So an events language based on it would have a solid and wide groundwork and the main task would be implementing the parser. And although I have not tested it yet, Java 1.4 seems to have introduced support for regular expressions, which could render the task of writing an advanced events parser a lot easier for those familiar with regular expressions (and there would be no need to make the events file xml-compatible as proposed in the other thread).

Interesting idea: all the program could work in Java but the direct memory access part, that could be programmed in C and used as 'native code'. This way, if anyone wants support for MAC, he/she must only rewrite the C part. But, on the other hand, I have never used native code