David Delbecq wrote: As a note, I have no problem with the idea itself - generators being able to spawn inventory makes a lot of sense. But I have some minor nits. > -- > There are 2 types of generators in crossfire since september 2003. > both are identified as generators by setting the flag "generate" to 1. > For the first type (the classical one) use "other_arch" to specify > archetype of object to be spawned. > The second type allow more fine tuning on what to generate. To activate > second type, set the flag "use_content_on_gen" to 1. Then each > time something must be generated, it will be a copy of a randomly > choosen item in the generator's inventory. Why use such a flag at all? It'd be much better to just have code like 'if generator->inv, use generator->inv for object, otherwise use generator->other_arch'. I can't see any reason why that flag is needed. As an aside, this is a note to all developers, but things I definately saw in your last two checkins: 1) Please be careful about changing whitespace unecessary. Eg, don't change comments, }, or whatever else unecessarily. If you're changing the code in that area, fine, but there were several occasions in the last checking in which whitespace changed in code not anywhere close/related to other changes. This may not seem like a big issue, until you realize that other people working on the code with modified sources - it can cause unnecessarily need to resolve conflicts that needs to be resolved if they have modified the code. I suggest that you should always run a cvs diff on the stuff before you check in - make sure there are not unnecesarily changes. 2) Make sure the program compiles without warnings with some reasonable strict checking - -Wall with gcc for example. There was an error in the renaming code - was doing a cp==' ', when it should have been *cp - simple error gcc caught. Also catches unused variables and other behaviour. _______________________________________________ crossfire-devel mailing list crossfire-devel at lists.real-time.com https://mailman.real-time.com/mailman/listinfo/crossfire-devel