全ての報告
カカオ(Cacao)の報告
#22152: "Add Turn Undo"
rejected: 開発者はそれは良い考えではない、あるいは費用対効果が低すぎると考えています
44
どういった内容ですか?
どうしましたか?以下から選んでください
提案:次項がゲームを大きく改善すると思われる
詳細
• 何を意味するのか、簡単に理解できるようにあなたの提案を正確かつ簡潔に説明してください。
I think an turn undo feature would be helpful. I have accidentally tapped the wrong bubble and tried to sell cacao before I harvested it. Teotihuacan has it as a option the can be turned for the players that want it or left off for those that do not want it. /this seems like a good solution for a feature that only some players may want.• あなたのブラウザは何ですか?
Mozilla v5
報告履歴
2020年 8月 4日 23:13 •
2020年 8月 5日 6:03 •
DarkBeerMike • この提案はまだ開発者によって解析されていません:
2020年 8月 5日 21:34 • Consider a checkbox to enable/disable the undo feature. I want it, but other players may feel differently.
Aeneas90 • この提案はまだ開発者によって解析されていません:
2020年 8月 8日 20:23 • Agreed. Undo should be mandatory for all games if hidden information isnt revealed.
ExtraPaul • 開発者はそれは良い考えではない、あるいは費用対効果が低すぎると考えています:
2020年 8月 9日 9:33 • I understand your request.
But "As a rule of thumb, on BGA we advise you to not undo moves." (en.doc.boardgamearena.com/BGA_Undo_policy)
It's the first time I program a game : I don't want to complexify the code at this time.
Maybe for a futur release...
Meanwhile, a refresh (F5) seems to be a solution.
But "As a rule of thumb, on BGA we advise you to not undo moves." (en.doc.boardgamearena.com/BGA_Undo_policy)
It's the first time I program a game : I don't want to complexify the code at this time.
Maybe for a futur release...
Meanwhile, a refresh (F5) seems to be a solution.
Aeneas90 • 開発者はそれは良い考えではない、あるいは費用対効果が低すぎると考えています:
2020年 8月 9日 16:35 • Rejected the most upvoted issue because "its my first time and its too hard" doesnt fill me with confidence here. Perhaps see if there's a more experienced dev that can assist.
ExtraPaul • 開発者はそれは良い考えではない、あるいは費用対効果が低すぎると考えています:
2020年 8月 9日 16:46 • I correct my point of view : it's not "to hard", but "too dangerous".
I don't want to loose control of the programming by implementing a not recommended functionnality.
But I keep in mind this request : I hope that players don't expect a 100% perfect game in the first release.
I don't want to loose control of the programming by implementing a not recommended functionnality.
But I keep in mind this request : I hope that players don't expect a 100% perfect game in the first release.
ExtraPaul • 開発者はそれは良い考えではない、あるいは費用対効果が低すぎると考えています:
2020年 8月10日 5:57 •
2020年 8月14日 0:54 • The request #22149 ask to change worker tile place on the board, then confirm.
An UNDO would be easy to program for this state.
But an UNDO on tile actions is very inconvinient : on each action click, animations are launched, scores are updated, notifications are written, database is updated and all players view action in real time.
An UNDO would be easy to program for this state.
But an UNDO on tile actions is very inconvinient : on each action click, animations are launched, scores are updated, notifications are written, database is updated and all players view action in real time.
paramesis • 開発者はそれは良い考えではない、あるいは費用対効果が低すぎると考えています:
2020年 8月14日 13:59 • An Undo action or confirm step is very frequently requested for adaptations where it doesn't exist, and I frequently see developers lean on the guidelines as an authoritative answer to every situation. Any experienced designer will tell you there is no such thing as a one-size-fits-all answer. The entire intent of guidelines is to make better adaptations, and it is on the developer to decide where that line is.
Are players having to click confirm buttons too many times?
Are players intentionally playing bad moves or moving pieces around in order to "think"?
Are players frustrated that the interface wouldn't let them take the turn that they wanted to take because they made one misclick? (definitely sounds like the case here).
Are players having to click confirm buttons too many times?
Are players intentionally playing bad moves or moving pieces around in order to "think"?
Are players frustrated that the interface wouldn't let them take the turn that they wanted to take because they made one misclick? (definitely sounds like the case here).
ExtraPaul • 開発者はこの提案に対して詳細を求めています:
2020年 8月14日 16:46 • Hello Paramesis.
Imagine that I have four jungle actions to carry out around my worker tile 1-1-1-1 :
- Get 2 cacao
- Sale 1 cacao for 2 gold
- Get 1 cacao
- Sale 1 cacao for 4 gold
I can click on any action in any order. Each action update score and notify other players about what's happen.
How the undo must be managed ?
If I get 2 cacao, sale 1 for 2 gold... oh no, mistake, I wanted sale for 4 gold -> Undo.
Then, Undo become available for my first action too ?
What others players see ? Gold back to the tile and score decrease ?
Imagine that I have four jungle actions to carry out around my worker tile 1-1-1-1 :
- Get 2 cacao
- Sale 1 cacao for 2 gold
- Get 1 cacao
- Sale 1 cacao for 4 gold
I can click on any action in any order. Each action update score and notify other players about what's happen.
How the undo must be managed ?
If I get 2 cacao, sale 1 for 2 gold... oh no, mistake, I wanted sale for 4 gold -> Undo.
Then, Undo become available for my first action too ?
What others players see ? Gold back to the tile and score decrease ?
paramesis • 開発者はこの提案に対して詳細を求めています:
2020年 8月14日 17:16 • There are a few ways you could go about this, but the simplest to implement and the one I would recommend would be database undo.
en.doc.boardgamearena.com/Main_game_logic:_yourgamename.game.php#Undo_moves
This would undo your entire turn. Canceled notification log items would disappear and there would only be one item saying "<player> cancels their move". The guidelines do mention that this is a heavy-handed solution because it saves and restores the entire table's data, but it is consistent with how many other games are implementing undo.
A more difficult to implement alternative would be an incremental undo ("player undoes worker action"). This would require storing individual actions taken this turn in the database in some way and creating a coherent way to represent undo on the client side. This is how I implemented incremental undo for tile placement in Off the Rails, but it does have the disadvantage you mention of creating a log entry for every action that is done and undone.
en.doc.boardgamearena.com/Main_game_logic:_yourgamename.game.php#Undo_moves
This would undo your entire turn. Canceled notification log items would disappear and there would only be one item saying "<player> cancels their move". The guidelines do mention that this is a heavy-handed solution because it saves and restores the entire table's data, but it is consistent with how many other games are implementing undo.
A more difficult to implement alternative would be an incremental undo ("player undoes worker action"). This would require storing individual actions taken this turn in the database in some way and creating a coherent way to represent undo on the client side. This is how I implemented incremental undo for tile placement in Off the Rails, but it does have the disadvantage you mention of creating a log entry for every action that is done and undone.
ExtraPaul • 開発者はそれが良い考えであることに同意し、それに取り組むつもりです:
2020年 8月15日 10:04 • Thank you for this explanation.
I note that an Undo for the whole turn of actions is a way, but :
- a confirm button is thus necessary at the end;
- this state of the game is in multi player mode : the undo database will be for all players ?
- I must fire notifications to remove cacao fruits in the player zone;
I'm considering this Undo for the future, when I'll be more "veteran" with BGA programming.
This is a big refactoring.
I note that an Undo for the whole turn of actions is a way, but :
- a confirm button is thus necessary at the end;
- this state of the game is in multi player mode : the undo database will be for all players ?
- I must fire notifications to remove cacao fruits in the player zone;
I'm considering this Undo for the future, when I'll be more "veteran" with BGA programming.
This is a big refactoring.
paramesis • 開発者はそれが良い考えであることに同意し、それに取り組むつもりです:
2020年 8月15日 15:20 • The basic implementation of database undo actually only requires a few lines of code.
$this->undoSavePoint(); at the beginning of a single player's turn, an undo button added to the action bar (possibly with a modal confirmation), an undo action added to action.php and added as a possible action to the state, and $this->undoRestorePoint(); if the user takes the undo action. See La Granja, Teotihuacan, and Off the Rails (mine) for publicly accessible precedents.
I do not believe an end turn button violates the intent of the BGA guidelines for multi-step turns. I have written a defense of this position on the forums here: boardgamearena.com/forum/viewtopic.php?f=12&t=16770
Of course, every game is different, and if an end turn button feels like too much of an extra step, you could investigate the "request undo" checkbox precedent established in Teotihuacan. This would require refactoring to add an extra state, or to add an extra argument to each player action.
database undo is not supported in multiactiveplayer states. There can be only one persistent active player between any two points where undoSavePoint and undoRestorePoint are called. From my understanding of this game, it seems pretty rare that the multipleactiveplayer state would require multiple actions, so you'd probably be fine without an undo here. If it feels like it does need an Undo to be consistent, it might be better to cycle through players in a single action. La Granja has a game option for this, but that might be overkill here.
No notifications are necessary to restore the game state. undoRestorePoint automatically handles this :)
$this->undoSavePoint(); at the beginning of a single player's turn, an undo button added to the action bar (possibly with a modal confirmation), an undo action added to action.php and added as a possible action to the state, and $this->undoRestorePoint(); if the user takes the undo action. See La Granja, Teotihuacan, and Off the Rails (mine) for publicly accessible precedents.
I do not believe an end turn button violates the intent of the BGA guidelines for multi-step turns. I have written a defense of this position on the forums here: boardgamearena.com/forum/viewtopic.php?f=12&t=16770
Of course, every game is different, and if an end turn button feels like too much of an extra step, you could investigate the "request undo" checkbox precedent established in Teotihuacan. This would require refactoring to add an extra state, or to add an extra argument to each player action.
database undo is not supported in multiactiveplayer states. There can be only one persistent active player between any two points where undoSavePoint and undoRestorePoint are called. From my understanding of this game, it seems pretty rare that the multipleactiveplayer state would require multiple actions, so you'd probably be fine without an undo here. If it feels like it does need an Undo to be consistent, it might be better to cycle through players in a single action. La Granja has a game option for this, but that might be overkill here.
No notifications are necessary to restore the game state. undoRestorePoint automatically handles this :)
paramesis • 開発者はそれが良い考えであることに同意し、それに取り組むつもりです:
2020年 8月15日 15:21 • I forgot to add that rolling out database undo will break games in progress, so it's best to do that now while it's in Alpha.
iris1 • 開発者はそれが良い考えであることに同意し、それに取り組むつもりです:
2020年 8月25日 15:58 • Wish it was like in carcassonne 3 tiles in hand. Be able to change mind about which of the three tiles and try them out on the before you confirm. Then I guess the undo would be not necessary.
razzinplant • 開発者はそれが良い考えであることに同意し、それに取り組むつもりです:
2020年 9月14日 3:39 • An undo button when placing a tile would be nice so before you confirm placement you can choose a different tile.
NexusHorizon • 開発者はそれが良い考えであることに同意し、それに取り組むつもりです:
2020年 9月24日 10:32 • I think that would be enough and a more practical solution (for players and developer) to have the ability to change the worker tile just before choosing the jungle tile
ExtraPaul • 開発者はそれが良い考えであることに同意し、それに取り組むつもりです:
2020年 9月24日 11:49 • Yes, and this iidea is here : boardgamearena.com/bug?id=24585
ExtraPaul • 開発者はそれは良い考えではない、あるいは費用対効果が低すぎると考えています:
2020年 9月28日 21:55 • "I think that would be enough and a more practical solution (for players and developer) to have the ability to change the worker tile just before choosing the jungle tile"
This is implement is this new release version 200928-2118.
I reject the idea to program an undo on a multi players state : this is overkill and reduces the flow of the game.
This is implement is this new release version 200928-2118.
I reject the idea to program an undo on a multi players state : this is overkill and reduces the flow of the game.
報告に書き加える
このバグを再現するため、またはあなたの提案を理解するために、ここに関連性があると思われるものを追加してください:
- 他のテーブルID/行動ID
- F5キー(ページの再読込)で問題は解決されましたか?
- 問題は何回も起こりましたか?毎回 起こりますか?ランダムに起きますか?
- もしこのバグのスクリーンショットがあれば(素晴らしい!)、Imgur.com等を使ってアップロードし、リンクをコピー&ペーストしてください。