-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Improve font related help text #17259
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FWIW if we make loc changes we must wait for all of the languages to reflect the new strings before servicing. I moved this to "to consider" so it doesn't end up in the pipeline prematurely!
@@ -895,6 +895,9 @@ | |||
<value>Font face</value> | |||
<comment>Name for a control to select the font for text in the app.</comment> | |||
</data> | |||
<data name="Profile_FontFace.HelpText" xml:space="preserve"> | |||
<value>You can use multiple fonts by separating them with an ASCII comma.</value> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hmmm can we make this smarter? we can just say "A comma" and then in the code transform anything that looks like a comma into an ASCII comma?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That would probably make the life in certain languages easier, but I don't believe such a database is being maintained anywhere. We could then only do it for certain languages. Additionally, a Japanese comma, etc., is technically a valid part of a font name.
This reminds me that I should escape font names with quotes or commas in them. Huh.
@@ -928,7 +931,7 @@ | |||
<comment>The main label of a toggle. When enabled, certain characters (glyphs) are replaced with better looking ones.</comment> | |||
</data> | |||
<data name="Profile_EnableBuiltinGlyphs.HelpText" xml:space="preserve"> | |||
<value>When enabled, the terminal draws custom glyphs for block element and box drawing characters instead of using the font. This feature only works when GPU Acceleration is available.</value> | |||
<value>When enabled, the terminal draws custom glyphs for block element and box drawing characters instead of using the font. This feature is unavailable when using Direct2D as the Graphics API.</value> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i wonder if there is some way we could leverage the preview control to determine with better fidelity what the user will see
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh good idea!
A few minor changes to better guide people along new features in 1.21. The font face box gets a sub-text that explains how to add multiple fonts and the builtin glyph toggle now explains its dependence to D3D. (cherry picked from commit 0d39c00) Service-Card-Id: 92546504 Service-Version: 1.21
A few minor changes to better guide people along new features in 1.21.
The font face box gets a sub-text that explains how to add multiple
fonts and the builtin glyph toggle now explains its dependence to D3D.