mirror of
https://github.com/simonmichael/hledger.git
synced 2024-11-07 21:15:19 +03:00
;doc: update manuals
This commit is contained in:
parent
2d9b6b91b5
commit
423f3bd155
@ -1,2 +1,2 @@
|
||||
m4_dnl Date to show in man pages. Updated by "Shake manuals"
|
||||
m4_define({{_monthyear_}}, {{July 2022}})m4_dnl
|
||||
m4_define({{_monthyear_}}, {{August 2022}})m4_dnl
|
||||
|
@ -1,2 +1,2 @@
|
||||
m4_dnl Date to show in man pages. Updated by "Shake manuals"
|
||||
m4_define({{_monthyear_}}, {{July 2022}})m4_dnl
|
||||
m4_define({{_monthyear_}}, {{August 2022}})m4_dnl
|
||||
|
@ -1,5 +1,5 @@
|
||||
|
||||
.TH "HLEDGER-UI" "1" "July 2022" "hledger-ui-1.26.99 " "hledger User Manuals"
|
||||
.TH "HLEDGER-UI" "1" "August 2022" "hledger-ui-1.26.99 " "hledger User Manuals"
|
||||
|
||||
|
||||
|
||||
|
@ -549,4 +549,4 @@ SEE ALSO
|
||||
|
||||
|
||||
|
||||
hledger-ui-1.26.99 July 2022 HLEDGER-UI(1)
|
||||
hledger-ui-1.26.99 August 2022 HLEDGER-UI(1)
|
||||
|
@ -1,2 +1,2 @@
|
||||
m4_dnl Date to show in man pages. Updated by "Shake manuals"
|
||||
m4_define({{_monthyear_}}, {{July 2022}})m4_dnl
|
||||
m4_define({{_monthyear_}}, {{August 2022}})m4_dnl
|
||||
|
@ -1,5 +1,5 @@
|
||||
|
||||
.TH "HLEDGER-WEB" "1" "July 2022" "hledger-web-1.26.99 " "hledger User Manuals"
|
||||
.TH "HLEDGER-WEB" "1" "August 2022" "hledger-web-1.26.99 " "hledger User Manuals"
|
||||
|
||||
|
||||
|
||||
|
@ -586,4 +586,4 @@ SEE ALSO
|
||||
|
||||
|
||||
|
||||
hledger-web-1.26.99 July 2022 HLEDGER-WEB(1)
|
||||
hledger-web-1.26.99 August 2022 HLEDGER-WEB(1)
|
||||
|
@ -1,2 +1,2 @@
|
||||
m4_dnl Date to show in man pages. Updated by "Shake manuals"
|
||||
m4_define({{_monthyear_}}, {{July 2022}})m4_dnl
|
||||
m4_define({{_monthyear_}}, {{August 2022}})m4_dnl
|
||||
|
@ -1,6 +1,6 @@
|
||||
.\"t
|
||||
|
||||
.TH "HLEDGER" "1" "July 2022" "hledger-1.26.99 " "hledger User Manuals"
|
||||
.TH "HLEDGER" "1" "August 2022" "hledger-1.26.99 " "hledger User Manuals"
|
||||
|
||||
|
||||
|
||||
@ -2984,6 +2984,7 @@ This command lists account names, either declared with account
|
||||
directives (--declared), posted to (--used), or both (the default).
|
||||
With query arguments, only matched account names and account names
|
||||
referenced by matched postings are shown.
|
||||
.PP
|
||||
It shows a flat list by default.
|
||||
With \f[C]--tree\f[R], it uses indentation to show the account
|
||||
hierarchy.
|
||||
@ -2996,6 +2997,15 @@ With \f[C]--types\f[R], it also shows each account\[aq]s type, if
|
||||
it\[aq]s known.
|
||||
(See Declaring accounts > Account types.)
|
||||
.PP
|
||||
With \f[C]--positions\f[R], it also shows the file and line number of
|
||||
each account\[aq]s declaration, if any, and the account\[aq]s overall
|
||||
declaration order; these may be useful when troubleshooting account
|
||||
display order.
|
||||
.PP
|
||||
With \f[C]--directives\f[R], it adds the \f[C]account\f[R] keyword,
|
||||
showing valid account directives which can be pasted into a journal
|
||||
file.
|
||||
.PP
|
||||
Examples:
|
||||
.IP
|
||||
.nf
|
||||
@ -4644,6 +4654,9 @@ hledger check ordereddates payees # basic + two other checks
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
If you are an Emacs user, you can also configure flycheck-hledger to run
|
||||
these checks, providing instant feedback as you edit the journal.
|
||||
.PP
|
||||
Here are the checks currently available:
|
||||
.SS Basic checks
|
||||
.PP
|
||||
@ -4688,6 +4701,9 @@ file
|
||||
.IP \[bu] 2
|
||||
\f[B]payees\f[R] - all payees used by transactions have been declared
|
||||
.IP \[bu] 2
|
||||
\f[B]recentassertions\f[R] - all accounts with balance assertions have a
|
||||
balance assertion no more than 7 days before their latest posting
|
||||
.IP \[bu] 2
|
||||
\f[B]uniqueleafnames\f[R] - all account leaf names are unique
|
||||
.SS Custom checks
|
||||
.PP
|
||||
@ -4702,6 +4718,20 @@ assertions are passing
|
||||
.PP
|
||||
You could make similar scripts to perform your own custom checks.
|
||||
See: Cookbook -> Scripting.
|
||||
.SS More about specific checks
|
||||
.PP
|
||||
\f[C]hledger check recentassertions\f[R] will complain if any
|
||||
balance-asserted account does not have a balance assertion within 7 days
|
||||
before its latest posting.
|
||||
This aims to prevent the situation where you are regularly updating your
|
||||
journal, but forgetting to check your balances against the real world,
|
||||
then one day must dig back through months of data to find an error.
|
||||
It assumes that adding a balance assertion requires/reminds you to check
|
||||
the real-world balance.
|
||||
That may not be true if you auto-generate balance assertions from bank
|
||||
data; in that case, I recommend to import transactions uncleared, then
|
||||
use the manual-review-and-mark-cleared phase as a reminder to check the
|
||||
latest assertions against real-world balances.
|
||||
.SS close
|
||||
.PP
|
||||
close, equity
|
||||
@ -5134,12 +5164,10 @@ help
|
||||
Show the hledger user manual in one of several formats, optionally
|
||||
positioned at a given TOPIC (if possible).
|
||||
.PP
|
||||
TOPIC is any heading in the manual, or the start of any heading (but not
|
||||
the middle).
|
||||
It is case insensitive.
|
||||
.PP
|
||||
Some examples: \f[C]commands\f[R], \f[C]print\f[R], \f[C]forecast\f[R],
|
||||
\f[C]\[dq]auto postings\[dq]\f[R], \f[C]\[dq]commodity column\[dq]\f[R].
|
||||
TOPIC is any heading in the manual, or a heading prefix, case
|
||||
insensitive.
|
||||
Eg: \f[C]commands\f[R], \f[C]print\f[R], \f[C]forecast\f[R],
|
||||
\f[C]\[dq]auto postings\[dq]\f[R], \f[C]journal\f[R], \f[C]amount\f[R].
|
||||
.PP
|
||||
This command shows the user manual built in to this hledger version.
|
||||
It can be useful if the correct version of the hledger manual, or the
|
||||
@ -5151,6 +5179,16 @@ By default it uses the best viewer it can find in $PATH, in this order:
|
||||
When run non-interactively, it always uses stdout.
|
||||
Or you can select a particular viewer with the \f[C]-i\f[R] (info),
|
||||
\f[C]-m\f[R] (man), or \f[C]-p\f[R] (pager) flags.
|
||||
.PP
|
||||
Examples
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
$ hledger help --help # show how the help command works
|
||||
$ hledger help # show the hledger manual with info, man or $PAGER
|
||||
$ hledger help journal # show the journal topic in the hledger manual
|
||||
\f[R]
|
||||
.fi
|
||||
.SS import
|
||||
.PP
|
||||
import
|
||||
@ -6595,63 +6633,53 @@ You can also comment larger regions of a file using \f[C]comment\f[R]
|
||||
and \f[C]end comment\f[R] directives.
|
||||
.SS Tags
|
||||
.PP
|
||||
Tags are a way to add extra labels or labelled data to postings and
|
||||
transactions, which you can then search or pivot on.
|
||||
Tags are a way to add extra labels or labelled data to transactions,
|
||||
postings, or accounts, which you can then search or pivot on.
|
||||
.PP
|
||||
A simple tag is a word (which may contain hyphens) followed by a full
|
||||
colon, written inside a transaction or posting comment line:
|
||||
They are written as a (optionally hyphenated) word immediately followed
|
||||
by a full colon within a transaction or posting or account
|
||||
directive\[aq]s comment:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
2017/1/16 bought groceries ; sometag:
|
||||
account assets:checking ; accounttag:
|
||||
|
||||
2017/1/16 bought groceries ; transaction-tag:
|
||||
; another-transaction-tag:
|
||||
assets:checking $-1
|
||||
expenses:food $1 ; posting-tag:
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Tags can have a value, which is the text after the colon, up to the next
|
||||
comma or end of line, with leading/trailing whitespace removed:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
expenses:food $10 ; a-posting-tag: the tag value
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Note this means hledger\[aq]s tag values can not contain commas or
|
||||
newlines.
|
||||
Ending at commas means you can write multiple short tags on one line,
|
||||
comma separated:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
assets:checking ; a comment containing tag1:, tag2: some value ...
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Here,
|
||||
Tags are inherited, as follows:
|
||||
.IP \[bu] 2
|
||||
\[dq]\f[C]a comment containing\f[R]\[dq] is just comment text, not a tag
|
||||
Tags on a transaction affect the transaction and all of its postings
|
||||
.IP \[bu] 2
|
||||
\[dq]\f[C]tag1\f[R]\[dq] is a tag with no value
|
||||
.IP \[bu] 2
|
||||
\[dq]\f[C]tag2\f[R]\[dq] is another tag, whose value is
|
||||
\[dq]\f[C]some value ...\f[R]\[dq]
|
||||
Tags on an account affect all postings to that account.
|
||||
.PP
|
||||
Tags in a transaction comment affect the transaction and all of its
|
||||
postings, while tags in a posting comment affect only that posting.
|
||||
For example, the following transaction has three tags (\f[C]A\f[R],
|
||||
\f[C]TAG2\f[R], \f[C]third-tag\f[R]) and the posting has four (those
|
||||
plus \f[C]posting-tag\f[R]):
|
||||
So in the example above, - the \f[C]assets:checking\f[R] account has one
|
||||
tag (\f[C]accounttag\f[R]) - the transaction has two tags
|
||||
(\f[C]transaction-tag\f[R], \f[C]another-transaction-tag\f[R]) - the
|
||||
\f[C]assets:checking\f[R] posting has three tags
|
||||
(\f[C]transaction-tag\f[R], \f[C]another-transaction-tag\f[R],
|
||||
\f[C]accounttag\f[R]) - the \f[C]expenses:food\f[R] posting has three
|
||||
tags (\f[C]transaction-tag\f[R], \f[C]another-transaction-tag\f[R],
|
||||
\f[C]posting-tag\f[R]).
|
||||
.PP
|
||||
Tags can have a value, which is the text after the colon, until the next
|
||||
comma or end of line, with surrounding whitespace stripped.
|
||||
So here \f[C]a-posting-tag\f[R]\[aq]s value is \[dq]the tag value\[dq],
|
||||
\f[C]tag2\f[R]\[aq]s value is \[dq]foo\[dq], and \f[C]tag3\f[R]\[aq]s
|
||||
value is \[dq]\[dq] (the empty string):
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
1/1 a transaction ; A:, TAG2:
|
||||
; third-tag: a third transaction tag, <- with a value
|
||||
(a) $1 ; posting-tag:
|
||||
expenses:food $10
|
||||
; some text, a-posting-tag:the tag value, tag2: foo , tag3: , other text
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Tags are like Ledger\[aq]s metadata feature, except hledger\[aq]s tag
|
||||
values are simple strings.
|
||||
A hledger tag value may not contain a comma.
|
||||
.SS Postings
|
||||
.PP
|
||||
A posting is an addition of some amount to, or removal of some amount
|
||||
@ -7914,38 +7942,68 @@ Though not required, these declarations can provide several benefits:
|
||||
They can document your intended chart of accounts, providing a
|
||||
reference.
|
||||
.IP \[bu] 2
|
||||
In strict mode, they restrict which accounts may be posted to by
|
||||
transactions, which helps detect typos.
|
||||
.IP \[bu] 2
|
||||
They control account display order in reports, allowing non-alphabetic
|
||||
sorting (eg Revenues to appear above Expenses).
|
||||
.IP \[bu] 2
|
||||
They can help hledger know your accounts\[aq] types (asset, liability,
|
||||
equity, revenue, expense), useful for reports like balancesheet and
|
||||
incomestatement.
|
||||
.IP \[bu] 2
|
||||
They can store other account information, as comments or as tags which
|
||||
can be used to filter reports.
|
||||
.IP \[bu] 2
|
||||
They help with account name completion (in hledger add, hledger-web,
|
||||
hledger-iadd, ledger-mode, etc.)
|
||||
.IP \[bu] 2
|
||||
In strict mode, they restrict which accounts may be posted to by
|
||||
transactions, which helps detect typos.
|
||||
They can store additional account information as comments, or as tags
|
||||
which can be used to filter or pivot reports.
|
||||
.IP \[bu] 2
|
||||
They can help hledger know your accounts\[aq] types (asset, liability,
|
||||
equity, revenue, expense), affecting reports like balancesheet and
|
||||
incomestatement.
|
||||
.PP
|
||||
The simplest form is just the word \f[C]account\f[R] followed by a
|
||||
hledger-style account name, eg this account directive declares the
|
||||
\f[C]assets:bank:checking\f[R] account:
|
||||
They are written as the word \f[C]account\f[R] followed by a
|
||||
hledger-style account name, eg:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account assets:bank:checking
|
||||
\f[R]
|
||||
.fi
|
||||
.SS Account comments
|
||||
.PP
|
||||
Comments, beginning with a semicolon:
|
||||
.IP \[bu] 2
|
||||
can be written on the same line, but only after \f[B]two or more
|
||||
spaces\f[R] (because \f[C];\f[R] is allowed in account names)
|
||||
.IP \[bu] 2
|
||||
and/or on the next lines, indented
|
||||
.IP \[bu] 2
|
||||
and may contain tags, such as the \f[C]type:\f[R] tag.
|
||||
.PP
|
||||
For example:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account assets:bank:checking ; same-line comment, at least 2 spaces before the semicolon
|
||||
; next-line comment
|
||||
; some tags - type:A, acctnum:12345
|
||||
\f[R]
|
||||
.fi
|
||||
.SS Account subdirectives
|
||||
.PP
|
||||
Ledger-style indented subdirectives are also accepted, but currently
|
||||
ignored:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account assets:bank:checking
|
||||
format subdirective is ignored
|
||||
\f[R]
|
||||
.fi
|
||||
.SS Account error checking
|
||||
.PP
|
||||
By default, accounts come into existence when a transaction references
|
||||
them by name.
|
||||
By default, accounts need not be declared; they come into existence when
|
||||
a posting references them.
|
||||
This is convenient, but it means hledger can\[aq]t warn you when you
|
||||
mis-spell an account name in the journal.
|
||||
Usually you\[aq]ll find the error later, as an extra account in balance
|
||||
Usually you\[aq]ll find that error later, as an extra account in balance
|
||||
reports, or an incorrect balance when reconciling.
|
||||
.PP
|
||||
In strict mode, enabled with the \f[C]-s\f[R]/\f[C]--strict\f[R] flag,
|
||||
@ -7963,54 +8021,65 @@ includes, but not parent or sibling files.
|
||||
The position of account directives within the file does not matter,
|
||||
though it\[aq]s usual to put them at the top.
|
||||
.IP \[bu] 2
|
||||
Accounts can only be declared in \f[C]journal\f[R] files (but will
|
||||
affect included files in other formats).
|
||||
Accounts can only be declared in \f[C]journal\f[R] files, but will
|
||||
affect included files of all types.
|
||||
.IP \[bu] 2
|
||||
It\[aq]s currently not possible to declare \[dq]all possible
|
||||
subaccounts\[dq] with a wildcard; every account posted to must be
|
||||
declared.
|
||||
.SS Account comments
|
||||
.SS Account display order
|
||||
.PP
|
||||
Comments, beginning with a semicolon, can be added:
|
||||
The order in which account directives are written influences the order
|
||||
in which accounts appear in reports, hledger-ui, hledger-web etc.
|
||||
By default accounts appear in alphabetical order, but if you add these
|
||||
account directives to the journal file:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account assets
|
||||
account liabilities
|
||||
account equity
|
||||
account revenues
|
||||
account expenses
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
those accounts will be displayed in declaration order:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
$ hledger accounts -1
|
||||
assets
|
||||
liabilities
|
||||
equity
|
||||
revenues
|
||||
expenses
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Any undeclared accounts are displayed last, in alphabetical order.
|
||||
.PP
|
||||
Sorting is done at each level of the account tree, within each group of
|
||||
sibling accounts under the same parent.
|
||||
And currently, this directive:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account other:zoo
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
would influence the position of \f[C]zoo\f[R] among
|
||||
\f[C]other\f[R]\[aq]s subaccounts, but not the position of
|
||||
\f[C]other\f[R] among the top-level accounts.
|
||||
This means:
|
||||
.IP \[bu] 2
|
||||
on the same line, \f[B]after two or more spaces\f[R] (because ; is
|
||||
allowed in account names)
|
||||
you will sometimes declare parent accounts (eg \f[C]account other\f[R]
|
||||
above) that you don\[aq]t intend to post to, just to customize their
|
||||
display order
|
||||
.IP \[bu] 2
|
||||
on the next lines, indented
|
||||
.PP
|
||||
An example of both:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account assets:bank:checking ; same-line comment, note 2+ spaces required before ;
|
||||
; next-line comment
|
||||
; some tags, type:A, acctnum:12345
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Compatibility note: same-line comments are not supported by Ledger or
|
||||
hledger <1.13.
|
||||
.SS Account subdirectives
|
||||
.PP
|
||||
We also allow (and ignore) Ledger-style indented subdirectives, just for
|
||||
compatibility.:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account assets:bank:checking
|
||||
format blah blah ; <- subdirective, ignored
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Here is the full syntax of account directives:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account ACCTNAME [;type:ACCTTYPE] [COMMENT]
|
||||
[;COMMENTS]
|
||||
[LEDGER-STYLE SUBDIRECTIVES, IGNORED]
|
||||
\f[R]
|
||||
.fi
|
||||
sibling accounts stay together (you couldn\[aq]t display \f[C]x:y\f[R]
|
||||
in between \f[C]a:b\f[R] and \f[C]a:c\f[R]).
|
||||
.SS Account types
|
||||
.PP
|
||||
hledger knows that accounts come in several types: assets, liabilities,
|
||||
@ -8124,61 +8193,6 @@ $ hledger accounts --types [ACCTPAT] [-DEPTH] [type:TYPECODES]
|
||||
\f[R]
|
||||
.fi
|
||||
.RE
|
||||
.SS Account display order
|
||||
.PP
|
||||
Account directives also set the order in which accounts are displayed,
|
||||
eg in reports, the hledger-ui accounts screen, and the hledger-web
|
||||
sidebar.
|
||||
By default accounts are listed in alphabetical order.
|
||||
But if you have these account directives in the journal:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account assets
|
||||
account liabilities
|
||||
account equity
|
||||
account revenues
|
||||
account expenses
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
you\[aq]ll see those accounts displayed in declaration order, not
|
||||
alphabetically:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
$ hledger accounts -1
|
||||
assets
|
||||
liabilities
|
||||
equity
|
||||
revenues
|
||||
expenses
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Undeclared accounts, if any, are displayed last, in alphabetical order.
|
||||
.PP
|
||||
Note that sorting is done at each level of the account tree (within each
|
||||
group of sibling accounts under the same parent).
|
||||
And currently, this directive:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
account other:zoo
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
would influence the position of \f[C]zoo\f[R] among
|
||||
\f[C]other\f[R]\[aq]s subaccounts, but not the position of
|
||||
\f[C]other\f[R] among the top-level accounts.
|
||||
This means:
|
||||
.IP \[bu] 2
|
||||
you will sometimes declare parent accounts (eg \f[C]account other\f[R]
|
||||
above) that you don\[aq]t intend to post to, just to customize their
|
||||
display order
|
||||
.IP \[bu] 2
|
||||
sibling accounts stay together (you couldn\[aq]t display \f[C]x:y\f[R]
|
||||
in between \f[C]a:b\f[R] and \f[C]a:c\f[R]).
|
||||
.SS Rewriting accounts
|
||||
.PP
|
||||
You can define account alias rules which rewrite your account names, or
|
||||
@ -8910,7 +8924,7 @@ Note, for best error messages when reading CSV files, use a
|
||||
\f[C].csv\f[R], \f[C].tsv\f[R] or \f[C].ssv\f[R] file extension or file
|
||||
prefix - see File Extension below.
|
||||
.PP
|
||||
There\[aq]s an introductory Convert CSV files tutorial on hledger.org.
|
||||
There\[aq]s an introductory Importing CSV data tutorial on hledger.org.
|
||||
.SS Examples
|
||||
.PP
|
||||
Here are some sample hledger CSV rules files.
|
||||
@ -10557,25 +10571,34 @@ A sample.timedot file.
|
||||
.SH COMMON TASKS
|
||||
.PP
|
||||
Here are some quick examples of how to do some basic tasks with hledger.
|
||||
For more details, see the reference section below, the
|
||||
hledger_journal(5) manual, or the more extensive docs at
|
||||
https://hledger.org.
|
||||
.SS Getting help
|
||||
.PP
|
||||
Here\[aq]s how to list commands and view options and command docs:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
$ hledger # show available commands
|
||||
$ hledger --help # show common options
|
||||
$ hledger CMD --help # show common and command options, and command help
|
||||
$ hledger help # show available manuals/topics
|
||||
$ hledger help hledger # show hledger manual, as info/man/text (auto-chosen)
|
||||
$ hledger help journal -m # show the journal topic, as a man page scrolled to that section
|
||||
$ hledger help --help # show more detailed help for the help command
|
||||
$ hledger # show available commands
|
||||
$ hledger --help # show common options
|
||||
$ hledger CMD --help # show common options and CMD\[aq]s options and documentation
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
Find more docs, chat, mail list, reddit, issue tracker:
|
||||
https://hledger.org/support.html
|
||||
You can also view your hledger version\[aq]s manual in several formats
|
||||
by using the help command.
|
||||
Eg:
|
||||
.IP
|
||||
.nf
|
||||
\f[C]
|
||||
$ hledger help # show the hledger manual with info, man or $PAGER (best available)
|
||||
$ hledger help journal # show the journal topic in the hledger manual
|
||||
$ hledger help --help # show how the help command works
|
||||
\f[R]
|
||||
.fi
|
||||
.PP
|
||||
To view manuals and introductory docs on the web, visit
|
||||
https://hledger.org.
|
||||
Chat and mail list support and discussion archives can be found at
|
||||
https://hledger.org/support.
|
||||
.SS Constructing command lines
|
||||
.PP
|
||||
hledger has an extensive and powerful command line interface.
|
||||
|
1153
hledger/hledger.info
1153
hledger/hledger.info
File diff suppressed because it is too large
Load Diff
2659
hledger/hledger.txt
2659
hledger/hledger.txt
File diff suppressed because it is too large
Load Diff
Loading…
Reference in New Issue
Block a user