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

Incremental search #31

Open
usamin02 opened this issue Dec 1, 2017 · 4 comments
Open

Incremental search #31

usamin02 opened this issue Dec 1, 2017 · 4 comments
Milestone

Comments

@usamin02
Copy link

usamin02 commented Dec 1, 2017

I want the function of incremental search.
Portabase (version 2.1) has that function. By typing in several characters, the cursor moves to the record corresponding to these characters.

@jmbowman
Copy link
Owner

jmbowman commented Dec 4, 2017

Where do you want it implemented? That's a built-in feature of the Qt item view widgets, so like you say it should already be working in all of the list-type widgets in PortaBase, as long as they have keyboard focus.

@usamin02
Copy link
Author

usamin02 commented Dec 6, 2017 via email

@jmbowman
Copy link
Owner

jmbowman commented Dec 7, 2017

Ah, on the Android version? I'll see if I can add a button/menu item to display the keyboard while the data viewer is showing; that should enable the incremental search, I'll try to confirm that.

@jmbowman
Copy link
Owner

I have a first pass at this in testing. The way it currently works:

  • An item on the action bar (Keyboard icon when it fits on the bar, "Incremental Search" text when pushed into the overflow menu) launches the software keyboard.
  • You can enter the search text in the keyboard; there is no immediate reaction from the underlying display.
  • When the keyboard is closed, the next item starting with the entered text is scrolled to and selected.

@usamin02 Does that sound good enough for a first release of the feature? It might be possible to get the data grid to respond immediately to input, but that probably also runs the risk of making it difficult to enter multi-letter search terms quickly enough to not register as a new one-letter search instead. (Also, I'd have to investigate how to do that, and currently have no idea how long it would take to figure out.)

@jmbowman jmbowman added this to the 2.3 milestone Jun 2, 2020
@jmbowman jmbowman moved this to Backlog in PortaBase Jul 15, 2024
@jmbowman jmbowman moved this from Backlog to Ready for Release in PortaBase Jul 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Ready for Release
Development

No branches or pull requests

2 participants