Open darcywong00 opened 7 months ago
Relates to #11114
More thoughts from @mcdurdin about maintenance:
My thinking there is to try and convert that keyboards.csv into a more manageable format, and then only include the information that is not already in the .keyboard_info files --> we have version number etc there, I think it may only be region that is missing?
We need Region and language info for each keyboard
wonder about working with scriptoria to deploy play store + app store apps such as fv keyboards, and others. Probably not the Keyman apps themselves but that could make it easier for us to do other keyboard apps in the future
e.g. could do keyman browser as well in that route. Play store and app store add a lot of friction at present.
Moving to A18S11 so we can review with FPCF first
I had copied a minimal keyboards.csv to the keyboards repo (for maintaining) in keymanapp/keyboards#2755
It's still a performance hit on the mobile app startup having to parse kmp.json and merge in the regions from keyboards.csv.
I wonder if we can optimize later in the fv_all.kmp build step of handling the merge of region info. Maybe merge into a separate regions.json file (that contains keyboard ID, name, language ID, language name, version, region) the mobile apps can consume...
From Slack discussion where @hopsandhops noted the FV mobile apps weren't displaying the current FV keyboard versions (see #11102)
Currently, the following manual updates need to happen for the mobile apps to pick up keyboard updates:
Then a stable build of Keyman / FV needs to be released.
@mcdurdin suggested
The FV team will also discuss internally how to proceed...