1 Sep 2008 02:20
1 Sep 2008 05:36
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)
3 Sep 2008 05:24
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)
3 Sep 2008 05:26
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.
3 Sep 2008 22:43
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
3 Sep 2008 23:43
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)
6 Sep 2008 04:51
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@... ----------------------------------------------------------------
6 Sep 2008 20:42
6 Sep 2008 21:58
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
6 Sep 2008 22:25
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)
RSS Feed