| 1 | Here are listed some todos which should be looked into sometimes. |
1 | Here are listed some todos which should be looked into sometimes. |
| 2 | |
2 | |
| 3 | * IMPORTANT: chat with > => > probbaly a client bug. |
3 | 07:20:32 -cfbot:#cf- [Incen] that's odd. a pile of dust called "potion" |
|
|
4 | 07:21:05 -cfbot:#cf- [Incen] it was dust of piercing vision |
|
|
5 | 07:21:20 -cfbot:#cf- [Lina] seems to happen when picked up and unidentified |
|
|
6 | 07:21:37 <schmorp> unidentified they are called potions? |
|
|
7 | 07:21:48 -cfbot:#cf- [Incen] ayup |
|
|
8 | 07:22:06 -cfbot:#cf- [Lina] dusts/potions/figurines/balms |
|
|
9 | |
|
|
10 | * IMPORTANT: item_power should be a body slot like other such qualities, |
|
|
11 | so they can be sensibly tested against exclusion. Right now, one can |
|
|
12 | equip more than item power allows because it is not checked everywhere |
|
|
13 | (and should not have to be checked, either). |
|
|
14 | |
|
|
15 | * the following semantics was removed form enter_exit, bring it back sensibly and safely |
|
|
16 | (don't want the savebed set on a random map). |
|
|
17 | /* mids 02/13/2002 if exit is damned, update players death & WoR home-position and delete town portal */ |
|
|
18 | if (QUERY_FLAG(exit_ob, FLAG_DAMNED)) { |
|
|
19 | /* remove an old force with a slaying field == PORTAL_DESTINATION_NAME */ |
|
|
20 | for(tmp=op->inv; tmp != NULL; tmp = tmp->below) { |
|
|
21 | if(tmp->type == FORCE && tmp->slaying && !strcmp(tmp->slaying, PORTAL_DESTINATION_NAME)) break; |
|
|
22 | } |
|
|
23 | if(tmp) { |
|
|
24 | remove_ob(tmp); |
|
|
25 | free_object(tmp); |
|
|
26 | } |
|
|
27 | |
|
|
28 | path_combine_and_normalize(exit_ob->map->path, EXIT_PATH(exit_ob), op->contr->savebed_map, sizeof(op->contr->savebed_map)); |
|
|
29 | op->contr->bed_x = EXIT_X(exit_ob), op->contr->bed_y = EXIT_Y(exit_ob); |
|
|
30 | save_player(op, 1); |
|
|
31 | /* LOG(llevDebug,"enter_exit: Taking damned exit %s to (%d,%d) on map %s\n", |
|
|
32 | * exit_ob->name?exit_ob->name:"(none)", exit_ob->x, exit_ob->y, |
|
|
33 | * path_combine_and_normalize(exit_ob->map->path, EXIT_PATH(exit_ob))); */ |
|
|
34 | } |
|
|
35 | |
|
|
36 | * new players lack statistics |
|
|
37 | |
|
|
38 | * 21:37:28 -cfbot:#cf- [Drakna] yeah see meditation heals but it eats up food. but if yoiu have no food you can still |
| 4 | |
39 | |
| 5 | * IMPORTANT: client structures (ns) seem to never get released ever. |
40 | * IMPORTANT: client structures (ns) seem to never get released ever. |
| 6 | |
41 | |
| 7 | * IMPORTANT: never-.defined archetypes should be flagged as such and a suitable |
42 | * IMPORTANT: never-defined archetypes should be flagged as such and a suitable |
| 8 | check fucntion should be designed - the same for empty treasurelists |
43 | check fucntion should be designed - the same for empty treasurelists |
| 9 | and similar stuff. |
44 | and similar stuff. |
|
|
45 | |
|
|
46 | * IMPORTANT: reloading archetypes should create copies of used archetypes, letting |
|
|
47 | existing objects refer to the old archteypoes (for purposes of saving). |
|
|
48 | UPDATE: this is done, but an upgrade of in-memory objects is highly |
|
|
49 | advisable, as well as testing wether reloading actually works :) |
| 10 | |
50 | |
| 11 | * there is no "fire 0" to start firing on yourself as opposed to fire 5 etc. which starts |
51 | * there is no "fire 0" to start firing on yourself as opposed to fire 5 etc. which starts |
| 12 | firing into a specific direction. fire 0 only fires once (this is a bug, but most clients |
52 | firing into a specific direction. fire 0 only fires once (this is a bug, but most clients |
| 13 | move firing on yourself on non-shift-kp_5 because servers do not support the shifted |
53 | move firing on yourself on non-shift-kp_5 because servers do not support the shifted |
| 14 | semantics). |
54 | semantics). |
| 15 | |
55 | |
| 16 | * /morok_dun/mines1 n world_120_109 does not exist, but the othe rmine promises a quest |
56 | * /morok_dun/mines1 n world_120_109 does not exist, but the other mine promises a quest |
| 17 | there. be inventive. |
57 | there. be inventive. |
| 18 | |
58 | |
| 19 | * 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() |
59 | * 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() |
| 20 | sanctuary etc. hits lava-"ice" and kills it in the process. other stuff seems to not work as expected with sanctuary |
60 | sanctuary etc. hits lava-"ice" and kills it in the process. other stuff seems to not work as expected with sanctuary |
| 21 | hitting items it shouldn't. |
61 | hitting items it shouldn't. |
| 22 | |
|
|
| 23 | * you cnanot sensibly buy mercenaries in their agency anymore: |
|
|
| 24 | they burn, of course, in scorn. |
|
|
| 25 | FIX: possibly create a precious flag that preserved pets in such a case |
|
|
| 26 | (and also preserve them over saved! so mercenaries and familiars could |
|
|
| 27 | be implemented in a sensible way). |
|
|
| 28 | |
62 | |
| 29 | * can users in theory steal the gems out of their snitchangel pet monsters? |
63 | * can users in theory steal the gems out of their snitchangel pet monsters? |
| 30 | => the nodrop mechanism used for that should also disallow stealing. |
64 | => the nodrop mechanism used for that should also disallow stealing. |
| 31 | |
65 | |
| 32 | * bowmode should offer different capabilities given on level of user |
66 | * bowmode should offer different capabilities given on level of user |
| … | |
… | |
| 120 | 2007-01-15 02:46:23.746 winvirus has two money entries of (platinacoin) |
154 | 2007-01-15 02:46:23.746 winvirus has two money entries of (platinacoin) |
| 121 | 2007-01-15 02:46:23.745 winvirus has two money entries of (royalty) |
155 | 2007-01-15 02:46:23.745 winvirus has two money entries of (royalty) |
| 122 | |
156 | |
| 123 | * make sure custom keys get saved in same order as they are being loaded. |
157 | * make sure custom keys get saved in same order as they are being loaded. |
| 124 | |
158 | |
| 125 | * wishlist: implement buildable "safe floors" for apartments. or make all aprtments safe and |
159 | * wishlist: implement buildable "safe floors" for apartments. or make all apartments safe and |
| 126 | implement buildable non-safe floors. |
160 | implement buildable non-safe floors. |
