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