9 comments

[ 2.9 ms ] story [ 23.8 ms ] thread
I like how -j fixed the stray j problem....
> 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.
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.
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:

  echo -e "test\n" | wl-copy

  wl-paste
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.
As a vim user, stray J's are a fact of life.