Search found 256 matches

by meriton
Mon Dec 11, 2006 9:34 pm
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

Configuration" is a well known term for things you can change without too much risk and without too much knowledge of the whole system. Wikipedia disagrees (safety of changes is not mentioned in any article about "configuration"). If we use well known terms, we should use them in the...
by meriton
Mon Dec 11, 2006 6:49 pm
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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...
by meriton
Mon Dec 11, 2006 12:34 am
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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 ...
by meriton
Sun Dec 10, 2006 11:41 pm
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

part of game state kept across rounds: I know. "Ok, so configuration isn't game state." No, but, together with state updates caused by the user, it exhaustingly describes the game state. Therefore, defining game state is equivalent with providing the configuration describing it. "So i...
by meriton
Sun Dec 10, 2006 10:53 pm
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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...
by meriton
Sun Dec 10, 2006 10:12 pm
Forum: Development
Topic: Autokick kick-voters if the kick is rejected
Replies: 14
Views: 4977

Luke's first suggestion has been filed as feature request at sourceforge 1 1/2 years ago. I don't see a benefit in adding a "bounce" option to the vote menu; if the submitted goes on your nerves, you can issue a poll manually. This approach also permits you to give a reason for your poll b...
by meriton
Sun Dec 10, 2006 3:27 pm
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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...
by meriton
Sun Dec 10, 2006 12:48 am
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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...
by meriton
Sun Dec 10, 2006 12:27 am
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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...
by meriton
Sat Dec 09, 2006 11:35 pm
Forum: Development
Topic: Have a look at Io.
Replies: 17
Views: 5852

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...
by meriton
Sat Dec 09, 2006 11:18 pm
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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...
by meriton
Sat Dec 09, 2006 10:21 pm
Forum: Development
Topic: Have a look at Io.
Replies: 17
Views: 5852

As I wrote above, that "old dynamic vs. static typing debate" is largely irrelevant for our use of the language, but since you've argued your point, I take the liberty to argue mine as well: ;) There is no doubt that declaring static types all over the place entails work both when reading ...
by meriton
Sat Dec 09, 2006 5:17 pm
Forum: Development
Topic: vValue and DCT
Replies: 82
Views: 20317

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...
by meriton
Sat Dec 09, 2006 4:37 pm
Forum: Development
Topic: Have a look at Io.
Replies: 17
Views: 5852

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...
by meriton
Wed Dec 06, 2006 4:24 pm
Forum: Development
Topic: include of version.h in network.cpp
Replies: 0
Views: 1234

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...