Search found 256 matches
- Mon Dec 11, 2006 9:34 pm
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
- Mon Dec 11, 2006 6:49 pm
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
Terminolgy should be as simple as possible. Thus, every distinction we make should be because we benefit from making it. The reason I do not speak about configuration is because I see no additional value in this abstraction. The reason I do not distinguish between code and data is because I see no v...
- Mon Dec 11, 2006 12:34 am
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
Hmm, maybe you're not aware of how script export is supposed to work? I considered this to be part of the debate. Is it not? Yes, what you describe makes it a moot point, but it also appears laborious. Is that impression wrong? @Lucifer: You're trying to blur the definitions I gave. You don't have ...
- Sun Dec 10, 2006 11:41 pm
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
- Sun Dec 10, 2006 10:53 pm
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
game-state in script: I have a reason to suggest this: I think we agreed that it should be possible to add new game modes without changing the client binary. New modes can introduce new behaviour for game objects, which must be known to the client to enable prediction. And well, since all of our cod...
- Sun Dec 10, 2006 10:12 pm
- Forum: Development
- Topic: Autokick kick-voters if the kick is rejected
- Replies: 14
- Views: 5015
- Sun Dec 10, 2006 3:27 pm
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
yes, I think that pretty much matches what I had in mind, and what I think I was proposing some pages ago I think it doesn't. The basic idea is the same, but the architecture is very different: You propose to define game state in C++ (as requested by resources) and expose it into the script. I prop...
- Sun Dec 10, 2006 12:48 am
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
That is works without scripting is not part of the requirements. Of course, we can debate whether it should. IMHO, non-programmer contribution would not be harder than it is now. You don't have to understand all details of a programming language to tweak parameters, and every scripting language supp...
- Sun Dec 10, 2006 12:27 am
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
Here's a tentative design for - game state - configuration items --- Game state is organized in objects and their slots. Game objects may inherit slots from their prototypes, but also override them as needed. Each slot contains an evaluation method yielding the slot's current value. Game state objec...
- Sat Dec 09, 2006 11:35 pm
- Forum: Development
- Topic: Have a look at Io.
- Replies: 17
- Views: 5893
Nemo: I don't know Smalltalk, sorry. Of course, tool support is not just a matter of the language or of static typing. But the specific kind of functions I mentioned, are there tools for them for Smalltalk? Can I have a renaming refactoring of List::Initialize when there also is a Thread::Initialize...
- Sat Dec 09, 2006 11:18 pm
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
Anything that is not constant belongs to the game state, not into the configuration. It should be a very rare exception that a configuration item has to be retransmitted over the network during a round. I propose to include the game state in this discussion. After all, the most complex use of confi...
- Sat Dec 09, 2006 10:21 pm
- Forum: Development
- Topic: Have a look at Io.
- Replies: 17
- Views: 5893
- Sat Dec 09, 2006 5:17 pm
- Forum: Development
- Topic: vValue and DCT
- Replies: 82
- Views: 20450
Stop. We were discussing requirements, could we postpone talking about trees just a bit? First, Z-Man's requirements speak about settings. That sounds to me like the items to be configured are assumed to have constant values throughout the game. I'd like to challenge that restriction. Ultimately, ma...
- Sat Dec 09, 2006 4:37 pm
- Forum: Development
- Topic: Have a look at Io.
- Replies: 17
- Views: 5893
I have skimmed the documentation on the site, but I don't have time to actually try out Io, so the following is merely a first assessment. Io is very flexible, for instance due to argument passing by expression. This permits a by far more reflective kind of programming that possible in older languag...
- Wed Dec 06, 2006 4:24 pm
- Forum: Development
- Topic: include of version.h in network.cpp
- Replies: 0
- Views: 1240
include of version.h in network.cpp
Hi, I am compiling the most recent trunk again. network.cpp needs version.h, but doesn't include it if config_ide.h is used as aa_config.h (which I presume is the intent?) Apparently, a similar problem occured for OS X: #ifdef MACOSX_XCODE #include "version.h" #endif // MACOSX_XCODE but no...