Bernhard P.

> Seems to be a bug for me if my assumes with day rounding are correct. So it looks to me. To my knowledge, rounding to the nearest integer for...

Of course you are right. IMO one of the basic definitions for dayjs is that it behaves just like moment (ok, there are a few exceptions :-). In this regard...

Perhaps it is a good idea to stay with English in this repository so that everybody can follow the discussions (but perhaps it is a good idea to use it...

IMHO it is a good idea to redo the code base for dayjs because this way we have a chance to improve the usability for typescript and add esm support....

> That's great. But I don't have a lot of time to focus on open source at the moment, so your PR may not be reviewed in time, but I'll...

Still struggling with the baseline: when building the project with `pnpm run build`, I get the following error: ``` error TS5069: Option 'emitDeclarationOnly' cannot be specified without specifying option 'declaration'...

After a very simple plugin, I am now working on a more complex plugin - the `utc` plugin. Currently I have 2 problems: 1. the utc plugin of v1 makes...

I am currently working on the utc and customParseFormat plugins as examples for more complex plugins. As IMHO the 'core' dayjs module should not contain code that is exclusively needed...

IMO this is a documentation topic: dayjs.tz has 2 'modes' - [parsing](https://day.js.org/docs/en/timezone/parsing-in-zone) and [converting](https://day.js.org/docs/en/timezone/converting-to-zone). `dayjs.tz('2022-06-13T13:47:25Z', 'America/New_York')` Parsing parses the date string (evaluating a given timezone - in your example 'Z')...

This time your problem comes from the fact that you just throw a date string to dayjs, hoping that the result wil be what you expect 😄 . According to...