req
req
waiter 2e d 能否更改為開放狀態
一些剛回鍋的人還搞不清楚這設定,今天又有某位人兄在那發呆
導致屍體一直無法撿取,再離峰時段線上又沒人可以問
請問如果這樣的情況導致濫屍,何解?
=====================================================
還有一個問題是開放req這幾天下碰到的一個問題
例如: A正帶著新手B再打評價,這時候A和B皆設定了 no_ownership yes
但是當打怪打到一半突然有C跑了過來,會導致控制權在C身上
又或者是當A和B皆把怪打死,但是C走了過來
會發有無法攻擊和無法撿取的情形發生
以上只是舉例的情況,實際還會有很多不同的狀況發生
這樣子設定似乎違背了當初建議req的初衷
就像wawab當初說的,如果一切都靠系統判定
不只少了人情味,而且系統畢竟不是人腦
某些狀況下根本無法判定到底所有權的正確歸屬
以上是開放至今發現的問題
一些剛回鍋的人還搞不清楚這設定,今天又有某位人兄在那發呆
導致屍體一直無法撿取,再離峰時段線上又沒人可以問
請問如果這樣的情況導致濫屍,何解?
=====================================================
還有一個問題是開放req這幾天下碰到的一個問題
例如: A正帶著新手B再打評價,這時候A和B皆設定了 no_ownership yes
但是當打怪打到一半突然有C跑了過來,會導致控制權在C身上
又或者是當A和B皆把怪打死,但是C走了過來
會發有無法攻擊和無法撿取的情形發生
以上只是舉例的情況,實際還會有很多不同的狀況發生
這樣子設定似乎違背了當初建議req的初衷
就像wawab當初說的,如果一切都靠系統判定
不只少了人情味,而且系統畢竟不是人腦
某些狀況下根本無法判定到底所有權的正確歸屬
以上是開放至今發現的問題
Re: req
1.
系統調整並非沒有公告, 且 req 相關的討論還滿多的
不了解指令用法, 這個我愛莫能助
2.
帶人打怪有兩種情形
違背req的初衷?
只是系統還不夠完善吧(現在也才第一版), 不需要這麼快就否定它
4.
人情味? 這是靠玩家之間相互培養的
不是每個人都會跟你講人情味的
系統調整並非沒有公告, 且 req 相關的討論還滿多的
不了解指令用法, 這個我愛莫能助
2.
帶人打怪有兩種情形
- A. auto kill 的怪: 實際要下 k 的人(被帶的那個人, 通常走在後面)不需設定 no_ownership yes
B. 非 auto kill 的怪: 除非有更好的解法(走前面的 fight 不判斷所有權? 歡迎提供 idea), 不然目前暫時無解
違背req的初衷?
只是系統還不夠完善吧(現在也才第一版), 不需要這麼快就否定它
4.
人情味? 這是靠玩家之間相互培養的
不是每個人都會跟你講人情味的
Re: req
難聽話是你說的shine 寫:回鍋新人就是該死 i know,系統調整確實有公告,但是您所謂的req相關討論
在什麼都搞不懂狀況的回鍋新人,您確定看的懂的有多少?
事實上有公告有說明, 看不懂的可以提問, 不可能要我在每次有新人時, 都要開課講解吧
你提出的問題, 我一一回覆說明我只是幫人說出問題點,要覺得我反對req 我也無奈
如果提出問題=反對 那誰敢回報
如果這樣是叫 "你不能反對" ? 那誰敢回覆
不接受你的意見就叫無法溝通?
提出跟你不同的見解就叫禁止反對?
拜託將心比心一下
有問題的東西我從來沒有不調整的
但是該怎麼調? 如何調? 這才是重點
Re: req
shine 寫:waiter 2e d 能否更改為開放狀態
一些剛回鍋的人還搞不清楚這設定,今天又有某位人兄在那發呆
導致屍體一直無法撿取,再離峰時段線上又沒人可以問
請問如果這樣的情況導致濫屍,何解?
=====================================================
還有一個問題是開放req這幾天下碰到的一個問題
例如: A正帶著新手B再打評價,這時候A和B皆設定了 no_ownership yes
但是當打怪打到一半突然有C跑了過來,會導致控制權在C身上
又或者是當A和B皆把怪打死,但是C走了過來
會發有無法攻擊和無法撿取的情形發生
以上只是舉例的情況,實際還會有很多不同的狀況發生
這樣子設定似乎違背了當初建議req的初衷
就像wawab當初說的,如果一切都靠系統判定
不只少了人情味,而且系統畢竟不是人腦
某些狀況下根本無法判定到底所有權的正確歸屬
以上是開放至今發現的問題
建議A:
如果是在野外直接撿屍可能也會受到req影響
不知道能不能加入玩家屍體不受req影響的判斷?
建議B:
不知道有沒有可能加上白名單黑名單的方式
比如帶人的a將被帶的b加入白名單中, b就可以在同一格攻擊目標不受req影響
而從外面來的c因為此地req所有權還是在a身上因此一樣不能攻擊撿東西
Re: req
這方式有時間差的問題paul 寫:我覺得白名單這做法不錯,不過你還可以再加個判斷,白名單上的char在1 or 2秒的時間內一起跟你到同一格內才生效,這樣就不會有a佔mob給b打的問題
而且連no_ownership都省了
如果在 1~2 秒內有其他人先進入該房間 (進入的順序是 a -> c -> b)
理論上 b 就不能擁有相關的權利了
而 no_ownership 確實可以考慮取消掉
改用 "set share_ownership yes"
意思是, 當我擁有所有權時, 在我後面第一順位的人, 可以與我共享所有權
ex:
假設有一房間, A B C 三個人依序進入
此時所有權歸 A
若 A 有設定 share_ownership, 則 B 可以與 A 共享權利
若 B 也有設定 share_ownership, 則 C 亦可與 A 共享權利