Show inline autocompletions when handling toolbar input in a composable
Categories
(Firefox for Android :: Toolbar, task, P2)
Tracking
()
People
(Reporter: petru, Assigned: petru)
References
Details
(Whiteboard: [fxdroid][group3][composable toolbar])
Attachments
(2 files)
|
Bug 1994013 - New composable to support entering text in the composable toolbar r=#android-reviewers
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-release+
|
Details | Review |
Mimic the current functionality of querying passed-in autocomplete providers for autocompletions for the current input.
It's still preferable to handle querying and setting autocompletions at the toolbar level because of the delay that going through the MVI loop would bring.
Testing more it seems like going through the MVI loop:
emit text updates from the toolbar -> infer autocomplete suggestions in the middleware -> update the toolbar with the inline autocomplete suggestion
has just a small performance penalty while the code architecture is greatly improved so we should include this updated flow in the refactor.
Among functionalities needed:
- updating the autocompletions when the query changes,
- removing them when user presses back or changes cursor position
- announce the autocompleted URL to accessibility services
Updated•7 months ago
|
| Assignee | ||
Comment 1•7 months ago
|
||
Updated•7 months ago
|
| Assignee | ||
Comment 4•6 months ago
|
||
This also allowed to move the complex logic of querying different autocomplete
providers for the suggestion to show as inline autocompletion logic to
integrators like Fenix while having the new composable only responsible for how
to how the received suggestion.
Original Revision: https://phabricator.services.mozilla.com/D268687
Updated•6 months ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Description
•