A stray "J" I encountered years ago: a certain client's support tickets would often end with a single "J", which was a little confusing as it was not one of their name initials. After a brief investigation, the original email source contained this:
<font face="Wingdings">J</font>
Which renders as a smiley face.
show comments
zelon88
If it's any consolation, the other day I spent 3 hours diagnosing a homebrew circuit board for no signal and finally realized the Raspberry Pi sending the signal had a dead GPIO pin.
mike_hock
> but in ANSI newline delimiter is translated as "j"
So this is a bug in that Signal TUI he was using? I.e. it mangles newlines in pasted text.
show comments
benj111
I like how -j fixed the stray j problem....
show comments
weare138
I was poking around with this and I noticed wl-copy has an option to trim newlines. Maybe that's why they added the option but I'm leaning towards gurk being the culprit. wl-copy itself seems to handle newlines ok, at least for me. This works as expected:
A stray "J" I encountered years ago: a certain client's support tickets would often end with a single "J", which was a little confusing as it was not one of their name initials. After a brief investigation, the original email source contained this:
Which renders as a smiley face.If it's any consolation, the other day I spent 3 hours diagnosing a homebrew circuit board for no signal and finally realized the Raspberry Pi sending the signal had a dead GPIO pin.
> but in ANSI newline delimiter is translated as "j"
?
https://zippythepinhead.com/Merchant2/merchant.mv?Screen=PRO...
As a vim user, stray J's are a fact of life.
So this is a bug in that Signal TUI he was using? I.e. it mangles newlines in pasted text.
I like how -j fixed the stray j problem....
I was poking around with this and I noticed wl-copy has an option to trim newlines. Maybe that's why they added the option but I'm leaning towards gurk being the culprit. wl-copy itself seems to handle newlines ok, at least for me. This works as expected: