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

Support symbol "themes" to allow varying levels of icon/symbol rendering #938

Open
neiljp opened this issue Feb 28, 2021 · 2 comments
Open
Labels
area: config area: UI General user interface update enhancement New feature or request further discussion required Discuss this on #zulip-terminal on chat.zulip.org help wanted This issue should be clear enough to work on

Comments

@neiljp
Copy link
Collaborator

neiljp commented Feb 28, 2021

Spinning this feature idea out from #178, which this could end up resolving and is a relevant read.

The idea is to add a feature to support terminals with various levels of unicode support, so that the UI can look reasonable on basic terminals, "typical" ones and potentially up to ones with recent emoji support - though rendering of emoji themselves in place of our current text rendering is likely a different (if related) issue.

Currently we have aimed for a middle path of symbols that appear to render fairly consistently across common platforms but make the UI interesting enough. However, there are two extremes around this:

  • some platforms/systems/fonts might support as little as basic letters (ascii and/or localized text + limited symbols)
  • some platforms/systems/fonts might support way more unicode, and would benefit from using more advanced symbols

Some aspects to consider:

  • likely a command-line option, later a config option
  • Can we somehow detect if symbols render properly, or the font supports them, and downgrade/upgrade? (override by the above)
@neiljp
Copy link
Collaborator Author

neiljp commented Mar 24, 2022

This was touched on in #zulip-terminal > Web public marker #T1135/#T712/#T1177, where an emoji was proposed for this role. However, that emoji was double-width and did not align with the existing stream markers. In an emoji-capable terminal we could have sets of characters which align well for streams, including eg. 'lock' markers for private streams, while keeping simple characters/letters which also align well together in other terminal 'symbol themes'.

@neiljp
Copy link
Collaborator Author

neiljp commented Mar 24, 2022

For reference, on Debian(-like) systems one can install fonts-noto-color-emoji and get emoji displayed quite well, with other fonts falling back to use this set even if the main font is something else - at least on gnome-terminal.

However, this does not suffice for allowing eg. running on a basic linux terminal, at least based on prior experience with lots of other characters not displaying as expected.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: config area: UI General user interface update enhancement New feature or request further discussion required Discuss this on #zulip-terminal on chat.zulip.org help wanted This issue should be clear enough to work on
Projects
None yet
Development

No branches or pull requests

1 participant