The docs on
https://github.com/malcommac/SwiftDate/wiki/1.-Introduction:-Absolute-Date-and-DateInRegion
says

let dateFormat = "yyyy-MM-dd HH:mm"
let current_default = Date.defaultRegion
// Print date in current local device region
print(now.string(format: .custom(dateFormat))) // 2017-04-09 19:32
// Change the default region
Date.setDefaultRegion(regionNY)
// Print it again; now the

Key information

• Joda-Time version: 2.9.4

Problem description

Joda-Time does not use the localized decimal format separator for parsing and printing. Instead, the "." character is hard-coded in several places in PeriodFormatterBuilder.java.

Example: https://github.com/JodaOrg/joda-time/blob/43b17998800f9e4bf076d37cba9e1f63bf00e4e7/src/main/java/org/joda/time/format/PeriodFormatt

I'd like an /Examples folder with some simple iOS apps showing how to use Time.

The first one that comes to mind is a basic iOS app using a UICollectionView to build a month calendar view.

It would be nice if we could pretty print a range. For instance :

"on April 1st between 10:45 and 11:45"
"between April 1st and April 3rd"
"between April 1st at 9:00 and April 3rd at 18:00"
"on April 1st at 10:45 for 1 hour"

Not sure what the API would be though.

For years before 1971, the round_date function produces an incorrect date for time 00:00:00 on new-year day. Once the time is nudged away from 00:00:00 on 01/01, the rounding seems to produce the correct result.

library(lubridate)
  as.numeric(1958-1/12) %>% date_decimal() %>% round_date(unit = "month") # produces "1958-12-01 UTC"
  as.numeric(1958) %>% date_decimal() %>% round_date(u

When ciso8601 was first created, there were no reasonable alternatives to it. By virtue of being implemented in C, it was simply much faster than Python implementations.

However, time have moved on, and there are viable alternatives, so the choice is more nuanced.

For example, as of Python 3.7, there exists [datetime.fromisoformat](https://docs.python.org/3/library/datetime.html#datetime

I got ezTime running on WiFi like a breeze. Today we where wondering if or how it can also
be used via GSM connection. It looks like it does ignore an already established GSM connection.

Setup: ESP32 + SIM800 module [aka TTGO T-CALL]

We have established GSM connection, logged in to the APN successfully, and transmit our data
all few seconds - all working.

But ezTime mongers about WiFi o

These shouldn't be hard to implement - all we need is a conversion to some concrete representation. For example, for LocalDate we can use Cogen[Long].contramap(_.toEpochDay).

As for the motivation, cats makes extensive use of Cogens in cats-laws.