10:03 <jmcantrell> anyone here use foot with tmux and are able to view sixel images? foot without tmux works here, but i'm just trying to rule out foot as the culprit

10:21 <bookworm> tmux has sixel now?

10:26 <bookworm> heh, least on Arch the thing is still in the testing repo that has the option enabled. Might be that

10:33 <jmcantrell> yeah, nevermind. thanks bookworm

10:46 <sgm> Hey, is there any way to prevent my terminal going nuts after trying to display "combined" emoji that should (from what I've read) be represented as one emoji instead of two, like here: https://i.postimg.cc/htdmnbJC/2024-02-17-T11-39-35-011762935-01-00.png

10:49 <bookworm> gotta make REALLY sure it's a male emoji :D

10:52 <dnkl> sgm: foot supports them just fine, as long as it's compiled with grapheme shaping support.

10:52 <dnkl> it's likely the application that doesn't support them

10:55 <sgm> bookworm: well, who has time for this ;-)

10:56 <sgm> with grapheme support I think I'm just fine: foot version: 1.16.2 +pgo +ime +graphemes -assertions

10:56 <sgm> application is just weechat, latest stable 4.2.1

10:57 <bookworm> don't think they can cope with combining emojies

10:57 <sgm> who's "they"?

10:57 <bookworm> weechat

10:58 <bookworm> nvim can't either

11:01 <bookworm> dnkl: even plain foot doesn't like it much though, with +grapheme https://labrat.space/irc/a1f99cd26e385c43/whatever.png

11:02 <bookworm> funnily it's just the line editing though.. .the output of the echo is fine

11:02 <bookworm> is that a zsh thing then?

11:02 <dnkl> yes

11:02 <bookworm> fun

11:03 <dnkl> very few terminal applications support ZWJ emojis properly

11:04 <bookworm> I get it for ncurses... but why the input line is screwed is something I don't understand

11:04 <bookworm> I though that was handled by the kernel?

11:06 <dnkl> zsh handles its prompt, not the kernel. other shells behave differently

11:06 <bookworm> I see

11:06 <dnkl> if you want to test the kernels handling, run "cat -"

11:07 <bookworm> ah, cool

11:07 <bookworm> indeed there it works

11:12 <sgm> huh, interesting

11:23 <sgm> I suppose we are doomed and prone to this kind of attacks, then ;-)

11:26 <bookworm> no but the fix is non trivial... the whole grid kinda wants you to do chars... combining things (including ligatures, non latin scripts etc) are a bit of a mess if you get to the specifics. Moving one cell to the right suddenly doesn't just move the char pointer by one but by a whole grapheme (cluster? unsure about the terminology)

11:40 <sgm> when I've pasted this kind of emoji to eg. sublime text, then hit backspace, it resolves this emoji into two separate characters, then hit backspace again three times to remove the last character, then two times to remove first character, so... it's a lot of crap there

11:40 <sgm> as I'm reading people don't want to implement this because of performance implications, to be the first reason

11:41 <sgm> In emails I don't get any of this crap, ie. no one is sending ZWJ emojis, yet. But when this becomes more and more of a "standard", then I probably should somehow disable this globally..

11:42 <sgm> nevertheless, my Saturday is not worth any more time to spend on this :-) thanks for help!~

11:43 <sgm> it was also discussed here https://github.com/kovidgoyal/kitty/issues/2541 - so as you've said, it's probably a shell thing

15:00 <yorick> hey! can I change the terminal background/foreground colors while it's running? I would like to have a systemwide dark mode toggle

15:43 <rockorager> sgm: we aren't doomed!

15:44 <rockorager> These things are possible, shells just need to support grapheme clusters as opposed to codepoints

15:48 <j`ey> yorick: yes the faq has a bit of an example uaing theme.sh

16:16 <ifreund> related: https://mitchellh.com/writing/grapheme-clusters-in-terminals