Sebastian Freundt

Hi there, I see where you're coming from. Well, first of all the solution to your problem as it stands: $ dateutils.dround -n 2019-01-13 +1d +Jan 2020-01-01 Now to the...

Hi again, you can try the latest master (0d504438). I finally got around to implementing the co-classes for days, months, quarters and years. $ dateround -n 2019-01-13 /1y 2020-01-01 This...

Yes, that's possible: $ dateutils.dround today 15 Apr 2019-04-15 This will round to the next 15th, then to next April. The rounding bits (`15` and `Apr`) are applied left to...

Hi kihiukiragu, thanks for the report. However, in the current release (0.4.5) this very example seems to report the correct value: $ dateconv -i '%d-%b-%y %I.%M.%S.%N %p' '26-JAN-19 12.02.23.823355000 AM'...

Well, I don't know if it's helpful but there's also `time`: $ dateutils.ddiff time 14:00:00 23430s which contrasts the current time to the time specified. Now if you guarantee that...

No, there are no specials for that but there's a much more powerful tool to achieve this: `dateround` (possibly available to you as `dateutils.dround`) ## end of month $ dateutils.dround...

Hey Sergi, thanks for the report. I can confirm this issue. If you left out the year and month indicator in the first example it would "work": $ ddiff -i...

Hey there, you are correct, `datediff` does not provide format specifiers that result in fractional units. Your proposed work-around is probably what I'd do as well. However, essentially you'd have...

Hi there, I think this is entirely my laziness and due to the fact that I treat man pages like second banana (I regard the info pages as primary source...

Hey Mike, thanks for the report. A fix is in 91a5805f3. I'm not quite sure if that applies to 0.3.1 though.