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

Ubuntu font rendering incorrectly (extremely wide) #12882

New Issue
Closed
opened 2026-01-31 03:27:55 +00:00 by claunia · 6 comments
claunia commented 2026-01-31 03:27:55 +00:00
Owner
Copy Link

Originally created by @ebrodlic on GitHub (Mar 5, 2021).

Environment

Windows build number: Microsoft Windows [Version 10.0.19042.844]
Windows Terminal version (if applicable): Version: 1.6.10571.0

Ubuntu 20.04.2 LTS for WSL2
Ubuntu (Font) 0.83 Dalton Maag Ltd

Steps to reproduce

In the Windows Terminal settings.json, set the entry "fontFace": "Ubuntu" for any profile and list out the directory structure.

Expected behavior

Entries get printed out with a font that resembles the Ubuntu font in the font preview app:
image

Actual behavior

The rendered font has the look of the Ubuntu one, but the horizontal spacing of characters is extremely wide (due to excess whitespace):
image

Example with command-prompt profile using the same font:
image

Additional Info

I am not sure where the Ubuntu (Font) 0.83 Dalton Maag Ltd font came from, as I cant seem to uninstall it with the fonts app. (Perhaps while installing Ubuntu LTS via the store?).

Weirdly, the font was actually rendering fine until today, when Terminal complained about the inability find the "Ubuntu-R" font which was installed and set previously by me. (Off of the Ubuntu Font official site). The custom font has the same version (0.83), but the actual registered name was "Ubuntu-R", which now suddenly shows just as "Ubuntu" and conflicts with the built-in one.

Reinstalling the custom downloaded one has no effect on Windows Terminal.

Details:
image

Custom downloaded font:
image

After install:
image

Originally created by @ebrodlic on GitHub (Mar 5, 2021). # Environment ```none Windows build number: Microsoft Windows [Version 10.0.19042.844] Windows Terminal version (if applicable): Version: 1.6.10571.0 Ubuntu 20.04.2 LTS for WSL2 Ubuntu (Font) 0.83 Dalton Maag Ltd ``` # Steps to reproduce In the Windows Terminal settings.json, set the entry `"fontFace": "Ubuntu"` for any profile and list out the directory structure. # Expected behavior Entries get printed out with a font that resembles the Ubuntu font in the font preview app: ![image](https://user-images.githubusercontent.com/8537027/110130163-04f51080-7dc9-11eb-8f0b-730b9c8ea2ab.png) # Actual behavior The rendered font has the look of the Ubuntu one, but the horizontal spacing of characters is extremely wide (due to excess whitespace): ![image](https://user-images.githubusercontent.com/8537027/110129721-89935f00-7dc8-11eb-8571-6d42151b1a60.png) Example with command-prompt profile using the same font: ![image](https://user-images.githubusercontent.com/8537027/110129871-b9dafd80-7dc8-11eb-93be-b24f08589962.png) # Additional Info I am not sure where the Ubuntu (Font) 0.83 Dalton Maag Ltd font came from, as I cant seem to uninstall it with the fonts app. (Perhaps while installing Ubuntu LTS via the store?). Weirdly, the font was actually rendering fine until today, when Terminal complained about the inability find the "Ubuntu-R" font which was installed and set previously by me. (Off of the Ubuntu Font official site). The custom font has the same version (0.83), but the actual registered name was "Ubuntu-R", which now suddenly shows just as "Ubuntu" and conflicts with the built-in one. Reinstalling the custom downloaded one has no effect on Windows Terminal. Details: ![image](https://user-images.githubusercontent.com/8537027/110131156-26a2c780-7dca-11eb-8ed5-ba3309c381bc.png) Custom downloaded font: ![image](https://user-images.githubusercontent.com/8537027/110131302-4b973a80-7dca-11eb-9612-770c3d345e3e.png) After install: ![image](https://user-images.githubusercontent.com/8537027/110131633-a466d300-7dca-11eb-9c68-b7a04f14fe68.png)
claunia commented 2026-01-31 03:27:57 +00:00
Author
Owner
Copy Link

@KalleOlaviNiemitalo commented on GitHub (Mar 5, 2021):

There is related discussion in https://github.com/microsoft/terminal/issues/3498 and https://github.com/microsoft/terminal/issues/7596.

@KalleOlaviNiemitalo commented on GitHub (Mar 5, 2021): There is related discussion in <https://github.com/microsoft/terminal/issues/3498> and <https://github.com/microsoft/terminal/issues/7596>.
claunia commented 2026-01-31 03:27:57 +00:00
Author
Owner
Copy Link

@ebrodlic commented on GitHub (Mar 5, 2021):

Thanks for chipping in @KalleOlaviNiemitalo but those discussions seem to be related to line (vertical) height?
Concretely line height, not font size.

I am talking about horizontal whitespace between characters (almost as if its some forced extra wide monospaced font), and I am quite happy with vertical line height.

@ebrodlic commented on GitHub (Mar 5, 2021): Thanks for chipping in @KalleOlaviNiemitalo but those discussions seem to be related to line (vertical) height? Concretely line height, not font size. I am talking about horizontal whitespace between characters (almost as if its some forced extra wide monospaced font), and I am quite happy with vertical line height.
claunia commented 2026-01-31 03:27:58 +00:00
Author
Owner
Copy Link

@skyline75489 commented on GitHub (Mar 5, 2021):

Funny that this happens to me a lot when I'm using Linux terminals with a non-monospace font. Can you try the UbuntuMono to see if it helps?

@skyline75489 commented on GitHub (Mar 5, 2021): Funny that this happens to me a lot when I'm using Linux terminals with a non-monospace font. Can you try the UbuntuMono to see if it helps?
claunia commented 2026-01-31 03:27:58 +00:00
Author
Owner
Copy Link

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

Yea, I agree with @skyline75489's thought here. Can you try "Ubuntu Mono" instead? Just plain "Ubuntu" technically isn't a monospace font, so we're probably calculating the wrong width for all those glyphs.

@zadjii-msft commented on GitHub (Mar 8, 2021): Yea, I agree with @skyline75489's thought here. Can you try "Ubuntu Mono" instead? Just plain "Ubuntu" technically isn't a monospace font, so we're probably calculating the wrong width for all those glyphs.
claunia commented 2026-01-31 03:27:58 +00:00
Author
Owner
Copy Link

@ebrodlic commented on GitHub (Mar 8, 2021):

I've tried "Ubuntu Mono" and it looks great!
Thanks for the tip @zadjii-msft and @skyline75489

Is WT intended to be using monospaced fonts?

@ebrodlic commented on GitHub (Mar 8, 2021): I've tried "Ubuntu Mono" and it looks great! Thanks for the tip @zadjii-msft and @skyline75489 Is WT intended to be using monospaced fonts?
claunia commented 2026-01-31 03:27:58 +00:00
Author
Owner
Copy Link

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

@ebrodlic Yea, monospaced fonts are definitely the way to go. The Terminal will let you set whatever font you want, but monospaced ones are the only ones that'll really work right. If you set it to Papyrus and get weird rendering, that's on you 😆

@zadjii-msft commented on GitHub (Mar 8, 2021): @ebrodlic Yea, monospaced fonts are definitely the way to go. The Terminal will let you set whatever font you want, but monospaced ones are the only ones that'll really work right. If you set it to Papyrus and get weird rendering, that's on you 😆
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 Area-Fonts Issue-Question Needs-Attention Needs-Tag-Fix Needs-Triage Resolution-Answered
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#12882
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?