Instal Steam
login
|
bahasa
简体中文 (Tionghoa Sederhana)
繁體中文 (Tionghoa Tradisional)
日本語 (Bahasa Jepang)
한국어 (Bahasa Korea)
ไทย (Bahasa Thai)
Български (Bahasa Bulgaria)
Čeština (Bahasa Ceko)
Dansk (Bahasa Denmark)
Deutsch (Bahasa Jerman)
English (Bahasa Inggris)
Español - España (Bahasa Spanyol - Spanyol)
Español - Latinoamérica (Bahasa Spanyol - Amerika Latin)
Ελληνικά (Bahasa Yunani)
Français (Bahasa Prancis)
Italiano (Bahasa Italia)
Magyar (Bahasa Hungaria)
Nederlands (Bahasa Belanda)
Norsk (Bahasa Norwegia)
Polski (Bahasa Polandia)
Português (Portugis - Portugal)
Português-Brasil (Bahasa Portugis-Brasil)
Română (Bahasa Rumania)
Русский (Bahasa Rusia)
Suomi (Bahasa Finlandia)
Svenska (Bahasa Swedia)
Türkçe (Bahasa Turki)
Tiếng Việt (Bahasa Vietnam)
Українська (Bahasa Ukraina)
Laporkan kesalahan penerjemahan
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.