https://github.com/97jaz/datetime-lib
On Wed, Oct 27, 2021 at 10:05 AM 'Joel Dueck' via Racket Users
wrote:
>
> On Tuesday, October 26, 2021 at 1:39:21 PM UTC-5 zepp...@gmail.com wrote:
>>
>> To the extent that validation is a concern, gregor is (despite the
>> `tz/c` issue) much better, on the
On Tuesday, October 26, 2021 at 1:39:21 PM UTC-5 zepp...@gmail.com wrote:
> To the extent that validation is a concern, gregor is (despite the
> `tz/c` issue) much better, on the whole, than racket/base's `date` and
> `date*` structs, which will happily let you construct things like "the
>
On Tue, Oct 26, 2021 at 2:18 PM 'Joel Dueck' via Racket Users
wrote:
>
>
>
> On Tuesday, October 26, 2021 at 12:30:59 PM UTC-5 Sage Gerard wrote:
>>
>> Yes, but I'm talking about code we were asked to give feedback on. I focus
>> on `tz/c` because it is documented as a flat contract that checks
On Tuesday, October 26, 2021 at 12:30:59 PM UTC-5 Sage Gerard wrote:
> Yes, but I'm talking about code we were asked to give feedback on. I focus
> on `tz/c` because it is documented as a flat contract that checks for "an
> identifier from the IANA tz database
On Tue, Oct 26, 2021 at 1:30 PM Sage Gerard wrote:
> > Jon: I'm guessing you haven't actually tried this
> > Phillip: I guess the check doesn't happen as part of `tz/c`, but I can
> tell you that this program
>
> Yes, but I'm talking about code we were asked to give feedback on. I focus
> on
> The timezone database lookup logic is in the `tzinfo` package
> (https://docs.racket-lang.org/tzinfo/index.html)
Thanks.
> Jon: I'm guessing you haven't actually tried this
> Phillip: I guess the check doesn't happen as part of `tz/c`, but I can tell
> you that this program
Yes, but I'm
On Tuesday, October 26, 2021 at 11:01:38 AM UTC-5 Sage Gerard wrote:
>
>- Assuming I have the right repository link, gregor's tz/c contract is
>only (or/c string? (integer-in -64800 64800)) [1]. I can set the
>feed-timezone parameter in Splitflap to an arbitrary string and the guard
On Tue, Oct 26, 2021 at 12:01 PM Sage Gerard wrote:
>
> I can understand wanting gregor for timezone offsets when constructing
> moments, but...
>
> Assuming I have the right repository link, gregor's tz/c contract is only
> (or/c string? (integer-in -64800 64800)) [1]. I can set the
On Tue, Oct 26, 2021 at 12:01 PM Sage Gerard wrote:
>
>- The IANA's timezone database changed this month, and gregor's last
>commit was 2 years ago.
>
> My comment was not meant to say that timezone math is easy to replace, or
> even that gregor isn't a fit. It's to say that I'm not
I can understand wanting gregor for timezone offsets when constructing moments,
but...
- Assuming I have the right repository link, gregor's tz/c contract is only
(or/c string? (integer-in -64800 64800)) [1]. I can set the feed-timezone
parameter in Splitflap to an arbitrary string and the
On Mon, Oct 25, 2021 at 10:25 PM 'Joel Dueck' via Racket Users <
racket-users@googlegroups.com> wrote:
>
>
>- Removing dependencies: yes, I see the appeal. I’m really not eager
>to reimplement all the timezone handling and temporal comparison stuff in
>gregor, though.
>
> Joel
>
On Tuesday, October 26, 2021 at 6:51:56 AM UTC-5 Philip McGrath wrote:
> I'm not totally clear about all of the different sets of requirements
> (RSS, Atom, and, de facto, Apple), but I thought there were more language
> codes permitted than ISO 639-1 (e.g.
>
Excited to try this! Generating Atom and RSS feeds is on the to-do list for
one of my current projects.
On Mon, Oct 25, 2021 at 10:25 PM 'Joel Dueck' wrote:
>
>- MIME types: Yes, I should use/add a more complete extension→type
>mapping, though I probably will continue not to validate
Great feedback, thank you. I like all your suggestions.
- Boolean arguments: great point, will do
- MIME types: Yes, I should use/add a more complete extension→type
mapping, though I probably will continue not to validate MIME types against
the IANA list. (My somewhat erroneous note
Thank you for this!!
Feedback
- I like your podcast-specific entries
- The validation logic is refreshing to see
- Re: boolean arguments, I'd stick to keyword arguments and ask for any/c, not
boolean?, in contracts. That way forms like (and ... (member ...)) won't bug
users about a
This is a beta release of *splitflap*, a Racket library for generating
valid Atom and RSS feeds, including podcast feeds.
- Source: https://github.com/otherjoel/splitflap
- Documentation (with quick tutorial):
https://docs.racket-lang.org/splitflap/index.html
The docs are
16 matches
Mail list logo