Mike Harris | 1 Sep 02:20 2008
Picon

Re: Commenting Out Only Part of Command (or, How to Handle Recurring To-Dos)

Thank you, David.  Works like a charm.

Mike

Tim Stoakes | 1 Sep 05:36 2008
Picon

Recurring reminders in a different timezone

Hi all,

I work regularly across a handful of timezones, and I'd like my
reminders to do the same. I currently manage this using variations of:

REM [trigger(tzconvert('2008-9-1 <at> 13:00', "Australia/Adelaide"))] +15 DURATION 0:30 MSG foo

Then I can run remind/wyrd with a different timezone, and everything
works:

$ TZ=US/Pacific wyrd

I enter reminders at the date and time *and timezone* in which they
occur.

However, this doesn't apply well to recurring reminders. eg. a reminder
for every Mon 9:30 US/Pacific time would ideally show up as a reminder
on every Tues 2:00 if I'm running remind with TZ=Australia/Adelaide.
Maybe something like:

REM [trigger(tzconvert('Mon <at> 9:30', "US/Pacific"))] +15 DURATION 0:30 MSG foo

Any thoughts here are appreciated. Remind is great, but it's a bit
clunky when dealing with different timezones.

Thanks
Tim

--

-- 
Tim Stoakes
(Continue reading)

David F. Skoll | 3 Sep 05:24 2008

Remind 3.0.6 beta


Hi,

I have a beta version of Remind that lets you use a user-defined function
to specify OMITted days.  Gory details are in the manual.

To look at the beta, you'll need the "git" revision control tool.  Grab
a copy of the git repository as follows:

git clone http://git.roaringpenguin.com/Remind.git Remind.git

That'll create a "Remind.git/" directory with the latest beta code.  Build
and install as usual.

The new feature lets you solve the "garbage-day" problem more
elegantly.  For example: Our paper recycling is collected on a 14-day cyle,
normally on a Friday.  However, if *any* of Monday through Friday of
the week containing the collection is a holiday, the collection is
moved to the Saturday.  Plastic recycling follows similar rules, offset by
(nominally) 7 days.

Before, you had to use a bunch of SATISFY clauses to get this to work.
Now it's simply:

#------------------------------------------------------------------------
FSET _garbhol(x) wkdaynum(x) == 5 && nonomitted(x-4, x+1) < 5)

REM 12 November 1999 *14 AFTER OMITFUNC _garbhol MSG Paper Recycling
REM 19 November 1999 *14 AFTER OMITFUNC _garbhol MSG Plastic Recycling
#------------------------------------------------------------------------
(Continue reading)

David F. Skoll | 3 Sep 05:26 2008

Re: Recurring reminders in a different timezone

Tim Stoakes wrote:

> Any thoughts here are appreciated. Remind is great, but it's a bit
> clunky when dealing with different timezones.

Agreed.  It has a design flaw in that it keeps "date" and "time"
separately, making it difficult/impossible to change the date in
response to a time-zone change.  This is unlikely to be fixed without
a complete redesign, unfortunately.

(In my defense, I started writing Remind on MS-DOS, never having
used UNIX, so it seemed like a good idea at the time... :-()

Regards,

David.

M. D. Betterton | 3 Sep 22:43 2008
Picon

help with rem2ics installation?

I'm interested in using rem2ics but am too ignorant to know how to
install it. I have downloaded rem2ics-0.92.tar.gz and extracted the
files. I now have 3 files: rem2ics, rem2ics-Makefile, and
rem2ics.spec. I don't know what types of files these are or what to do
next.

If anyone could point me to installation instructions or let me know
what to do next, I would be grateful.

Meredith

Shelagh Manton | 3 Sep 23:43 2008
Picon

Re: help with rem2ics installation?

On Wed, 3 Sep 2008 14:43:54 -0600
"M. D. Betterton" <betterton@...> wrote:

> I'm interested in using rem2ics but am too ignorant to know how to
> install it. I have downloaded rem2ics-0.92.tar.gz and extracted the
> files. I now have 3 files: rem2ics, rem2ics-Makefile, and
> rem2ics.spec. I don't know what types of files these are or what to do
> next.
> 
> If anyone could point me to installation instructions or let me know
> what to do next, I would be grateful.
> 
> Meredith

Meredith,

You need to tell us what platform you are using, windows, OsX, or linux.

But I would say from the fact that it has a .spec file that you are
meant to make an rpm file from these files. That is a file that tells
redhat(and like distributions) linux where to put the files when you use
their package manager. If you use a redhat distro you should be able to
run rpm-build(check this) on  the folder to get the rpm file.

It is a perl script which means that if you have perl installed, and
you are likely to if you run linux, you can go to that directory where
the script is and run ./rem2ics (please note the punctuation). 

You can also open the script in a text editor to read the documentation
which is near the top of the file. You can also run make in the
(Continue reading)

Shelagh Manton | 6 Sep 04:51 2008
Picon

remind-conf-mode

I guess I better let people who are interested know that I have started
a google-code page for remind-conf-mode.

I can't imagine that it will be a fast moving project, but I thought it
might be useful to someone to have somewhere to get the latest version,
and maybe even to add some functionality to it that I have not thought
of or don't know how to do.

Shelagh
http://code.google.com/p/remind-conf-mode/

--

-- 

----------------------------------------------------------------
Jabber: shelagh.manton@...
----------------------------------------------------------------

Zhengdao Wang | 6 Sep 20:42 2008

How to find reminders for the next n days?

Hi Reminder fans:

I would like to find the reminders for the next n days (say
7 days). What would be a good way to do this? The -s
parameter is not useful here because it includes past days
in the week/month.

Thanks,
Zhengdao Wang

Michael P. Soulier | 6 Sep 21:58 2008
Picon

Re: Sunrise/sunset bug?

On Sat, Aug 30, 2008 at 9:16 PM, David F. Skoll
<dfs@...> wrote:
> Those all look good and I get the right answer.  So there must
> be a distribution-specific bug, perhaps with your compiler or your
> C library?  I really can't explain it otherwise.

On my CentOS box I'm getting odd values for sunrise and set.

SET $LatDeg 45
SET $LatMin 16
SET $LatSec 34.5144
SET $LongDeg -75
SET $LongMin 55
SET $LongSec 15.4236
MSG sunrise at [sunrise(trigdate())], sunset at [sunset(trigdate())],
next full moon at [moontime(2)] on [moondate(2)]%

sunrise at 20:30, sunset at 09:33, next full moon at 05:15 on 2008-09-15

I'll try on another distro...

Mike
--

-- 
Michael P. Soulier <msoulier@...>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

Michael P. Soulier | 6 Sep 22:25 2008
Picon

Re: Sunrise/sunset bug?

On Sat, Sep 6, 2008 at 3:58 PM, Michael P. Soulier
<msoulier@...> wrote:
> sunrise at 20:30, sunset at 09:33, next full moon at 05:15 on 2008-09-15

Ah, I found David's comment previously in this thread that the sign on
longitude is reversed.

That fixed it.

Aligning that with common convention would be nice, but indeed it works.

One minor thing is that remind only prints a single newline after this line

AT 00:00 MSG sunrise at [sunrise(trigdate())], sunset at
[sunset(trigdate())], next full moon at [moontime(2)] on
[moondate(2)]%

while it prints two newlines after every other reminder in the "remind
-g" output. I'm using the AT to sort it to the top of that output. Is
there a better way to make it appear at the top? I suppose I could
just run two commands instead of the one, with different input files.

Is it possible to exclude this reminder from the calendar output?

Mike
--

-- 
Michael P. Soulier <msoulier@...>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein
(Continue reading)


Gmane