slaesvuo/hledger
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

;doc: relnotes: correction to 1.29's date adjustment notes [#1982], [#2218]

Browse Source
This commit is contained in:
Simon Michael 2024-08-29 23:19:41 +01:00
parent 7fe6de02cf
commit e2053374f5
1 changed files with 7 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

18
doc/relnotes.md
View File

@ -1653,10 +1653,9 @@ Features
- Periodic transactions and multi-period reports can now start on any date. - Periodic transactions and multi-period reports can now start on any date.
To enable this while still maintaining pretty good backward compatibility, To enable this while still maintaining pretty good backward compatibility,
hledger now treats inferred dates, and dates where the day is unspecified, hledger now keeps explicitly specified start dates as they are,
as "flexible" (which can be automatically adjusted to interval boundaries), but still automatically adjusts inferred start dates to interval boundaries.
and dates specified to the day as "exact" (which can not). This means, eg:
Eg:
- A periodic rule like `~ monthly from 2023-01-15` now works as - A periodic rule like `~ monthly from 2023-01-15` now works as
you'd expect instead of raising an error. This also improves you'd expect instead of raising an error. This also improves
@ -1665,13 +1664,10 @@ Features
- Period options like `-p 'monthly from 2023/1/15'` or `-M -b 2023/1/15` - Period options like `-p 'monthly from 2023/1/15'` or `-M -b 2023/1/15`
now start the report on exactly 1/15 instead of being adjusted to 1/1. now start the report on exactly 1/15 instead of being adjusted to 1/1.
Note: periods using `in` may look partial but are considered to specify exact dates. - `-p 'weekly in 2023-01'`, which previously was adjusted to start on a monday,
So weekly reports such as `-p 'weekly in 2023-01'`, which previously now starts exactly on 2023-01-01. This can cause more verbose report headings.
were adjusted to start on a monday, will now start exactly on 2023-01-01. To ensure simple week headings, now weekly reports must start on a monday,
This can also cause more verbose column headings. eg `-p 'weekly from 2022-12-26 to 2023-02'`. ([#1982])
To guarantee simple week headings, you must now start such reports
exactly on a monday, eg `-p 'weekly from 2022-12-26 to 2023-02'`.
([#1982])
- You can now freely combine @/@@ notation and conversion postings - You can now freely combine @/@@ notation and conversion postings
in a single transaction. This can help readability, and also allows in a single transaction. This can help readability, and also allows