dnkl/foot
41
2.0k
Fork
You've already forked foot
243

Alignment issue when showing octants in certain font sizes/dpi/scaling #2346

Open
opened 2026年05月19日 08:48:27 +02:00 by kujeger · 1 comment

Foot Version

foot version: 1.26.1 -pgo +ime +graphemes +toplevel-tag +blur -assertions

TERM environment variable

foot

Compositor Name and Version

KDE Plasma 6.6.4

Distribution

Fedora Workstation 44 (Asahi)

Terminal multiplexer

No response

Shell, TUI, application

No response

Server/standalone mode

  • Standalone
  • Server

Foot config

[main]
font=monospace:size=11
dpi-aware=no

Description of Bug and Steps to Reproduce

When showing octants under certain font sizes, on certain display scales/different DPI levels, some octant parts appear misaligned. An example I found is echoing a qr code:

echo -n 1b5b33303b34376d202020202020202020202020202020202020202020202020202020202020202020202020201b5b306d0a1b5b33303b34376d202020202020e29686f09cb486f09cb6b7f09cb6b7f09cb6b7f09cb486e2968620f09cb4a7e29686e29682e29684f09cb4a7e29684f09cb4a720f09cb48620e29686f09cb486f09cb6b7f09cb6b7f09cb6b7f09cb486e296862020202020201b5b306d0a1b5b33303b34376d202020202020e29688e29682f09cb6baf09cb6baf09cb6bae29682e2968820f09cb79df09fae82e29686f09fae82f09cb6b7f09cb4aae29688e29680f09cb79d20e29688e29682f09cb6baf09cb6baf09cb6bae29682e296882020202020201b5b306d0a1b5b33303b34376d202020202020e29686f09cb4b3f09cb486f09cb4b3f09cb4b3e29682f09cb6b7f09cb4b3f09cb486e29686f09cb486e29682f09cb6baf09cb6b7f09cb6aee29686f09cb79de29686e29682f09cb4b3e29684f09cb486e29682f09cb486f09cb4a72020202020201b5b306d0a1b5b33303b34376d202020202020e29684f09fae82f09cb4b3f09cb6baf09cb486f09fae85f09cb6b7e29682f09cb79df09fae85f09cb4aae29680f09cb4a7f09cb6b7f09cb4b3e29686f09cb79de29686f09cb6b7f09cb4b3e29686f09cb486e29682f09cb6b7e296862020202020201b5b306d0a1b5b33303b34376d202020202020f09cb6bae29682f09cb6baf09cb6baf09cb6baf09cb6aef09cb6b720e29684f09cb6aee29680e29682f09cb6bae29680f09cb4b3f09cb486e29688f09cb486f09cb6b7f09cb486e29686f09cb486e29682f09cb6aee296882020202020201b5b306d0a1b5b33303b34376d202020202020e2968820e29686e29686e2968620e2968820e29686f09fae85f09cb6bae29680f09cb4a7e29684e29682e29680f09fae85f09cb486f09cb6b7f09cb486e29688e29680e29682f09cb4a7e296842020202020201b5b306d0a1b5b33303b34376d202020202020e29680f09cb486f09cb486f09cb486f09cb486f09cb486e2968020e29680e296802020e29680f09fae82f09cb48620e29680f09fae82f09fae82f09fae82f09fae82f09fae82f09cb486e29680f09cb4862020202020201b5b306d0a1b5b33303b34376d202020202020202020202020202020202020202020202020202020202020202020202020201b5b306d0a | xxd -r -p

I've mostly experienced it by using chafa to show images, though -- e.g. chafa some_image.jpg -f symbols --symbols octant (I've not observed any alignment issues with --symbols sextant)

If I change the font size slightly, or change display scaling, or toggling "dpi-aware", the alignment issuse can appear, disappear, or "shift". See attached image for the ~1px misalignment in certain areas, perhaps most easily seen in the upper left or right squares.

Using a completely empty foot.ini does not reproduce these issues, presumably because a dpi-unaware 8-size font works out fine.

Ghostty had a similar issue, might be helpful(?): https://github.com/ghostty-org/ghostty/issues/7479

Relevant logs, stacktraces, etc.

No response

