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
[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_