Skip to content

Centralize keyboard typeface resolution for custom font consistency#2400

Open
qappell wants to merge 1 commit intoHeliBorg:mainfrom
qappell:main
Open

Centralize keyboard typeface resolution for custom font consistency#2400
qappell wants to merge 1 commit intoHeliBorg:mainfrom
qappell:main

Conversation

@qappell
Copy link
Copy Markdown

@qappell qappell commented Mar 24, 2026

This PR fixes #2314 and #2368 by consolidating the typeface and emoji font resolution into a single helper class, KeyboardTypeface.kt, and makes sure that custom UI and emoji fonts load consistently across all keyboard components (if I didn't miss anything). This doesn't fix any of the font issues with text getting cut off in the suggestions bar or overlapping emoticons, like in #1837, but I'll try to make time to fix it later.

I am not an Android developer, and I have used AI extensively to help structure this refactor and ensure the Kotlin/Java interop was correct. However, I have manually tweaked the AI-generated logic and compiled and ran the app multiple times using ./gradlew assembleDebug on a Windows environment to verify that both the standard keyboard views and the Compose-based search activities render fonts as expected.

@eranl
Copy link
Copy Markdown
Contributor

eranl commented Mar 24, 2026

LGTM.
Is functionality now identical to that of v3.6?
Did you identify the cause for the v3.7 regression?

@qappell
Copy link
Copy Markdown
Author

qappell commented Mar 24, 2026

5d0431d#diff-a4bba161d18828603627128e37b4e126212363e5a20ff96ea42aba1c4cf2f9a4R487-R489 caused the regression. Functionality and appearance are identical to v3.6 (except for the new emoji menu of course).

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

Successfully merging this pull request may close these issues.

Custom font missing from suggestions bar and emoji search

2 participants