mirror of
https://github.com/simonmichael/hledger.git
synced 2024-09-20 02:37:12 +03:00
doc: journal: directives & periodic/automated cleanups
This commit is contained in:
parent
53706bae66
commit
59c804dac4
@ -253,7 +253,7 @@ accounts: `assets`, `liabilities`, `income`, `expenses`, and `equity`.
|
|||||||
Account names may contain single spaces, eg: `assets:accounts receivable`.
|
Account names may contain single spaces, eg: `assets:accounts receivable`.
|
||||||
Because of this, they must always be followed by **two or more spaces** (or newline).
|
Because of this, they must always be followed by **two or more spaces** (or newline).
|
||||||
|
|
||||||
Account names can be [aliased](#account-aliases).
|
Account names can be [aliased](#rewriting-accounts).
|
||||||
|
|
||||||
## Amounts
|
## Amounts
|
||||||
|
|
||||||
@ -298,7 +298,7 @@ commodity $1,000.00
|
|||||||
Though journal may contain mixed styles to represent amount, when hledger displays amounts, it will choose a consistent format for each commodity.
|
Though journal may contain mixed styles to represent amount, when hledger displays amounts, it will choose a consistent format for each commodity.
|
||||||
(Except for [price amounts](#prices), which are always formatted as written). The display format is chosen as follows:
|
(Except for [price amounts](#prices), which are always formatted as written). The display format is chosen as follows:
|
||||||
|
|
||||||
- if there is a [commodity directive](#commodity-directive) specifying the format, that is used
|
- if there is a [commodity directive](#declaring-commodities) specifying the format, that is used
|
||||||
- otherwise the format is inferred from the first posting amount in that commodity in the journal, and the precision (number of decimal places) will be the maximum from all posting amounts in that commmodity
|
- otherwise the format is inferred from the first posting amount in that commodity in the journal, and the precision (number of decimal places) will be the maximum from all posting amounts in that commmodity
|
||||||
- or if there are no such amounts in the journal, a default format is used (like `$1000.00`).
|
- or if there are no such amounts in the journal, a default format is used (like `$1000.00`).
|
||||||
|
|
||||||
@ -563,9 +563,6 @@ star (`*`) are comments, and will be ignored. (Star comments cause
|
|||||||
org-mode nodes to be ignored, allowing emacs users to fold and navigate
|
org-mode nodes to be ignored, allowing emacs users to fold and navigate
|
||||||
their journals with org-mode or orgstruct-mode.)
|
their journals with org-mode or orgstruct-mode.)
|
||||||
|
|
||||||
Also, anything between [`comment` and `end comment` directives](#multi-line-comments) is a (multi-line) comment.
|
|
||||||
If there is no `end comment`, the comment extends to the end of the file.
|
|
||||||
|
|
||||||
You can attach comments to a transaction by writing them after the
|
You can attach comments to a transaction by writing them after the
|
||||||
description and/or indented on the following lines (before the
|
description and/or indented on the following lines (before the
|
||||||
postings). Similarly, you can attach comments to an individual
|
postings). Similarly, you can attach comments to an individual
|
||||||
@ -596,6 +593,9 @@ end comment
|
|||||||
; a file comment (because not indented)
|
; a file comment (because not indented)
|
||||||
```
|
```
|
||||||
|
|
||||||
|
You can also comment larger regions of a file using [`comment` and `end comment` directives](#comment-blocks).
|
||||||
|
|
||||||
|
|
||||||
## Tags
|
## Tags
|
||||||
|
|
||||||
Tags are a way to add extra labels or labelled data to postings and transactions,
|
Tags are a way to add extra labels or labelled data to postings and transactions,
|
||||||
@ -640,7 +640,139 @@ feature, except hledger's tag values are simple strings.
|
|||||||
|
|
||||||
## Directives
|
## Directives
|
||||||
|
|
||||||
### Account aliases
|
### Comment blocks
|
||||||
|
|
||||||
|
A line containing just `comment` starts a commented region of the file,
|
||||||
|
and a line containing just `end comment` (or the end of the current file) ends it.
|
||||||
|
See also [comments](#comments).
|
||||||
|
|
||||||
|
### Including other files
|
||||||
|
|
||||||
|
You can pull in the content of additional files by writing an include directive, like this:
|
||||||
|
|
||||||
|
```journal
|
||||||
|
include path/to/file.journal
|
||||||
|
```
|
||||||
|
|
||||||
|
If the path does not begin with a slash, it is relative to the current file.
|
||||||
|
Glob patterns (`*`) are not currently supported.
|
||||||
|
|
||||||
|
The `include` directive can only be used in journal files.
|
||||||
|
It can include journal, timeclock or timedot files, but not CSV files.
|
||||||
|
|
||||||
|
### Default year
|
||||||
|
|
||||||
|
You can set a default year to be used for subsequent dates which don't
|
||||||
|
specify a year. This is a line beginning with `Y` followed by the year. Eg:
|
||||||
|
|
||||||
|
```journal
|
||||||
|
Y2009 ; set default year to 2009
|
||||||
|
|
||||||
|
12/15 ; equivalent to 2009/12/15
|
||||||
|
expenses 1
|
||||||
|
assets
|
||||||
|
|
||||||
|
Y2010 ; change default year to 2010
|
||||||
|
|
||||||
|
2009/1/30 ; specifies the year, not affected
|
||||||
|
expenses 1
|
||||||
|
assets
|
||||||
|
|
||||||
|
1/31 ; equivalent to 2010/1/31
|
||||||
|
expenses 1
|
||||||
|
assets
|
||||||
|
```
|
||||||
|
|
||||||
|
### Declaring commodities
|
||||||
|
|
||||||
|
The `commodity` directive declares commodities which may be used in the journal (though currently we do not enforce this).
|
||||||
|
It may be written on a single line, like this:
|
||||||
|
|
||||||
|
```journal
|
||||||
|
; commodity EXAMPLEAMOUNT
|
||||||
|
|
||||||
|
; display AAAA amounts with the symbol on the right, space-separated,
|
||||||
|
; using period as decimal point, with four decimal places, and
|
||||||
|
; separating thousands with comma.
|
||||||
|
commodity 1,000.0000 AAAA
|
||||||
|
```
|
||||||
|
|
||||||
|
or on multiple lines, using the "format" subdirective. In this case
|
||||||
|
the commodity symbol appears twice and should be the same in both places:
|
||||||
|
|
||||||
|
```journal
|
||||||
|
; commodity SYMBOL
|
||||||
|
; format EXAMPLEAMOUNT
|
||||||
|
|
||||||
|
; display indian rupees with currency name on the left,
|
||||||
|
; thousands, lakhs and crores comma-separated,
|
||||||
|
; period as decimal point, and two decimal places.
|
||||||
|
commodity INR
|
||||||
|
format INR 9,99,99,999.00
|
||||||
|
```
|
||||||
|
|
||||||
|
Commodity directives have a second purpose: they define the standard display format for amounts in the commodity.
|
||||||
|
Normally the display format is inferred from journal entries, but this can be unpredictable;
|
||||||
|
declaring it with a commodity directive overrides this and removes ambiguity.
|
||||||
|
Towards this end, amounts in commodity directives must always be written with a decimal point
|
||||||
|
(a period or comma, followed by 0 or more decimal digits).
|
||||||
|
|
||||||
|
### Default commodity
|
||||||
|
|
||||||
|
The D directive sets a default commodity (and display format), to be used for amounts without a commodity symbol (ie, plain numbers).
|
||||||
|
(Note this differs from Ledger's default commodity directive.)
|
||||||
|
The commodity and display format will be applied to all subsequent commodity-less amounts, or until the next D directive.
|
||||||
|
|
||||||
|
```journal
|
||||||
|
# commodity-less amounts should be treated as dollars
|
||||||
|
# (and displayed with symbol on the left, thousands separators and two decimal places)
|
||||||
|
D $1,000.00
|
||||||
|
|
||||||
|
1/1
|
||||||
|
a 5 ; <- commodity-less amount, becomes $1
|
||||||
|
b
|
||||||
|
```
|
||||||
|
|
||||||
|
As with the `commodity` directive, the amount must always be written with a decimal point.
|
||||||
|
|
||||||
|
### Declaring accounts
|
||||||
|
|
||||||
|
The `account` directive predeclares account names. The simplest form is `account ACCTNAME`, eg:
|
||||||
|
```journal
|
||||||
|
account assets:bank:checking
|
||||||
|
```
|
||||||
|
Currently this mainly helps with account name autocompletion in eg
|
||||||
|
hledger add, hledger-iadd, hledger-web, and ledger-mode.
|
||||||
|
In future it will also help detect misspelled accounts.
|
||||||
|
|
||||||
|
Account names can be followed by a numeric account code:
|
||||||
|
```journal
|
||||||
|
account assets 1000
|
||||||
|
account assets:bank:checking 1110
|
||||||
|
account liabilities 2000
|
||||||
|
account revenues 4000
|
||||||
|
account expenses 6000
|
||||||
|
```
|
||||||
|
This affects account display order in reports: accounts with codes are listed before accounts without codes, in increasing code order.
|
||||||
|
(Otherwise, accounts are listed alphabetically.)
|
||||||
|
Account codes should be all numeric digits, unique, and separated from the account name by at least two spaces (since account names may contain single spaces).
|
||||||
|
By convention, often the first digit indicates the type of account,
|
||||||
|
as in
|
||||||
|
[this numbering scheme](http://www.dwmbeancounter.com/BCTutorSite/Courses/ChartAccounts/lesson02-6.html)
|
||||||
|
and the example above.
|
||||||
|
In future, we might use this to recognize account types.
|
||||||
|
|
||||||
|
An account directive can also have indented subdirectives following it, which are currently ignored. Here is the full syntax:
|
||||||
|
```journal
|
||||||
|
; account ACCTNAME [OPTIONALCODE]
|
||||||
|
; [OPTIONALSUBDIRECTIVES]
|
||||||
|
|
||||||
|
account assets:bank:checking 1110
|
||||||
|
a comment
|
||||||
|
some-tag:12345
|
||||||
|
```
|
||||||
|
|
||||||
|
### Rewriting accounts
|
||||||
|
|
||||||
You can define aliases which rewrite your account names (after reading the journal,
|
You can define aliases which rewrite your account names (after reading the journal,
|
||||||
before generating reports). hledger's account aliases can be useful for:
|
before generating reports). hledger's account aliases can be useful for:
|
||||||
@ -650,7 +782,7 @@ before generating reports). hledger's account aliases can be useful for:
|
|||||||
- experimenting with new account organisations, like a new hierarchy or combining two accounts into one
|
- experimenting with new account organisations, like a new hierarchy or combining two accounts into one
|
||||||
- customising reports
|
- customising reports
|
||||||
|
|
||||||
See also [Cookbook: rewrite account names](account-aliases.html).
|
See also [Cookbook: Rewrite account names](https://github.com/simonmichael/hledger/wiki/Rewrite-account-names).
|
||||||
|
|
||||||
#### Basic aliases
|
#### Basic aliases
|
||||||
|
|
||||||
@ -712,7 +844,7 @@ Aliases are applied in the following order:
|
|||||||
1. alias directives, most recently seen first (recent directives take precedence over earlier ones; directives not yet seen are ignored)
|
1. alias directives, most recently seen first (recent directives take precedence over earlier ones; directives not yet seen are ignored)
|
||||||
2. alias options, in the order they appear on the command line
|
2. alias options, in the order they appear on the command line
|
||||||
|
|
||||||
#### end aliases
|
#### `end aliases`
|
||||||
|
|
||||||
You can clear (forget) all currently defined aliases with the `end aliases` directive:
|
You can clear (forget) all currently defined aliases with the `end aliases` directive:
|
||||||
|
|
||||||
@ -720,44 +852,7 @@ You can clear (forget) all currently defined aliases with the `end aliases` dire
|
|||||||
end aliases
|
end aliases
|
||||||
```
|
```
|
||||||
|
|
||||||
### account directive
|
### Default parent account
|
||||||
|
|
||||||
The `account` directive predeclares account names. The simplest form is `account ACCTNAME`, eg:
|
|
||||||
```journal
|
|
||||||
account assets:bank:checking
|
|
||||||
```
|
|
||||||
Currently this mainly helps with account name autocompletion in eg
|
|
||||||
hledger add, hledger-iadd, hledger-web, and ledger-mode.
|
|
||||||
In future it will also help detect misspelled accounts.
|
|
||||||
|
|
||||||
Account names can be followed by a numeric account code:
|
|
||||||
```journal
|
|
||||||
account assets 1000
|
|
||||||
account assets:bank:checking 1110
|
|
||||||
account liabilities 2000
|
|
||||||
account revenues 4000
|
|
||||||
account expenses 6000
|
|
||||||
```
|
|
||||||
This affects account display order in reports: accounts with codes are listed before accounts without codes, in increasing code order.
|
|
||||||
(Otherwise, accounts are listed alphabetically.)
|
|
||||||
Account codes should be all numeric digits, unique, and separated from the account name by at least two spaces (since account names may contain single spaces).
|
|
||||||
By convention, often the first digit indicates the type of account,
|
|
||||||
as in
|
|
||||||
[this numbering scheme](http://www.dwmbeancounter.com/BCTutorSite/Courses/ChartAccounts/lesson02-6.html)
|
|
||||||
and the example above.
|
|
||||||
In future, we might use this to recognize account types.
|
|
||||||
|
|
||||||
An account directive can also have indented subdirectives following it, which are currently ignored. Here is the full syntax:
|
|
||||||
```journal
|
|
||||||
; account ACCTNAME [OPTIONALCODE]
|
|
||||||
; [OPTIONALSUBDIRECTIVES]
|
|
||||||
|
|
||||||
account assets:bank:checking 1110
|
|
||||||
a comment
|
|
||||||
some-tag:12345
|
|
||||||
```
|
|
||||||
|
|
||||||
### apply account directive
|
|
||||||
|
|
||||||
You can specify a parent account which will be prepended to all accounts
|
You can specify a parent account which will be prepended to all accounts
|
||||||
within a section of the journal. Use the `apply account` and `end apply account`
|
within a section of the journal. Use the `apply account` and `end apply account`
|
||||||
@ -792,129 +887,47 @@ include personal.journal
|
|||||||
|
|
||||||
Prior to hledger 1.0, legacy `account` and `end` spellings were also supported.
|
Prior to hledger 1.0, legacy `account` and `end` spellings were also supported.
|
||||||
|
|
||||||
### Multi-line comments
|
|
||||||
|
|
||||||
A line containing just `comment` starts a multi-line comment, and a
|
|
||||||
line containing just `end comment` ends it. See [comments](#comments).
|
|
||||||
|
|
||||||
### commodity directive
|
|
||||||
|
|
||||||
The `commodity` directive declares commodities which may be used in the journal (though currently we do not enforce this).
|
|
||||||
It may be written on a single line, like this:
|
|
||||||
|
|
||||||
```journal
|
|
||||||
; commodity EXAMPLEAMOUNT
|
|
||||||
|
|
||||||
; display AAAA amounts with the symbol on the right, space-separated,
|
|
||||||
; using period as decimal point, with four decimal places, and
|
|
||||||
; separating thousands with comma.
|
|
||||||
commodity 1,000.0000 AAAA
|
|
||||||
```
|
|
||||||
|
|
||||||
or on multiple lines, using the "format" subdirective. In this case
|
|
||||||
the commodity symbol appears twice and should be the same in both places:
|
|
||||||
|
|
||||||
```journal
|
|
||||||
; commodity SYMBOL
|
|
||||||
; format EXAMPLEAMOUNT
|
|
||||||
|
|
||||||
; display indian rupees with currency name on the left,
|
|
||||||
; thousands, lakhs and crores comma-separated,
|
|
||||||
; period as decimal point, and two decimal places.
|
|
||||||
commodity INR
|
|
||||||
format INR 9,99,99,999.00
|
|
||||||
```
|
|
||||||
|
|
||||||
Commodity directives have a second purpose: they define the standard display format for amounts in the commodity.
|
|
||||||
Normally the display format is inferred from journal entries, but this can be unpredictable;
|
|
||||||
declaring it with a commodity directive overrides this and removes ambiguity.
|
|
||||||
Towards this end, amounts in commodity directives must always be written with a decimal point
|
|
||||||
(a period or comma, followed by 0 or more decimal digits).
|
|
||||||
|
|
||||||
### Default commodity
|
|
||||||
|
|
||||||
The D directive sets a default commodity (and display format), to be used for amounts without a commodity symbol (ie, plain numbers).
|
|
||||||
(Note this differs from Ledger's default commodity directive.)
|
|
||||||
The commodity and display format will be applied to all subsequent commodity-less amounts, or until the next D directive.
|
|
||||||
|
|
||||||
```journal
|
|
||||||
# commodity-less amounts should be treated as dollars
|
|
||||||
# (and displayed with symbol on the left, thousands separators and two decimal places)
|
|
||||||
D $1,000.00
|
|
||||||
|
|
||||||
1/1
|
|
||||||
a 5 ; <- commodity-less amount, becomes $1
|
|
||||||
b
|
|
||||||
```
|
|
||||||
|
|
||||||
As with the `commodity` directive, the amount must always be written with a decimal point.
|
|
||||||
|
|
||||||
### Default year
|
|
||||||
|
|
||||||
You can set a default year to be used for subsequent dates which don't
|
|
||||||
specify a year. This is a line beginning with `Y` followed by the year. Eg:
|
|
||||||
|
|
||||||
```journal
|
|
||||||
Y2009 ; set default year to 2009
|
|
||||||
|
|
||||||
12/15 ; equivalent to 2009/12/15
|
|
||||||
expenses 1
|
|
||||||
assets
|
|
||||||
|
|
||||||
Y2010 ; change default year to 2010
|
|
||||||
|
|
||||||
2009/1/30 ; specifies the year, not affected
|
|
||||||
expenses 1
|
|
||||||
assets
|
|
||||||
|
|
||||||
1/31 ; equivalent to 2010/1/31
|
|
||||||
expenses 1
|
|
||||||
assets
|
|
||||||
```
|
|
||||||
|
|
||||||
### Including other files
|
|
||||||
|
|
||||||
You can pull in the content of additional journal files by writing an
|
|
||||||
include directive, like this:
|
|
||||||
|
|
||||||
```journal
|
|
||||||
include path/to/file.journal
|
|
||||||
```
|
|
||||||
|
|
||||||
If the path does not begin with a slash, it is relative to the current file.
|
|
||||||
Glob patterns (`*`) are not currently supported.
|
|
||||||
|
|
||||||
The `include` directive can only be used in journal files.
|
|
||||||
It can include journal, timeclock or timedot files, but not CSV files.
|
|
||||||
|
|
||||||
## Periodic transactions
|
## Periodic transactions
|
||||||
|
|
||||||
Periodic transactions are a kind of rule with a dual purpose: they can specify
|
Periodic transaction rules (enabled by `--forecast` or `--budget`) describe recurring transactions.
|
||||||
recurring future transactions (with `--forecast`), or budget goals (with `--budget`).
|
They look like a transaction where the first line is a tilde (`~`)
|
||||||
They look a bit like a transaction, except the first line is a tilde (`~`) followed by a [period expression](manual.html#period-expressions):
|
followed by a [period expression](manual.html#period-expressions)
|
||||||
|
(mnemonic: `~` is like a recurring sine wave):
|
||||||
```journal
|
```journal
|
||||||
~ weekly
|
~ weekly
|
||||||
assets:bank:checking $400 ; paycheck
|
assets:bank:checking $400 ; paycheck
|
||||||
income:acme inc
|
income:acme inc
|
||||||
```
|
```
|
||||||
|
|
||||||
With `--forecast`, each periodic transaction rule generates recurring "forecast" transactions at the specified interval,
|
Periodic transactions have a dual purpose:
|
||||||
beginning the day after the latest recorded journal transaction (or today, if there are no transactions)
|
|
||||||
and ending 6 months from today (or at the report end date, if specified).
|
|
||||||
|
|
||||||
With `balance --budget`, each periodic transaction declares recurring budget goals for the specified accounts.
|
- With `--forecast`,
|
||||||
|
each periodic transaction rule generates future transactions,
|
||||||
|
recurring at the specified interval,
|
||||||
|
which can be seen in reports.
|
||||||
|
Forecast transactions begin the day after the latest recorded journal transaction (or today, if there are no transactions)
|
||||||
|
and end 6 months from today (or at the report end date, if specified).
|
||||||
|
|
||||||
|
- With `--budget` (supported by the balance command),
|
||||||
|
each periodic transaction rule declares recurring budget goals for the specified accounts,
|
||||||
|
which can be seen in [budget reports](/manual.html#budget-report).
|
||||||
Eg the example above declares the goal of receiving $400 from `income:acme inc`
|
Eg the example above declares the goal of receiving $400 from `income:acme inc`
|
||||||
(and also, depositing $400 into `assets:bank:checking`) every week.
|
(and also, depositing $400 into `assets:bank:checking`) every week.
|
||||||
|
|
||||||
|
(Actually, you can generate one-off transactions too,
|
||||||
|
by writing a period expression with no report interval.)
|
||||||
|
|
||||||
For more details, see:
|
For more details, see:
|
||||||
[balance: Budgeting](manual.html#budgeting)
|
[balance: Budget report](manual.html#budget-report)
|
||||||
and
|
and
|
||||||
[Budgeting and Forecasting](budgeting-and-forecasting.html).
|
[Cookbook: Budgeting and Forecasting](https://github.com/simonmichael/hledger/wiki/Budgeting-and-forecasting).
|
||||||
|
|
||||||
## Automated postings
|
## Automated postings
|
||||||
|
|
||||||
Automated postings are postings added automatically by rule to certain transactions (with `--auto`).
|
Automated postings (enabled by `--auto`) are postings added automatically by rule to certain transactions.
|
||||||
An automated posting rule looks like a transaction where the first line is an equal sign (`=`) followed by a [query](manual.html#queries):
|
An automated posting rule looks like a transaction where
|
||||||
|
the first line is an equal sign (`=`) followed by a [query](manual.html#queries)
|
||||||
|
(mnemonic: `=` tests for matching transactions, and also looks like posting lines):
|
||||||
```journal
|
```journal
|
||||||
= expenses:gifts
|
= expenses:gifts
|
||||||
budget:gifts *-1
|
budget:gifts *-1
|
||||||
@ -925,7 +938,7 @@ The posting amounts can be of the form `*N`, which means "the amount of the matc
|
|||||||
They can also be ordinary fixed amounts.
|
They can also be ordinary fixed amounts.
|
||||||
Fixed amounts with no commodity symbol will be given the same commodity as the matched transaction's first posting.
|
Fixed amounts with no commodity symbol will be given the same commodity as the matched transaction's first posting.
|
||||||
|
|
||||||
This example adds a corresponding (unbalanced) budget posting to every transaction involving the `expenses:gifts` account:
|
This example adds a corresponding ([unbalanced](#virtual-postings)) budget posting to every transaction involving the `expenses:gifts` account:
|
||||||
```journal
|
```journal
|
||||||
= expenses:gifts
|
= expenses:gifts
|
||||||
(budget:gifts) *-1
|
(budget:gifts) *-1
|
||||||
@ -942,7 +955,9 @@ $ hledger print --auto
|
|||||||
assets
|
assets
|
||||||
```
|
```
|
||||||
|
|
||||||
Automated postings would not be distinguishable from equivalent postings written by hand. In particular, they would affect [amount inference|#postings] and [balance assertion|#balance-assertions] checks in the usual way.
|
Like postings recorded by hand, automated postings participate in
|
||||||
|
[transaction balancing, missing amount inference](#postings)
|
||||||
|
and [balance assertions](#balance-assertions).
|
||||||
|
|
||||||
# EDITOR SUPPORT
|
# EDITOR SUPPORT
|
||||||
|
|
||||||
|
@ -101,7 +101,7 @@ Balance changes in 2016/02/01-2016/02/03:
|
|||||||
```
|
```
|
||||||
|
|
||||||
I prefer to use period for separating account components.
|
I prefer to use period for separating account components.
|
||||||
We can make this work with an [account alias](/journal.html#account-aliases):
|
We can make this work with an [account alias](/journal.html#rewriting-accounts):
|
||||||
|
|
||||||
```timedot
|
```timedot
|
||||||
2016/2/4
|
2016/2/4
|
||||||
|
@ -97,7 +97,7 @@ $ hledger balance
|
|||||||
```
|
```
|
||||||
|
|
||||||
By default, accounts are displayed hierarchically, with subaccounts indented below their parent.
|
By default, accounts are displayed hierarchically, with subaccounts indented below their parent.
|
||||||
At each level of the tree, accounts are sorted by [account code](/manual.html#account-directive) if any, then by account name.
|
At each level of the tree, accounts are sorted by [account code](/manual.html#declaring-accounts) if any, then by account name.
|
||||||
Or with `-S/--sort-amount`, by their balance amount.
|
Or with `-S/--sort-amount`, by their balance amount.
|
||||||
|
|
||||||
"Boring" accounts, which contain a single interesting subaccount and
|
"Boring" accounts, which contain a single interesting subaccount and
|
||||||
|
@ -457,7 +457,7 @@ hledger uses [regular expressions](http://www.regular-expressions.info) in a num
|
|||||||
|
|
||||||
- [query terms](#queries), on the command line and in the hledger-web search form: `REGEX`, `desc:REGEX`, `cur:REGEX`, `tag:...=REGEX`
|
- [query terms](#queries), on the command line and in the hledger-web search form: `REGEX`, `desc:REGEX`, `cur:REGEX`, `tag:...=REGEX`
|
||||||
- [CSV rules](#csv-rules) conditional blocks: `if REGEX ...`
|
- [CSV rules](#csv-rules) conditional blocks: `if REGEX ...`
|
||||||
- [account alias](#account-aliases) directives and options: `alias /REGEX/ = REPLACEMENT`, `--alias /REGEX/=REPLACEMENT`
|
- [account alias](#rewriting-accounts) directives and options: `alias /REGEX/ = REPLACEMENT`, `--alias /REGEX/=REPLACEMENT`
|
||||||
|
|
||||||
hledger's regular expressions come from the
|
hledger's regular expressions come from the
|
||||||
[regex-tdfa](http://hackage.haskell.org/package/regex-tdfa/docs/Text-Regex-TDFA.html)
|
[regex-tdfa](http://hackage.haskell.org/package/regex-tdfa/docs/Text-Regex-TDFA.html)
|
||||||
|
Loading…
Reference in New Issue
Block a user