Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Interface] Hide "attempt to hack this safe" pop-up when player doesn't have a hacking tool #73515

Open
DragonWizard23 opened this issue May 5, 2024 · 3 comments
Labels
stale Closed for lack of activity, but still valid. <Suggestion / Discussion> Talk it out before implementing

Comments

@DragonWizard23
Copy link
Contributor

Is your feature request related to a problem? Please describe.

It is a little silly that you can press e on an electronically locked gun safe without a hacking tool and it doesn't automatically tell the player: "You don't have a hacking tool with enough charges!"

Solution you would like.

Instead, I propose hiding this pop-up when the character doesn't have a hacking tool, or better yet, a hacking tool with enough charges. The confirmation makes sense when the player has met the requirements to be able to hack the safe, but it shouldn't appear when the player doesn't meet the requirements.

Describe alternatives you have considered.

No response

Additional context

Here is the pop-up that I'm referring to:
image

@DragonWizard23 DragonWizard23 added the <Suggestion / Discussion> Talk it out before implementing label May 5, 2024
@PatrikLundell
Copy link
Contributor

I disagree slightly.

I'm not too keen on the 'e' interaction only doing anything at all if you happen to have the tool it requires available, as this means you can easily get the impression that something can't be interacted with, when in reality you don't happen to carry the correct tool.
I'd rather have a feedback saying you don't have a a suitable tool, or that your tool doesn't have enough charges (without a popup requiring acknowledgement).
That has the disadvantage that you may have to select what to interact with when there are some things in range you don't have the tools for.

@DragonWizard23
Copy link
Contributor Author

DragonWizard23 commented May 5, 2024

Hey PatrikLundell, thanks for the reply!

I'm not too keen on the 'e' interaction only doing anything at all if you happen to have the tool it requires available, as this means you can easily get the impression that something can't be interacted with, when in reality you don't happen to carry the correct tool.

I think we are in agreement. I don't think I was very clear, but I do want the player to be able to examine the safe regardless of whether or not the player has a hacking tool with enough charges. I'm thinking along the same line as how the player can examine a locked door or gate without picking/prying tools. (Those create log messages instead of pop-ups.)

I'd rather have a feedback saying you don't have a a suitable tool, or that your tool doesn't have enough charges (without a popup requiring acknowledgement).

Yep, this is what I had in mind. When the character examines a safe without a hacking tool with enough charges, there should still be the log message: "You don't have a hacking tool with enough charges!" However, I'm suggesting that we remove the confirmation pop-up, because it isn't necessary. If the player doesn't have the requirements to hack the safe, the pop-up will always end with the same result (not attempting to hack the safe). By removing the pop-up but keeping the log message, the behavior will be consistent with other locked things (gates, doors, etc).

Copy link
Contributor

github-actions bot commented Jun 4, 2024

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. Please do not bump or comment on this issue unless you are actively working on it. Stale issues, and stale issues that are closed are still considered.

@github-actions github-actions bot added the stale Closed for lack of activity, but still valid. label Jun 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale Closed for lack of activity, but still valid. <Suggestion / Discussion> Talk it out before implementing
Projects
None yet
Development

No branches or pull requests

2 participants