Nainstalovat Steam
přihlásit se
|
jazyk
简体中文 (Zjednodušená čínština)
繁體中文 (Tradiční čínština)
日本語 (Japonština)
한국어 (Korejština)
ไทย (Thajština)
български (Bulharština)
Dansk (Dánština)
Deutsch (Němčina)
English (Angličtina)
Español-España (Evropská španělština)
Español-Latinoamérica (Latin. španělština)
Ελληνικά (Řečtina)
Français (Francouzština)
Italiano (Italština)
Bahasa Indonesia (Indonéština)
Magyar (Maďarština)
Nederlands (Nizozemština)
Norsk (Norština)
Polski (Polština)
Português (Evropská portugalština)
Português-Brasil (Brazilská portugalština)
Română (Rumunština)
Русский (Ruština)
Suomi (Finština)
Svenska (Švédština)
Türkçe (Turečtina)
Tiếng Việt (Vietnamština)
Українська (Ukrajinština)
Nahlásit problém s překladem
Porting the controls for a mouse/keyboard game was no easy task and the feedback you list is helpful!
Your main point about the struggle of having to HOLD buttons for certain interactions is one we arrived at after extensive testing. The reason we went this way was because there is no cursor with a controller. Rather, cursors being controlled through analog sticks didn't feel as good as just using the D-PAD to move around the screen.
And since we didn't have a cursor on the screen if we allowed the user to toggle menu states (like you suggest just hit L2 to open a menu) we found that they would lose their position on the screen. So after testing this HOLD method we liked it as, when you had zero inputs users would know exactly where their "focus" was on the screen. When we had it set as toggles, we found that most players would get confused or lost as to where their focus was and then would start pushing buttons and not get the expected output from those button inputs.
We felt that we did a good job considering the scope of the project and that the game was not designed for a controller originally. I do appreciate you taking the time to lay out your criticisms and hopefully we can offer more accessibility issues in the future to help accommodate how players would like to control the game.
I do have a suggestion on consumers being confused as to where the screen is focused. That is to only display the actove window in color. It really wouldn't inturrupt the color scheme and atmosphere while giving a not so subtle hint where the focus is on the screen at present.
It does not help at all to insult the devs in any way as responding to input is on a voluntary basis and if the community is going to be adversarial here then it encourages the dev to not respond to the community.
Now i had a party wipe in a level 3 dungeon that started when one person refused to run. the melee person decided because she was a masochist that every one of her teammates should have to die with her. In this instance there was only 1 person who had a mental affliction at the time and the entire party had to die before i got another chance to run. My question is why i could not choose to abandon the party member as it has the potential random encounter where the party member comes back either dead or alive for revenge at a later point or possibly turning up weeks later in need of some RNR.
Also graves should contain more details about the character's death such as what set off their affliction that likely lead to their death for an added dark humor. Sometimes killed by other party members by either mean comments or literal backstabbing which some of the paranoid people start doing when the torches go out.