starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-04 05:35:20 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Fractional font scaling doesn't work #19501

New Issue
Closed
opened 2026-01-31 06:45:14 +00:00 by claunia · 4 comments
claunia commented 2026-01-31 06:45:14 +00:00
Owner
Copy Link

Originally created by @Funtime60 on GitHub (Mar 8, 2023).

Windows Terminal version

1.16.10261.0

Windows build number

10.0.19044.0

Other Software

No response

Steps to reproduce

  1. Set the font size to 10
  2. Set the font size to 10.49 observe the lack of change in the preview
  3. Set the font size to 10.5 observe the change
  4. Set the font size to 11 observe the lack of change in the preview

Expected Behavior

The font should relatively smoothly increase in size with each 0.5 increment (per issue #6678) at the very least if not in smaller increments.

Actual Behavior

The font size jumps to 11 as soon as the value is 10.5 or greater. There is no value 10.5.

Originally created by @Funtime60 on GitHub (Mar 8, 2023). ### Windows Terminal version 1.16.10261.0 ### Windows build number 10.0.19044.0 ### Other Software _No response_ ### Steps to reproduce 1. Set the font size to 10 2. Set the font size to 10.49 observe the lack of change in the preview 3. Set the font size to 10.5 observe the change 4. Set the font size to 11 observe the lack of change in the preview ### Expected Behavior The font should relatively smoothly increase in size with each 0.5 increment (per issue #6678) at the very least if not in smaller increments. ### Actual Behavior The font size jumps to 11 as soon as the value is 10.5 or greater. There is no value 10.5.
claunia added the Needs-TriageIssue-BugNeeds-Author-Feedback labels 2026-01-31 06:45:14 +00:00
claunia commented 2026-01-31 06:45:16 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Mar 8, 2023):

Does the 10.5 font size actually set in the real control (like, once you save and switch back to the terminal tab)/? I'm trying to figure out if this is an issue specific to the Settings UI clamping to int values or if fractional scaling just got broken.

Knowing which font you're trying to use might also be helpful ☺️

@zadjii-msft commented on GitHub (Mar 8, 2023): Does the 10.5 font size actually set in the real control (like, once you save and switch back to the terminal tab)/? I'm trying to figure out if this is an issue specific to the Settings UI clamping to int values or if fractional scaling just got broken. Knowing which font you're trying to use might also be helpful ☺️
claunia commented 2026-01-31 06:45:16 +00:00
Author
Owner
Copy Link

@lhecker commented on GitHub (Mar 9, 2023):

Additionally we'd need to know your display scale (for instance "150%").

It's normal that not every minor increment changes the font size, because that's how DirectWrite works - Windows' primary font rendering system. It snaps font sizes to full pixels and so at 100% scale you'll probably only see changes about every 0.75pt (1px). At 150% scale it'd be every 0.5pt, where 9.75 to 10.25 will render like 10pt, 10.25 to 10.75 render like 10.5pt, and so on. But the exact decimal places depend on the font you choose, since each font has a different "height".
The size of rows and columns (the cell size) are in turn also calculated independently to the font size and rounded to whole pixels. So you might see the spacing between glyphs change independently of the actual glyph changing.

@lhecker commented on GitHub (Mar 9, 2023): Additionally we'd need to know your display scale (for instance "150%"). It's normal that not every minor increment changes the font size, because that's how DirectWrite works - Windows' primary font rendering system. It snaps font sizes to full pixels and so at 100% scale you'll probably only see changes about every 0.75pt (1px). At 150% scale it'd be every 0.5pt, where 9.75 to 10.25 will render like 10pt, 10.25 to 10.75 render like 10.5pt, and so on. But the exact decimal places depend on the font you choose, since each font has a different "height". The size of rows and columns (the cell size) are in turn also calculated independently to the font size and rounded to whole pixels. So you might see the spacing between glyphs change independently of the actual glyph changing.
claunia commented 2026-01-31 06:45:16 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Mar 27, 2023):

Hey all, our bot's been acting up the last few weeks. This issue has been marked as requiring author feedback, but hasn't had any activity in the last week. We're gonna close it to tidy up. Feel free to continue the discssion in the comments - we can always reopen if new information comes to light. Thanks!

@zadjii-msft commented on GitHub (Mar 27, 2023): Hey all, our bot's been acting up the last few weeks. This issue has been marked as requiring author feedback, but hasn't had any activity in the last week. We're gonna close it to tidy up. Feel free to continue the discssion in the comments - we can always reopen if new information comes to light. Thanks!
claunia commented 2026-01-31 06:45:16 +00:00
Author
Owner
Copy Link

@sryze commented on GitHub (Oct 11, 2023):

I have noticed the same behavior. There appears to be no difference between say 10.5 and 11 or 11.5 and 12 in text size or spacing between the letters/lines. I've tried these fonts so far: Cascadia Mono, Source Code Pro, Hack, DejaVu Sans Mono.

Display info:
Resolution: 1928x1080
Scale: 100%

Does the 10.5 font size actually set in the real control (like, once you save and switch back to the terminal tab)/? I'm trying to figure out if this is an issue specific to the Settings UI clamping to int values or if fractional scaling just got broken.

Yes, for me it does save the fractional size.

Windows Terminal Preview
Version: 1.19.2682.0

Update:

If I enable AtlasEngine, fractional font sizes work better (I can see a difference).

@sryze commented on GitHub (Oct 11, 2023): I have noticed the same behavior. There appears to be no difference between say 10.5 and 11 or 11.5 and 12 in text size or spacing between the letters/lines. I've tried these fonts so far: Cascadia Mono, Source Code Pro, Hack, DejaVu Sans Mono. Display info: Resolution: 1928x1080 Scale: 100% > Does the 10.5 font size actually set in the real control (like, once you save and switch back to the terminal tab)/? I'm trying to figure out if this is an issue specific to the Settings UI clamping to int values or if fractional scaling just got broken. Yes, for me it does save the fractional size. Windows Terminal Preview Version: 1.19.2682.0 **Update:** If I enable AtlasEngine, fractional font sizes work better (I can see a difference).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Issue-Bug Needs-Author-Feedback Needs-Triage
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#19501
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?