[Remind-Fans] rem preparser, etc
paver at southwestern.edu
Tue Jun 29 14:04:22 EDT 2010
At the risk of upsetting the fan club...
Are we loading remind with so many features that only a person with
compiler creation experience can use it?
I am not a computer scientist by any standard but have been hacking
around for 40 years. I already find remind to be somewhat obtuse.
Maybe I need the "Remind for Dummies" book. Is anyone working on that?
Just a thought or two.
Assoc. VP, Information Technology Services
Georgetown, TX 78626
Need help? Call the HelpDesk at 819-7333.
On Jun 29, 2010, at 8:32 AM, tsr.offentlig at tsr.se wrote:
> El Mon, 28 Jun 2010 17:58:11 -0400
> "David F. Skoll" <dfs at roaringpenguin.com> escribió:
>> I'm only going to take some of this...
> No worries ;)
>>> * A reminder tag
>>> What is it really?
>> It's just a tag. TkRemind uses tags for its own purposes, but
>> Remind itself doesn't care about them.
>>> Can I use multiple tags for one reminder in some
>>> clever way (except defining them in the MSG)?
>> Not really, but you could make a tag like this:
>> REM ... TAG tagA,tagB,tagC ... MSG ...
>> As long as there's no white space, it'll be treated (by Remind) as
>> big tag. Unfortunately, Remind imposes a maximum length of 48
>> characters for a tag (defined in custom.h as TAG_LEN).
>> I think enhancing Remind to allow multiple TAGs would be a good
>> Perhaps REM .. TAG tagA TAG tagB TAG tagC MSG foo could output:
>> YYYY/MM/DD * tagA,tagB,tagC * * foo
>> so existing "remind -p" parsers don't break, but back-ends that
>> care about tags could split on a comma. Thoughts?
> This sounds reasonable to me, my only (and it is small) concern is the
> lack of white space, but I assume that would require a lot more (or
> maybe you can encapsulate stuff in "" already?... nope you can't).
> Remind-fans mailing list
> Remind-fans at lists.whatexit.org
More information about the Remind-fans