On Thu, 28 Aug 2025 16:49:57 +1000
Jin Chen via Remind-fans <[email protected]> wrote:
> 1. What's the best way to deal with the changing timezone?
Probably using the tzconvert() function assuming you have a new-enough
version of Remind.
As you've discovered, Remind insists on everything being in the local
timezone and is not great at handling different timezones.
In the examples below, I'm going to assume "local" is your local time
zone name and "remote" is the online school one. You'll need to find
out what the real time zone names are.
So here's how I'd do the remote Wednesday class:
# Figure out the DATE of the next online class (no time yet)
# in the REMOTE time zone. We need the SCANFROM to make
# sure we get the next class from our perspective, even on
# a Wednesday
REM Tue SCANFROM -2 SATISFY 1
SET next_online $T
# Calculate when that is in our local zone. This will
# take care of moving it to a Wednesday
SET ltime tzconvert(next_online, 15:30, "remote", "local")
REM [ltime] DURATION [span_block] PRIORITY 2 MSG Online course.
# Get just the time part of the remote course
SET ltime timepart(ltime)
# Cancel the low-priority course if there's overlap
IF (ltime <= period1 && ltime+span_block >= period1 ||
period1 <= ltime && period1+span_period >= ltime)
# Courses overlap; do nothing
ELSE
REM Wed AT [period1] DURATION [span_period] PRIORITY 5000 \
MSG Usual school class
ENDIF
Please note that I have not tested this at all! :) Not even a syntax
check. But I think the overall strategy is correct.
Reagrds,
Dianne.
_______________________________________________
Remind-fans mailing list
[email protected]
https://dianne.skoll.ca/mailman/listinfo/remind-fans
Remind is at https://dianne.skoll.ca/projects/remind/
