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

Password input #26

Closed
rapgro opened this issue Mar 20, 2020 · 12 comments
Closed

Password input #26

rapgro opened this issue Mar 20, 2020 · 12 comments

Comments

@rapgro
Copy link

rapgro commented Mar 20, 2020

How to enter the password? The input field in the dialog seems disabled.

@dnaeon
Copy link
Owner

dnaeon commented Mar 20, 2020

It is not disabled, it just doesn't echo back any input. Simply navigate to the field, either by using the arrows or ctrl-n. Then type in your password.

@rapgro
Copy link
Author

rapgro commented Mar 20, 2020

Though, bad usability imho. Maybe add a short hint somewhere into the dialog to let users know.

@dnaeon
Copy link
Owner

dnaeon commented Mar 20, 2020

If you think this can be made more user-friendly and output * instead please feel free to submit an MR, thanks!

@dnaeon dnaeon closed this as completed Mar 20, 2020
@rapgro
Copy link
Author

rapgro commented Mar 21, 2020

What's an MR? It's not nice to close without an available fix.
Stars aren't the best, agreed. But at least the input field should get a focus notification to let users know where to enter, the password can still be invisible as well in length.

@dnaeon
Copy link
Owner

dnaeon commented Mar 21, 2020

Hey @rapgro ,

MR is a merge request, where you can propose a code change.

The password input widget is what it is, because that's how it is displayed when using dialog, which is what PVC uses to display stuff on the terminal.

PVC itself doesn't provide custom widget password styles, it simply uses what the dialog library provides.

@rapgro
Copy link
Author

rapgro commented Mar 21, 2020

OK, thanks for explanation. Then I tend to delegate this as a feature request somehow to the dialog component, especially with the downstream package (Fedora).

@rapgro
Copy link
Author

rapgro commented Mar 21, 2020

@rapgro
Copy link
Author

rapgro commented Mar 24, 2020

Further, why's there the --no-mouse switch? This avoids better usability, at least when in a graphical terminal window.

@rapgro
Copy link
Author

rapgro commented Mar 24, 2020

From downstream bug:

--- Comment #3 from Thomas E. Dickey x@y ---
There's already a dialog option for this:

   --insecure
          Makes the password widget friendlier but less secure, by echoing
          asterisks for each character.

The password widget calls dlg_show_string, just like the form and mixedform
widgets, and that function handles the --insecure option.

@dnaeon
Copy link
Owner

dnaeon commented Mar 25, 2020

@rapgro can you try out the feat/passwordbox branch and let me know how it looks?

https://github.com/dnaeon/pvc/tree/feat/passwordbox

I'd like to have some feedback first, before I merge this into master.

@rapgro
Copy link
Author

rapgro commented Jun 17, 2020

LGTM but still waiting for my RHEL installation to can fully confirm.

@rapgro
Copy link
Author

rapgro commented Jul 28, 2020

This works on my Fedora 32 system, thanks. The issue here can get closed.

@dnaeon dnaeon closed this as completed Jul 30, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants