ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/deliantra/server/TODO
(Generate patch)

Comparing deliantra/server/TODO (file contents):
Revision 1.6 by root, Sun Sep 17 16:21:53 2006 UTC vs.
Revision 1.70 by root, Wed Jul 4 06:38:35 2007 UTC

1apartments: 1Here are listed some todos which should be looked into sometimes.
2 2
3ultracheap 307:20:32 -cfbot:#cf- [Incen] that's odd. a pile of dust called "potion"
4cheap 407:21:05 -cfbot:#cf- [Incen] it was dust of piercing vision
5moderate 507:21:20 -cfbot:#cf- [Lina] seems to happen when picked up and unidentified
6expensive 607:21:37 <schmorp> unidentified they are called potions?
7luxury 707:21:48 -cfbot:#cf- [Incen] ayup
807:22:06 -cfbot:#cf- [Lina] dusts/potions/figurines/balms
8 9
9/scorn/apartment/apartments ultracheap 1 silver 10* is_animated is sometimes written twice when saving, because it must be off when
10/santo/dominion/sdomino/appartment cheap 10 silver 11 no animation is set. this does not work, of course, because later the flag is written again.
11/darcap/darcap/apartment moderate 30 silver 12 should probably be fixed on load, not on save.
12/navar_city/apartments/apartment expensive 250
13/pup_land/nurnberg/apartment/main expensive 300
14/pup_land/lone_town/apartment/groundfloor luxury 50000 silver
15/brest/apartments/brest/town/house luxury 30000 silver
16/azumauindo/ranbounagisatoshi/apartments/sapartment cheap 100 silver
17/azumauindo/suno-yamatoshi/apartments/lapartment1 expensive+ 1000 silver
18 13
19grundsteuer: level * tage * partments in silber max. 30 14* IMPORTANT: item_power should be a body slot like other such qualities,
20spielzeit: 15 so they can be sensibly tested against exclusion. Right now, one can
16 equip more than item power allows because it is not checked everywhere
17 (and should not have to be checked, either).
21 18
19* the following semantics was removed form enter_exit, bring it back sensibly and safely
20 (don't want the savebed set on a random map).
21 /* mids 02/13/2002 if exit is damned, update players death & WoR home-position and delete town portal */
22 if (QUERY_FLAG(exit_ob, FLAG_DAMNED)) {
23 /* remove an old force with a slaying field == PORTAL_DESTINATION_NAME */
24 for(tmp=op->inv; tmp != NULL; tmp = tmp->below) {
25 if(tmp->type == FORCE && tmp->slaying && !strcmp(tmp->slaying, PORTAL_DESTINATION_NAME)) break;
26 }
27 if(tmp) {
28 remove_ob(tmp);
29 free_object(tmp);
30 }
22 31
232006-09-16 01:38:16 17 objects in mortal queue 32 path_combine_and_normalize(exit_ob->map->path, EXIT_PATH(exit_ob), op->contr->savebed_map, sizeof(op->contr->savebed_map));
242006-09-16 01:38:16 Got unknown value in map header: race human 33 op->contr->bed_x = EXIT_X(exit_ob), op->contr->bed_y = EXIT_Y(exit_ob);
252006-09-16 01:37:33 invalid type defined in shopitems in string cloak:5;spellbook:35;ring:15;book:28;scroll:25;wand:28;armour improver:2;weapon improver:2;rod:32;potion:10;horn:35;amulet:17;power_crystal:25;gem:0;lamp:-10;*:-90; 34 save_player(op, 1);
262006-09-16 01:37:17 Map darkness for poison on /quests/peterm/FireTemple/Fire2 is too high (6) 35 /* LOG(llevDebug,"enter_exit: Taking damned exit %s to (%d,%d) on map %s\n",
36 * exit_ob->name?exit_ob->name:"(none)", exit_ob->x, exit_ob->y,
37 * path_combine_and_normalize(exit_ob->map->path, EXIT_PATH(exit_ob))); */
38 }
27 39
28requirements need to be dcoumented: json-sykc, safe:hole, gperf, glib, std::tr1 (::unoredred_map) 40* new players lack statistics
29 41
30Various bits, in no particular order. This is far from a complete list - 42* 21:37:28 -cfbot:#cf- [Drakna] yeah see meditation heals but it eats up food. but if yoiu have no food you can still
31however it keeps growing as various problems are discovered that
32don't have an easy fix. Some of the things are put here just so my mailbox
33doesn't overflow.
34 43
35------------------------------------------------------------------------------ 44* IMPORTANT: client structures (ns) seem to never get released ever.
36Known Bugs:
37 45
38These are things which don't work as expected, but are difficult enough to 46* IMPORTANT: never-defined archetypes should be flagged as such and a suitable
39fix that they get put here: 47 check fucntion should be designed - the same for empty treasurelists
48 and similar stuff.
40 49
41Make lighting not go through walls. Maybe move it to the 'set_wall' 50* IMPORTANT: reloading archetypes should create copies of used archetypes, letting
42function - hard to do so that it is still somewhat efficient yet the same 51 existing objects refer to the old archteypoes (for purposes of saving).
43light source does not illuminate the same space multiple times. 52 UPDATE: this is done, but an upgrade of in-memory objects is highly
53 advisable, as well as testing wether reloading actually works :)
44 54
45If a shop is placed in a random map (special map), the objects below the 55* there is no "fire 0" to start firing on yourself as opposed to fire 5 etc. which starts
46shop wall stick around - normally not much a problem, unless it is placed 56 firing into a specific direction. fire 0 only fires once (this is a bug, but most clients
47in a glory hole (treasure level), in which case coins are now beneath the wall. 57 move firing on yourself on non-shift-kp_5 because servers do not support the shifted
58 semantics).
48 59
49Slaying is sloppy in that it uses strstr. This, an item that has 'slaying 60* /morok_dun/mines1 n world_120_109 does not exist, but the other mine promises a quest
50giant' (like holyword of mostrai) will kill ants. strstr matching was most 61 there. be inventive.
51likely added to support comma seperated slaying lists (slaying demon,undead).
52However, the code should really insist on exact matching, and if necessary
53break apart the comma seperated list. Probably best to make something like a
54'does_slay()' function which can be used all over the place (consistent
55behaviour is a good thing). If performance for this becomes an issue, making
56a slaying a set of pointers could be done (char **slaying), and it gets filled
57in at load time, and at save time, gets filled in the opposite direction.
58However, from a simple basis, a check in does_slay() can be done to see if
59slaying does contain a comma, and if not, just do simple strcmp, and only if
60it does does extra work need to be done. MSW 2003-03-28
61 62
63* victim {cnt:55798339,uuid:<1.149eb6a43>,name:"ice",flags:[0,8,103],type:23}(on /whalingoutpost/misc/frostcavern1@49+16) already dead in hit_player()
64 sanctuary etc. hits lava-"ice" and kills it in the process. other stuff seems to not work as expected with sanctuary
65 hitting items it shouldn't.
62 66
63------------------------------------------------------------------------------ 67* can users in theory steal the gems out of their snitchangel pet monsters?
64Future feature requests 68 => the nodrop mechanism used for that should also disallow stealing.
65 69
66- Change code so that if a player kills another player, he gets no 70* bowmode should offer different capabilities given on level of user
67 exp. Perhaps also log number of times a player has killed another player 71 (Leonov).
68 so problematic player killers can be more easily tracked. This should
69 be pretty simple, but is mostly here because I want to re-write the
70 kill_player for the new skill code, and that should clean things up
71 up a bit to make this code easier to put in.
72 72
73- Allow possibility of one players magic not harming another player (should 73* player_sold 1 still gets added to maps at some point, but server cnanot read it.
74 probably be a flag/settings value) - given that most spells are large 74 resolve the situation by either implementing it fully or removing it fully.
75 area of effect spells, this may make cooperative adventuring easier.
76 However, this could be a little odd - if my friend it immune to my fireball,
77 shouldn't I be immune to my fireball also? But if that is allowed, you
78 now have the case people could cast fireballs on themselves and hit a
79 whole bunch of surrounding monsters. Perhaps allow this no damage
80 attribute based on different spells, eg, it could be argued that for bolt
81 spells you'd aim it so that it doesn't hit your friend, but that same
82 claim can't be made for fireballs. Or maybe add something like the
83 ability of spells to not take effect to some range, eg, 'cast lightning
84 bolt range 6' or the like, in which case it goes 6 spaces before the
85 lightning actually starts.
86 75
87- Refine blocking of spaces - instead of 'blocks all or nothing', ability 76* climbing, meditating, levitating skills etc. should give you experience per use
88 to block walking but not flying, block swimming (for future expansion
89 of oceans). Also, add different LOS blocking for differing conditions -
90 if flying, jungles shouldn't block line of sight, but they still should
91 if your walking. Also, add seperate blocking (pass) for monsters and
92 players, eg, block_monster and block_player. What should probably be done
93 is make this a bitmask or the like with multiple possiblities. If the
94 object doesn't have another bitmask set, object can't pass through. For
95 compatiblity reasons, no_pass should set all the new no_pass_.. bits.
96 Note that these bits should also be extended for movement of more than
97 just the player, eg, spells, diseases, etc. Thus, you could have something
98 like a 'no spell propogation' space - players could still cast spells on
99 themselves, but range spells don't go anywhare.
100 77
101- Ability for stores to set different prices for goods (eg, remote store 78* rewrite banish in perl (low priority)
102 charges more for the services it provides).
103 79
104- dm command 'Follow' which lets him see what a player is doing, where he 80* nekosan snatches the fish, which stays in the playr inventory.
105 is going, etc. 81 remove should automaticlaly send esrv_del_item, and nobody else should,
82 for inv items. same for ipo.
106 83
107- Further control on what players can do on maps/spaces. For example, 84* output-count and output-sync defaults *might* cause delay by one message
108 prohibit players from shouting, attacking others, issuing tell, 85 for new users.
109 etc.
110 86
111- Change inscription - instead of looking at range field of the player, 87* arrest => jail, but the jailed player can suicide and will wake up
112 have the spell to be inscribed part of the inscription command, eg 88 in his normal savebed, not the jailbed.
113 'inscribe scroll of identify'.
114 89
115- If player tries to login with same name/password as a character currently 90* 2007-02-03 03:49:06.010 loading /opt/crossfire/share/crossfire/maps//navar_city/city1houses (43970)
116 active, drop the old connection and associate the player with the new 91 2007-02-03 03:49:06.011 Discarding object without arch: texas
117 connection. Useful if connection is dropped but server hasn't detected 92 2007-02-03 03:54:36.926 loading /opt/crossfire/share/crossfire/maps//navar_city/misc/city1mermaid (15753)
118 it yet. 93 2007-02-03 03:54:36.926 Discarding object without arch: event_say
119 94
120- Generalize the code better - split between 'rules' and 'engine'. The engine 95* IMPORTANT:
121 would be the aspect of loading/saving objects, dealing with maps, and 96 entering instantiated random maps whose meta file is missing freezes the player.
122 basic object support (exits, levers, etc - things useful for any working
123 system). The 'rules' would be the more general genre of the game -
124 a science fiction game would have a different set of rules than the
125 fantasy game. And even the same genre may have a different ruleset
126 (ie, adding new skills). This is sort of like the current server/common
127 split, but goes a bit more than that - the engine would be able to compile
128 into an executable with the addition of some basic stub functions,
129 but playing as such would really just amount to a ghost moving accross
130 a world which time is pretty much stopped (as monsters would be in the
131 rules side, and not engine).
132- Changing the stat generation system - instead of roll based, give some
133 number of points. This makes it easier for players to choose what they
134 want to play - otherwise, I think some clients will be written that will
135 do this for the players in any case.
136- Change draw_info so that server tells client what type of message it is
137 instead of the color. Client can then decide what color to draw it
138 or other special handling.
139- Change code so that objects 'spill over' to other spaces if too many
140 get piled in one space.
141- More/better maps. Add more quest maps or maps to take advantage of
142 newer features (ie, church maps for each god, maps for alchemy quests
143 or with rare ingredients, etc)
144- Add some identifier for unique objects so that if the player that has
145 a unique objects quits the game, the object goes back into circulation.
146- Add flag to make price of objects not affected by charisma or other
147 abilities. This should act like gems do right now (pay 1.03, receive
148 0.97). In this way, gems don't have to be hardcoded, and other items
149 could be similarly set. Nuggets should be added to this list - its possible
150 to make small amounts of money alchemy silver and then selling the nuggets.
151- Add/change door handling - make them more real life - they stick around,
152 can be opened, closed, different keys for different doors, etc. This
153 sort of mimics the gate behaviour, except keys may need to open them, etc.
154 97
155- Add armor quality, with armor being damaged as it is used. Add repair 98* random speed should result in randomised initial animation face.
156 shops to go with this. Uncertain if people really like this idea or not
157 Further notes from mailing list:
158 Item has current quality rating - different items have different max
159 ratings - magic would increase its rating. ITem operates normally
160 when it has 50%+ of its quality. At less than 50%, item loses
161 functionality in a limited fashion (eg, multiply quality percentage
162 by two to determine effective abilities in terms of percentage.)
163 Item max qualities should be in the same range for most all items, so
164 that powerful items given to low level characters get dinged up just
165 as fast as their normal items.
166 Diminished effects would be handled in fix player.
167 Cost to repair based on how damage item is (100 = half cost,
168 0 = full cost). Items can be repaired on pro-rated basis. Repair
169 anvils would need to get added.
170 Items are damaged based on how much damage player takes - more
171 damaging attacks have higher chance to do item damage. Amount of
172 damage done to items might depend somewhat on damage done to player.
173 Acid attacks would be changed to use this same code - they just
174 always damage items at a much higher rate. Different ideas is that
175 chance of item damage is fixed, but amount done is based on damage
176 sustained. Other idea is that chance of damage is based on
177 real damage (percent, square root, other adjustments, perhaps
178 ignoring low values), but damage is somewhat constant.
179 Should probably be tunables in settings to determine amount of damage
180 done to item, and how often item is damaged.
181 99
182- Change players draining exp from others. Currently, there are problems 100* example of why a player was kept alive long after having logged out.
183 in that it not adjusted based on levels, so there are various abuses 101 those are probably in a player inventory.
184 draining from low level characters. Also, generally it is not possibled 102 2007-01-23 14:32:17.413 player-scheduler refcnt nulla 2,1 9,9
185 to drain exp from monsters. Possible ideas: 103 2007-01-23 14:31:40.821 owner: {cnt:1291946,uuid:<1,bd23b6aa>,name:"trident",flags:[17,24,111],type:15}(on (null)@1+1)
186 - Change draining from other players to be a ratio of levels (ie, a level 104 2007-01-23 14:31:40.822 owner: {cnt:741779,uuid:<1,bd1b5193>,name:"throwing dagger",flags:[17,24,98],type:15}(on (null)@1+1)
187 10 character draining from level 5 only gets half the exp. 105 2007-01-23 14:31:40.824 owner: {cnt:1403336,uuid:<1,bd2569c8>,name:"throwing hammer",flags:[17,24,111],type:15}(on (null)@1+1)
188 - Ability to drain exp from monsters (might make drain weapons more 106 2007-01-23 14:31:40.824 owner: {cnt:1291941,uuid:<1,bd23b6a5>,name:"throwing star",flags:[17,111],type:15}(on (null)@1+1)
189 useful). Maybe have monster lose some portion of the exp he would 107 2007-01-23 14:31:40.825 owner: {cnt:1294661,uuid:<1,bd23c145>,name:"axe",flags:[17,111],type:15}(on (null)@1+1)
190 award when drained, and try to adjust level/other stats downward as 108 2007-01-23 14:31:40.828 owner: {cnt:1323712,uuid:<1,bd2432c0>,name:"spear",flags:[17,24,111],type:15}(on (null)@1+1)
191 it looses exp? 109 2007-01-23 14:31:40.828 owner: {cnt:742413,uuid:<1,bd1b540d>,name:"spear",flags:[17,24,74],type:15}(on (null)@1+1)
192- Fix map loading/saving so it can do it over several ticks for smoother 110 2007-01-23 14:31:40.828 owner: {cnt:1420216,uuid:<1,bd25abb8>,name:"throwing dagger",flags:[17,24,111],type:15}(on (null)@1+1)
193 performance (maybe thread it?)
194- Add adjustments to objects that adjusts chance of skill success.
195 Eg, objects the player use may adjust the characters effective level in
196 using a skill. Likewise, objects/monsters could have resistances to
197 certain skills (eg, skill_resist values).
198 111
199- Delete oldest swapped map in case the TMPDIR disk fills up while 112* 2007-01-15 03:17:33.547 victim (arch door_look_1, name ice) already dead in hit_player()
200 swapping out a map. To do this, detection of error on save would need 113 => use debug_desc
201 to be done (presently, the fputs are done without return value checks.) 114 => find out whats causing it
202
203- Seperate weapon speed and real speed for players - one is used for attacking
204 only, and the other for movement only. Right now, a characters real speed
205 could become the weapon speed when they attack something.
206 Make speed more variable for some actions (limit how much can be picked up
207 at once, certain skills should take longer than others.)
208- Make monster pick up more intelligent - only pick up items if they may be of
209 some use (perhaps base this on int - stupid monsters might pick up everything)
210- Add different dragon scales, in which different types of armor could be made
211 from.
212- Add random terrain type square. Idea being you might make something a
213 random tree, and when the map is loaded, it chooses a tree random. This
214 would allow some variation in maps each time with possibly keeping the bulk
215 of it the same (Depending how extensively the random trees are used.
216- Allow transportation objects (ie, horses, carts, dragon, griffins, boats,
217 etc.) Flying objects should probably ignore line of sight for most
218 objects (you are above the forest or mountains, but then fog should still
219 affect things). To do this, a terrain type value probably needs to be added,
220 and this acts a bitmask. Thus, transports compare bitmasks to see if
221 travel through that is allowed.
222 115
223- Change identification handling. Possible idea is to have different levels 116* training center (kobold etc.) does not stop working after 30-40min
224 of identification, with low level only showing basic information, and high 117 but goes on for 2 hours _at least_.
225 level showing full detail. Skill identification should basically use this,
226 with the skill level determining actual level. Depending on level of
227 identification, different information may be revealed (value, face,
228 name, etc).
229- Allow monsters to be randomly generated on a map without generators (ie,
230 orcs show up in forests or whatever.) Uses this as an option to use instead
231 of the existing random encounter code.
232- Have monsters potentially attack others if they are damaged by a friend.
233 It looks like the code should already allow this, but I think the problem is
234 that monster reevaluate their objectives too often, and which time they
235 switch back to attacking the player.
236- Allow treasure lists to be specified as part of the objects message
237- Perhaps print out a message shortly before a spell effect is about to end.
238- Rewrite all variables, using own typedefs of type:
239 [us]int8, [us]int16, [us]int32 : Variables that should be at least that
240 size (is there actually anything that needs to be precisely some size?)
241 These typedefs can be set depending on system type.
242- If communication remains the same (keyword matches),
243 highlite the keywords or in some way make them more noticable so players
244 can know to use them. This is no worse than many commercial games which
245 give you just a few choices to choose from to continue a conversation.
246- Statues turning into golems when activated (like doors).
247- Figurine (when a figurine pet dies, it becomes a figurine, and can be reused)
248 118
249- Ability to aim at targets not in the front row. This should apply for 119* /mlab/cwdccastleofmarquis3, goto and then charm => very very high cpu usage.
250 most range attacks (thus, in a group of orcs, the ones not immediately 120 original crossfire: 100% cpu usage => freeze
251 around the player could still use missile weapons.) 121 after mapspace::update fix: 40%
122 after map protocol optimisation: 15%
252 123
253- Better sound support - instead of having hardcoded events for sounds (eg, 124* 2007-01-14 21:15:58.605 Fiery, Wist's fervent pupil was hit by counterspell with counterspell attack.
254 button push, door open, etc), sounds should be tied to objects, with some 125 this is simply counterwall hitting monsters. but why does it happen?
255 number of sound events (eg, object active, object destroyed, object moved,
256 objected attacked, repeat forever, random, etc). Information about how far
257 they can be heard (in spaces) should also be contained. When a sound is
258 played, then do a simple check to see nearby players, and if one is within
259 potential range, then check for intervening objects (walls). Walls would
260 have some dampening effect, counting for more spaces (something behind a
261 wall may sound 5 spaces further away.)
262 Exactly how to store the sound information would need to be investigated -
263 the cheapest in terms of memory would be something like how animations are
264 done - have a global array of the sound information. However, sound
265 information would be tied pretty closely to object types (eg, if the sound
266 info said its used for both apply and destroy, then if some other object
267 used that same info, it'd also get that apply and destroy behaviour). This
268 is probably good enough - one could make individual sound information
269 sequences for the individual parts if those were needed.
270 126
271- Make the elevation of terrain adjust line of sight. If on the tallest 127* 2007-01-15 01:02:00.183 Query_cost: item {cnt:1636781,uuid:<1,a1f0f9ad>,name:"boulder",flags:[17],type:0}(on ?random/d8250dbd970319bd5f35fb4f2b9b46a9@44+34) hasn't got a valid type
272 mountain, you would be able to see over neighboring mountains and not 128 fix once and for all please. a) type 0 is valid b) maybe the boulder should have another type.
273 get your view blocked.
274 129
275- Change attacktype handling. Currently, attacktypes are just bitmasks, 130* animated weapons should come back to the player when he dies/disconnects?
276 so if a weapon does 'dam 30' it does 30 dam for all attacktypes it has 131 2007-01-14 18:50:07 info: winvirus chats: Could you make it so if you have an
277 set. 132 animated weapon out and you disconnect, that it'd simply a) fall to the
278 The idea is to make an array of dam values for the attacktype, so 133 ground or b) return to your inv? Rather than disappearing into the void of
279 you could have a weapon like 'phys 12, fire 6'. This then gets adjusted by 134 nothingness.
280 appropriate resistances the creature has.
281 For attacktypes that are effects (slow, paralyze, etc) dam should be the
282 potency of the effect (number of ticks player is effected).
283 If an item has multiple dam values set, then it would do damage from all
284 the attacktypes (eg, a phys 10 fire 3 is something like a flameblade
285 which does mostly physical and a little fire).
286 135
287- Improve material code: 136* mapinfo command should be handled asynchronously (cause it blocks the server)
288 1) Make material file more readable. Mostly, make it one entry per
289 line (no comma seperated lists), with values 0 by default, so only
290 values that are different need to be entered. Maybe make materials
291 archtypes, and then use treasurelist type setup below?
292 2) Remove random material selection from the material file and put it
293 elsewhere - basically, more fined grained material control (silver daggers,
294 but not silver axes for example). Perhaps the idea of material
295 type treasurelists?
296 3) Remove material bitmask. Instead, have a pointer to the actual materialtype
297 struct, and determine basis on that (eg, this could burn up, etc). If
298 necessary, add some appropiates field to the material struct that
299 denote those abilities.
300 4) Suffix to be used for alternative image names and animation sequence
301 for objects (eg, dagger.111.gold for example)
302 5) Some way to denote that even though 'materialname' is set, that the loader
303 should still do appropriate adjustements for the material. Thus, if a
304 person sets the material in the editor, the server will adjust the values
305 appropriately.
306 6) Allow for multiple materials in same object. Trickier to do this.
307 7) More hints for materials. Eg, is it a notable material that should be
308 included in the object name, or mundane? Likewise, is it a type of material
309 that can be reconstituted (metals) or not (wood, stone, etc)
310 137
311Improve exit/teleporter code. With tiled maps, it is now desirable to move 138* 16:09 <@schmorp> eigetlich soltle world-overlay nahc world moven
312 monsters between those maps, so exits should be able to move monsters. Add 139 16:09 <@schmorp> ende des themas
313 bitmask/flag to exit to denote what it moves - players, monsters, or 140 16:09 <@schmorp> und eigentlich soltlen dort alle leeren maps gelöscht werden
314 objects. 141 16:09 <@schmorp> so daß nur maps existieren, die overwirtes enthalten
142 16:09 <@schmorp> erinnert mich dran
315 143
316Add exp rewarder type object. It's basic properties: 144* map converter
317 1) amount of exp to reward the player (stats.exp) 145 elmex: because of the faces and all the other nice things - i guess
318 2) Skill to award the exp to (skill field) 146 [HUH?? please specify or remove]
319 3) Flag to denote we should teach the player this skill if they don't
320 have it (can_use_skill flag?) In this way, rewarders could grant
321 skills to the player.
322 4) Different ways to be activated (walk on/fly on, as well as it being
323 activated from something that 'pushes' it (aka, magic mouth, button,
324 etc)). In the case of another object activating it, the player
325 would still need to be on the space the object is on.
326 5) Use the 'slaying' field to denote that if the player has a force in
327 his inventory by the same name, he doesn't get the reward, and if
328 they don't have such a force, we add one to the player (so you can't
329 get the same reward repeatedly). Use something like 'value' or
330 other field to denote how many ticks the force lasts for. If value
331 is zero, then force never expires
332 6) Use nrof to denote how many times the reward works. Eg, if nrof
333 is 1, then once a player uses it, no one else can get that reward
334 until the map resets.
335 147
336Secondary features: 148* implement no-drop-on-destroy flag (done)
149 for example to remove the specialcases for books that are destroyed
150 and contain spells (should be done)
337 151
338These are more features (low priority at that) to be added. Some of these 152* look at these logs:
339may be related to items above, or they may be things that just would not 153 2006-09-16 01:38:16 Got unknown value in map header: race human
340add a lot to the game (IMO). 154 2006-09-16 01:37:33 invalid type defined in shopitems in string cloak:5;spellbook:35;ring:15;book:28;scroll:25;wand:28;armour improver:2;weapon improver:2;rod:32;potion:10;horn:35;amulet:17;power_crystal:25;gem:0;lamp:-10;*:-90;
155 2006-09-16 01:37:17 Map darkness for poison on /quests/peterm/FireTemple/Fire2 is too high (6)
156 2007-01-15 02:46:23.746 winvirus has two money entries of (silvercoin)
157 2007-01-15 02:46:23.746 winvirus has two money entries of (goldcoin)
158 2007-01-15 02:46:23.746 winvirus has two money entries of (platinacoin)
159 2007-01-15 02:46:23.745 winvirus has two money entries of (royalty)
341 160
342- Flag so that there is a random chance that an object will or will not appear 161* make sure custom keys get saved in same order as they are being loaded.
343 on a map (this is perhaps better handled by treasurelists. Unfortunately,
344 treasurelists can not be set in the maps).
345- Ability to have pixmaps set in maps or otherwise be able to load images
346 without having to rebuild the default images.
347 162
163* wishlist: implement buildable "safe floors" for apartments. or make all apartments safe and
164 implement buildable non-safe floors.

Diff Legend

– Removed lines
+ Added lines
< Changed lines
> Changed lines