Typing on a physical keyboard while the home screen is shown now opens the
search page and inserts the typed character, so the launcher can be used
without touching the screen. It works for any printable key, appends the
characters in order even when the user types faster than the launcher can
recompose, and the search bar can still be tapped to edit the query with
the on-screen keyboard as usual.
While the search is driven by the keyboard, the search bar's text field is
left unfocused on purpose: a focused text field would make the system show
the on-screen keyboard, which is not wanted when there is a physical
keyboard. The handler therefore inserts and deletes characters itself,
including backspace and enter (to launch the best match).
The behaviour is controlled by a new "Search on typing" preference in
Settings -> Search, which is enabled by default.
Implementation notes:
- The key events are intercepted in SharedLauncherActivity.dispatchKeyEvent,
which is the only place that sees hardware key events while no view has
focus. The scaffold installs the handler while it is shown.
- Key events are not forwarded to the search bar's text field, so the
characters are inserted into the search view model directly.
- SearchBar keeps a TextFieldValue instead of a String so that the cursor
moves to the end of the text when the value is changed from the outside.
Without this the next typed character ended up in front of the text.
* Cherry pick location refactor
* Refactor :data:openstreetmaps to :data:locations
* contract, plugin sdk
* Implement serialization, module tweaks
* Include check for out-of-date departures in SearchableItemVM.requestUpdatedSearchable()
* settings for location plugins
* Try not to be too lazy
* more fiddling with the plugin SDK
* add departures in MapView with mock data for debug builds
* change icons
* add boats
* animate departure lazycolumn
* Add MarqueeText for text overflow handling
* Define height for Departures in case there is no map to display
* Don't inclure railway / highway tags for OSM since there will be location plugins for that
* sort by time
* - Apply pre-merge changes to LocationSettings
- Add banner warning about slowed down location search for large search radii
* ditch `showLocationOnMap`
* LocationItem: make `showOpeningSchedule` toggleable
* LocationItem: make Navigation AssistChip work for people that don't have google maps installed
* LocationItem: resolve TODOs
* MapTiles: ditch unused code, animate userIndicator
* Reintroduce departure list
* Add LineColor
* Add osm tag `stars` as `userRating` https://taginfo.openstreetmap.org/keys/stars#overview
* typealias -> import
* Don't add Navigation Chip when there is no way to resolve navigation intents
* Add settings migration
* Set plugin SDK version to 1.2.0-SNAPSHOT
* Deduplicate shared plugin classes, use kotlinx.serialization
* Fix imports
* Use ZonedDateTime for depature times
* Add more line types
* Rewrite location serialization
* Replace street/houseNumber with address
* Add attribution field
* Add plugin config
* Reject location search requests without lat lon parameters
* Add default values to plugin location class
* Don't crash if column value is null
* Add docs comments to LocationCategory values
* Refactor OpeningSchedule as polymorphic
* remove dead corpse *ahem* code
* Split LocationCategory into category and icon
(Also update to Kotlin 2.0, please don't do this at home)
* Add more location icons
* Fix (?) location deserializer
* Add more location icons
* More icons
* Meh
* Add Pub
* Disable Github Maven repo if credentials are missing
* Add location search specific settings to plugin details screen
* Add language parameter
* Unbreak the build
* Refactor plugin SDK (with breaking changes)
* Set plugin SDK version to 2.0.0-SNAPSHOT
* Document SDK breaking changes
* Implement LocationProvider.getQuery
* Add a typesafe cursor API
* Oops I did it again
next time maybe check if the code is actually compiling before pushing
* Add missing return statement
* Fix list serialization
* Departure time UI adjustment
* Use typesafe cursor for weather plugins
* Add userRatingCount and emailAddress fields
* grrr
* Rename and extend LineTypes
* Add default lineType to Departure to fix serialization errors
* Fix refreshing stored plugin locations
* Adapt line name column width to available departures
* Fix plugin settings screen category overlap
* add LocationItem.GenericTransit
* Fix crash during deserialization of locations
* Update SDK docs
* Replace plugin "official" mark with "verified developer" mark
before anyone gets sued
* show 'now' when departure is in less than one minute
* Add typesafe Bundle API
* Implement plugin API changes
* Plugin SDK: Fix refresh result not being returned
* Update docs
* apply alpha to departures that have departured
* better (maybe): reduce saturation instead of alpha
* Add default values for Attribution
* Display attribution
* Rearrange location result layout
* Reduce searchable update interval to 1 minute
* Pass last update time to refresh function
* Change refresh path and ensure that timestamp is only update when the item was updated
* categorize osm location
* Update docs
* Optimize location search
- run providers in parallel
- flatten code
* add experimental address parsing for OSM
* add poi_category_townhall
* Fix popup closing when favorites items are updated
* Revert "Fix popup closing when favorites items are updated"
This reverts commit fc517fd066c7f8109b6d6df2d4f536af66398207.
* Fork AndroidAddressFormatter to `:libs:address-formatter`
* migrate `:libs:address-formatter` dependencies to version catalog and update them
* also consider addr:{suburb,hamlet} for `Address.city` if city tag is missing
* Move poi strings back to strings.xml
* Update Jetpack Compose
* Move address-formatter back to its original package, add license and readme
* Move address-formatter back to its original package
---------
Co-authored-by: MM20 <15646950+MM2-0@users.noreply.github.com>
