On 2025-04-22 17:54, Remind list wrote:
> On Tue, 22 Apr 2025 16:40:24 -0500
> Tim Chase via Remind-fans <[email protected]> wrote:
>
> > I suspect it might be possible to cobble together something to
> > post-process the output but `rem -p+` doesn't seem to emit the COLOR
> > information like `-s` provides, and `-s` doesn't seem to support the
> > "+" according to the man-page:
>
> Yes, -p+ supports COLOR information:
Whoops, I think I accidentally swapped -p and -s in that paragraph.
With a bit more testing, it's apparently the `$DefaultColor` that isn't
getting conveyed:
# inline SPECIAL COLOR comes through with -s+
$ echo 'REM Apr 22 SPECIAL COLOR 255 0 0 Event' | remind -s+ -
2025/04/22 COLOR * * * 255 0 0 Event
# but $DefaultColor doesn't with -s:
$ cat s_vs_p.rem
SET $DefaultColor "58 0 2"
REM Apr 22 MSG Event
$ remind -s+ s_vs_p.rem
2025/04/22 * * * * Event
$ remind -p s_vs_p.rem | grep Event
2025/04/22 COLOR * * * 58 0 2 Event
(which is strange, since when I was last poking around in that
$DefaultColor code, my recollection was that it was automatically
applied to every subsequent event that got parsed/created, and only got
overridden if there was a SPECIAL COLOR directive)
Which at least explains why colors I saw in -p output weren't showing
up in -s output...because most of mine are set by $DefaultColor at the
top of various files, so all birthdays are green, all work events are
orange, all my events are blue, etc.
But the -p doesn't allow for the "+" week specification where the -s
does:
$ remind -p+ s_vs_p.rem
Unknown user ''
An odd/unexpected error-text, but at least the man page does say -p{n}
doesn't allow "-p+n"
And just in case it matters, I'm currently on
$ remind --version
05.02.01
from FreeBSD packages.
-tim
--
_______________________________________________
Remind-fans mailing list
[email protected]
https://dianne.skoll.ca/mailman/listinfo/remind-fans
Remind is at https://dianne.skoll.ca/projects/remind/
