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

p10k zsh theme with foot problem #1878

Closed
opened 2024年12月02日 14:12:18 +01:00 by Akram · 1 comment

Foot Version

foot version: 1.19.0 +pgo +ime +graphemes +toplevel-icon -assertions

TERM environment variable

foot

Compositor Version

sway version 1.10

Description of Bug and Steps to Reproduce

when using p10k zsh theme with foot the right check mark go to the middle then go to the left this problem accure only in foot kitty runs fine

Relevant logs, stacktraces, etc.

No response

### Foot Version foot version: 1.19.0 +pgo +ime +graphemes +toplevel-icon -assertions ### TERM environment variable foot ### Compositor Version sway version 1.10 ### Description of Bug and Steps to Reproduce when using p10k zsh theme with foot the right check mark go to the middle then go to the left this problem accure only in foot kitty runs fine ### Relevant logs, stacktraces, etc. _No response_
Owner
Copy link

You mean the glitch where it looks like it jumps from the middle to the right? Not an issue in foot. Could be a window resize issue where zsh is slow to respond to a resize event. Whatever the actual reason is, zsh is printing it in the middle. Foot is just rendering what it gets from zsh.

It "works" in kitty because either kitty is slower, and skips that particular frame where the checkbox is in the middle, or because the window size synchronization sequence with zsh is different in some way.

In short, what it comes down to is a timing issue; foot just manages to render that one frame that is "off". Depending on the exact cause, it might be possible to do something about this in zsh.

You mean the glitch where it looks like it jumps from the middle to the right? Not an issue in foot. Could be a window resize issue where zsh is slow to respond to a resize event. Whatever the actual reason is, zsh **is printing it in the middle**. Foot is just rendering what it gets from zsh. It "works" in kitty because either kitty is slower, and skips that particular frame where the checkbox is in the middle, or because the window size synchronization sequence with zsh is different in some way. In short, what it comes down to is a timing issue; foot just manages to render that one frame that is "off". Depending on the exact cause, it _might_ be possible to do something about this in zsh.
dnkl 2024年12月20日 08:27:33 +01:00
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#1878
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?