### Foot Version foot version: 1.26.1 -pgo +ime +graphemes +toplevel-tag +blur -assertions ### TERM environment variable foot ### Compositor Name and Version KDE Plasma 6.6.4 ### Distribution Fedora Workstation 44 (Asahi) ### Terminal multiplexer _No response_ ### Shell, TUI, application _No response_ ### Server/standalone mode - [x] Standalone - [ ] Server ### Foot config ```ini [main] font=monospace:size=11 dpi-aware=no ``` ### Description of Bug and Steps to Reproduce When showing octants under certain font sizes, on certain display scales/different DPI levels, some octant parts appear misaligned. An example I found is echoing a qr code: `echo -n 1b5b33303b34376d202020202020202020202020202020202020202020202020202020202020202020202020201b5b306d0a1b5b33303b34376d202020202020e29686f09cb486f09cb6b7f09cb6b7f09cb6b7f09cb486e2968620f09cb4a7e29686e29682e29684f09cb4a7e29684f09cb4a720f09cb48620e29686f09cb486f09cb6b7f09cb6b7f09cb6b7f09cb486e296862020202020201b5b306d0a1b5b33303b34376d202020202020e29688e29682f09cb6baf09cb6baf09cb6bae29682e2968820f09cb79df09fae82e29686f09fae82f09cb6b7f09cb4aae29688e29680f09cb79d20e29688e29682f09cb6baf09cb6baf09cb6bae29682e296882020202020201b5b306d0a1b5b33303b34376d202020202020e29686f09cb4b3f09cb486f09cb4b3f09cb4b3e29682f09cb6b7f09cb4b3f09cb486e29686f09cb486e29682f09cb6baf09cb6b7f09cb6aee29686f09cb79de29686e29682f09cb4b3e29684f09cb486e29682f09cb486f09cb4a72020202020201b5b306d0a1b5b33303b34376d202020202020e29684f09fae82f09cb4b3f09cb6baf09cb486f09fae85f09cb6b7e29682f09cb79df09fae85f09cb4aae29680f09cb4a7f09cb6b7f09cb4b3e29686f09cb79de29686f09cb6b7f09cb4b3e29686f09cb486e29682f09cb6b7e296862020202020201b5b306d0a1b5b33303b34376d202020202020f09cb6bae29682f09cb6baf09cb6baf09cb6baf09cb6aef09cb6b720e29684f09cb6aee29680e29682f09cb6bae29680f09cb4b3f09cb486e29688f09cb486f09cb6b7f09cb486e29686f09cb486e29682f09cb6aee296882020202020201b5b306d0a1b5b33303b34376d202020202020e2968820e29686e29686e2968620e2968820e29686f09fae85f09cb6bae29680f09cb4a7e29684e29682e29680f09fae85f09cb486f09cb6b7f09cb486e29688e29680e29682f09cb4a7e296842020202020201b5b306d0a1b5b33303b34376d202020202020e29680f09cb486f09cb486f09cb486f09cb486f09cb486e2968020e29680e296802020e29680f09fae82f09cb48620e29680f09fae82f09fae82f09fae82f09fae82f09fae82f09cb486e29680f09cb4862020202020201b5b306d0a1b5b33303b34376d202020202020202020202020202020202020202020202020202020202020202020202020201b5b306d0a | xxd -r -p` I've mostly experienced it by using `chafa` to show images, though -- e.g. `chafa some_image.jpg -f symbols --symbols octant` (I've not observed any alignment issues with `--symbols sextant`) If I change the font size slightly, or change display scaling, or toggling "dpi-aware", the alignment issuse can appear, disappear, or "shift". See attached image for the ~1px misalignment in certain areas, perhaps most easily seen in the upper left or right squares. Using a completely empty foot.ini does not reproduce these issues, presumably because a dpi-unaware 8-size font works out fine. Ghostty had a similar issue, might be helpful(?): https://github.com/ghostty-org/ghostty/issues/7479 ### Relevant logs, stacktraces, etc. _No response_
Owner
Copy link

Ah, right, it appears we don't align any of the quads with any of the eighths (including the new octants). Should be fairly easy to fix, just use same the eighths offsets for all relevant symbols. Somewhat tedious though 😅.

Ah, right, it appears we don't align any of the quads with any of the eighths (including the new octants). Should be fairly easy to fix, just use same the eighths offsets for all relevant symbols. Somewhat tedious though 😅.
Sign in to join this conversation.
No Branch/Tag specified
master
osc-5522
sixel-heap-buffer-overflow
releases/1.27
releases/1.26
releases/1.25
releases/1.24
multi-cursor
releases/1.23
pixman-16f-2
releases/1.22
releases/1.21
releases/1.20
releases/1.19
releases/1.18
releases/1.17
releases/1.16
releases/1.15
releases/1.14
releases/1.13
releases/1.12
releases/1.11
releases/1.10
releases/1.9
releases/1.8
releases/1.7
releases/1.6
releases/1.5
releases/1.4
releases/1.3
releases/1.2
releases/1.1
releases/1.0
1.27.0
1.26.1
1.26.0
1.25.0
1.24.0
1.23.1
1.23.0
1.22.3
1.22.2
1.22.1
1.22.0
1.21.0
1.20.2
1.20.1
1.20.0
1.19.0
1.18.1
1.18.0
1.17.2
1.17.1
1.17.0
1.16.2
1.16.1
1.16.0
1.15.3
1.15.2
1.15.1
1.15.0
1.14.0
1.13.1
1.13.0
1.12.1
1.12.0
1.11.0
1.10.3
1.10.2
1.10.1
1.10.0
1.9.2
1.9.1
1.9.0
1.8.2
1.8.1
1.8.0
1.7.2
1.7.1
1.7.0
1.6.4
1.6.3
1.6.2
1.6.1
1.6.0
1.5.4
1.5.3
1.5.2
1.5.1
1.5.0
1.4.4
1.4.3
1.4.2
1.4.1
1.4.0
1.3.0
1.2.3
1.2.2
1.2.1
1.2.0
1.1.0
1.0.0
0.9.0
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
dnkl/foot#2346
Reference in a new issue
dnkl/foot
No description provided.
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?