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

IP Address input value control - move validation and persistence out from onTextChanged into onEditingFinished but needs UI change (maybe adding a new "done" button) #438

Open
pablomartin4btc opened this issue Nov 25, 2024 · 2 comments

Comments

@pablomartin4btc
Copy link
Contributor

pablomartin4btc commented Nov 25, 2024

Now, every time a user types into the ip address input value, the value is validated and persisted (if #433 gets merged), this is because of the nature of the app design, there's no where to "accept" the changes or land after editing a value. Originally the validation was triggered in the editing finished but it seemed more correct to move it into the text change due to the above reason. But when we added the persistence logic (#433), didn't feel right anymore, so @GBKS suggested to add a "done" button when we revert back to the correct event again:

image

@GBKS
Copy link
Contributor

GBKS commented Nov 26, 2024

Here is a reference for this pattern, from editing your name in iOS account settings.

mobile-edit-with-done-button-241126

There are probs some details we should define, like:

  • Pressing "Back" will navigate back without saving my changes. Should we prompt the user about that This will discard your changes. Continue?
  • We will also need to inform the user that changes require an application restart. This can be just static text on the page (and not something that pops up once you start editing like we've had so far). Can we trigger an application restart programmatically? Or does the user need to do the manually?
  • Does validation only happen when pressing "Done" or also when an input field loses focus (blur event)? I'd suggest also on losing focus.

Just some thoughts. What are yours?

@pablomartin4btc
Copy link
Contributor Author

pablomartin4btc commented Nov 26, 2024

* Pressing "Back" will navigate back without saving my changes. Should we prompt the user about that `This will discard your changes. Continue?`

I agree, makes sense, that could work.

* We will also need to inform the user that changes require an application restart. This can be just static text on the page (and not something that pops up once you start editing like we've had so far). 

I was thinking on that yesterday night and I was going to create a separate issue today, because other settings could need this feature as well. (edit: #419)

Can we trigger an application restart programmatically? Or does the user need to do the manually?

I need to check, perhaps we could ask the user if he want to restart and do it for him. At the moment in Qt requires manual restart from the user.

* Does validation only happen when pressing "Done" or also when an input field loses focus (blur event)? I'd suggest also on losing focus.

Yes, losing focus makes sense to validate but to persist the value only with "Done". Also in the proxy settings we have the default proxy and the tor one, this "Done" is for both? Or independent: the user needs to finish with "done" the default before modifying the tor? And then as soon the default's "done" disappears another would come back if the user starts editing the tor input?

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