Strange behavior for the "-on" flag about jrnl HOT 4 OPEN

Hi @aisneto, based on that log, it looks like the color codes in the output from jrnl --short might be messing with your next call to jrnl, or the other commands in your piped chain. It's sending a bunch of color codes and a tag to your final jrnl -on call:

on_date='\x1b[1m\x1b[30m2022-11-16 09:45:00 AM\x1b[0m \x1b[1m\x1b[33m@phil\x1b[0m'

If you first pipe its output to a color remover like ansi2txt before processing the output, does that help? You'll need to strip out that tag (@phil) also.

from jrnl.

I've tried your recommendation using "aha", like this: jrnl -on "$(jrnl --short | shuf -n 1 | cut -d' ' -f1 | aha --black)"

Now I got it working. However, strangely enough, some tries did return "no entries". Still, I would say that the command this way works 9 of 10 times.

from jrnl.

Hi @aisneto, I think the issue that your script is clearing the formatting with aha at the end when instead it'd be better off clearing the formatting at the beginning, before shuf and cut work on it, like so:

jrnl -on "$(jrnl --short | aha --black | shuf -n 1 | cut -d' ' -f1)"

from jrnl.