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

Font size of inline code elements #29

Open
5jt opened this issue Nov 17, 2024 · 1 comment
Open

Font size of inline code elements #29

5jt opened this issue Nov 17, 2024 · 1 comment

Comments

@5jt
Copy link

5jt commented Nov 17, 2024

On Safari the cap height of the type for inline code is the x-height of the body type.

Screenshot 2024-11-17 at 19 12 22

The small type obstructs reading flow and makes case harder to distinguish. (In the illustration the majuscule X looks like the minuscule.)

Would comparable font sizes mask the distinction between body text and inline code elements? Two candidate solutions:

  1. A slight but perceptible difference in colour. This might not suffice, because accessibility considerations deprecate relying solely on colour to convey information.
  2. A greater difference between code and body types. If the code type must be APL 385 Unicode to match the IDEs, then we’d want another candidate for the body type.
@FionaDyalog
Copy link

Changing the colour is not really an option for the accessibility reason mentioned (although it's how we currently do it in the documentaiton for Dyalog v19.0 and earleir). The fonts need to be consistent with the rest of our documentaiton, so APL385 should be used for code. Howvere, there's no reason it can't be a larger size.

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

No branches or pull requests

2 participants