我目前没有时间与精力改 sanc。 其实我是有的，但这种事要持续去做，我的时间都是断断 续续的，精力就更不用说了，完全没有，所以我目前都是 放给有时间有精力的人改。 以前也有过一次，len、dinah 及 dfire 他们联手的那时 候，我在中途介入，中断了他们对牧师系三神以及其它公 会技能的扩充计划，原因很简单，「理念不合」。 我当然有我自己对圣殿的理念与规划，但是就现在来说， 我觉得圣殿不能永远都由我去决定它的风格及走向，deus hlead 他们的善见城区域完工时，我是很高兴的，因为那 是完全与我风格不同的另一种写法。 而这样的不同，是现今圣殿需要的，所以这次，我让deus 他们去决定，我不干涉，仅建议。我曾对 wiz 们说过，如 果你觉得自己有能力做什麽，而你没有权限时，就仅管说 出来，能给的就会给，不需要升 deep、不需要升 adm 也 可以改。 这是我说过的。我之前说或许改指令档也是一种不错的限 制方式时(针对 add_temp("casting") )，我就不希望看到 「这个要等 laechan 改」这样的话，因为你想改，你说一 声，给权限是 ok 的。hlead，在 sneak 的修改上不就是 如此吗？ 因为我真的没时间及精力改。我有时间打这篇文章，但我 没有时间跟精力去改一个指令档，或许你会觉得不可思议 ，但事实就是如此。 所以有人要改的话，我很乐意开放权限，而且我很感谢能 帮忙改的人，所以我尽量不干涉，尽量完全的尊重。 至於 loot 的问题，我很坚持「打到的人拥有一次的分配 权」，依目前程式码的写法，假设我要让打明王的掉宝可 以由打到的人分配的话，我就(要)修改明王的档案，就可 以了。 专用的分配指令则是 setnames，修改方式如下... int die() { object ppl=this_player(),pearl,ob; mixed obs=all_inventory(environment(this_object())),usr=({}); pearl=clone_object(圣灵珠档案位置); foreach(ob in obs) if(ob && userp(ob)) usr+=({(string)ob->query("name")}); // 怪物阵亡的一瞬间, 储存同房间的玩家 pearl->set("names",ppl->query("name")); // 设定认主 pearl->set("can_setnames",usr); // 设定可改认主的名单 pearl->move(ppl); // 将物品移到最初认主者的身上 ::die(); return 1; } 其中 can_setnames 参数是无法被储存的，在使用 setnames 指令 後该参数就会消失, 这时自然也无法再 setnames。 而 can_setnames 储存的就是可以改认主的名单，setnames 的使用 权自然是该 eq 的认主者。 我是忘记当初讨论到啥程度了，但若各位对上面的宝物分配方式觉 得 ok(仅针对认主 eq)，我会抽一些时间来改几只怪物，让各位实 际试看看 setnames。 预计修改档案: 新增 setnames 指令, 修改 view 指令. 一定会列入修改的怪物为血肉长城的天魔，玩家有其它建议的话可 提出，我会去问 deus 他们怪物的档案位置。 当然前提是大家觉得这修改是 ok 的。 Laechan -- 朴正胜：韩国三只小猪部长。 朴宗纬：韩国已知用火的山顶洞人。 朴赐海：韩国抗议天王。 朴　龙：韩国武打明星，犯了全天下男人都会犯的错。 朴　马：韩国古生物，特徵是两条腿经常开开的。 ──《民明书房刊─认识韩国人》 --

※ 发信站: 批踢踢实业坊(ptt.cc) ※ 编辑: laechan 来自: 118.170.109.174 (05/01 19:07)