15:13 <anarcat> hey thanks for https://codeberg.org/dnkl/foot/pulls/1486 ! :)

15:14 <anarcat> i wonder, i have another odd thing with selection in foot... if i have a long line that wraps around the right-side of the terminal (and so shows up on two lines), a selection of those "two lines" (which are really one) show up with an extra newline when pasting

15:14 <anarcat> to take a random example, right now i have a foot window open which shows:

15:14 <anarcat> anarcat@angela:grafana-dashboards$ git commit -m'fix link to apache d

15:14 <dnkl> anarcat: you're welcome :) sorry everything is moving so slowly right now, but life is extremely busy right now

15:14 <anarcat> ashboard' -a

15:15 <anarcat> the window size makes the text wrap around the "d" there... i would expect a selection of those two lines to give me the text: "anarcat@angela:grafana-dashboards$ git commit -m'fix link to apache dashboard' -a", on one line, but it does add that extra newline, weird no? :)

15:15 <dnkl> whether foot treats them as one or two lines _should_ depend on whether the shell/application inserted a newline in-between or not

15:15 <anarcat> dnkl: hey no excuse necessary! this is fine :)

15:15 <anarcat> dnkl: oh interesting

15:15 <anarcat> well i don't see that behavior in other terminals

15:16 <dnkl> but I have a feeling there's a bug in foot, as sometimes I've seen it split up one logical line into two

15:17 <anarcat> gnome-terminal correctly takes the selection "anarcat@angela:grafana-dashboards$ git commit -m'fix link to apache dashboard'

15:17 <anarcat> okay, i'll file this as a bug then, if you don't mind :)

15:21 <dnkl> anarcat: sure. What I'd really like is a "printf" line that reproduces the issue. What that line will look like will depend on the width of the terminal...

15:22 <anarcat> yeah, i'd love a printf as well

15:22 <anarcat> i'll keep an eye out for a reproducer

15:25 <anarcat> dnkl: filed https://codeberg.org/dnkl/foot/issues/1487

15:25 <anarcat> dnkl: writing this, i realize maybe there's a program that does direct foot to do exactly this and forgets to reset it when quitting

15:25 <anarcat> so i'll try harder to figure out if this is an application problem, maybe foot is the first well-behaving terminal I ever use :p

21:09 <rockorager> dnkl: what do you think about adding a response to DECRQM 2027? I think foot could accurately respond "3" for permanently set. https://github.com/contour-terminal/terminal-unicode-core

21:10 <rockorager> Only foot, wezterm, and contour are accurately handling Unicode as far as I can tell

21:10 <rockorager> Contour is already implementing this code (obviously) but would be cool if I could determine support without resorting to printing emojis and querying cursor positions