summaryrefslogtreecommitdiff
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Enabled use of pre-compiled headers by defaultJohn Wiegley2009-03-1063-2/+124
|
* Normalized some #ifdef's to #if definedJohn Wiegley2009-03-101-3/+3
|
* Disabled warning on not finding ledger/__init__.pyJohn Wiegley2009-03-091-1/+4
| | | | | This warning is completely harmless, and was downgraded to a debug message.
* Rewrote acprep in Python and improved the buildJohn Wiegley2009-03-091-16/+2
|
* Added support for "today" as a time periodJohn Wiegley2009-03-081-1/+11
|
* Rewrote the balance report again, to fix --depthJohn Wiegley2009-03-085-56/+53
|
* Fixed a few minor cases of uninitialized variablesJohn Wiegley2009-03-084-6/+7
|
* Fixed a reference to uninitialized memoryJohn Wiegley2009-03-071-1/+1
| | | | | This was only found with _GLIBCXX_DEBUG=1 *and* coverage analysis (-fprofile-arcs -ftest-coverage).
* Revised the ways statistics are computedJohn Wiegley2009-03-067-189/+237
| | | | | | | It is no longer done in calc_posts, but recursively on each account. This allows value expressions to ask statistical questions, like "earliest cleared posting?" (TBD) from any specific account, computed lazily.
* Changed the way that account balances are computedJohn Wiegley2009-03-068-83/+234
|
* Implemented --unround using value expressionsJohn Wiegley2009-03-064-29/+14
|
* Don't compute running total for balance reportsJohn Wiegley2009-03-053-19/+23
|
* Removed the --totals optionJohn Wiegley2009-03-054-10/+2
|
* Enriched the behavior of post_t::add_to_valueJohn Wiegley2009-03-051-3/+21
| | | | | The new behavior will be used in future by some pending topic branches I'm working on.
* Renamed some flags and members in post_tJohn Wiegley2009-03-054-30/+33
|
* Added a value_t macro: VALUE_OR_VEROJohn Wiegley2009-03-051-0/+2
|
* If Python is not in use, global includes sessionJohn Wiegley2009-03-051-0/+2
|
* Reduced the #include dependency tree to a minimumJohn Wiegley2009-03-0480-153/+204
|
* Cured several harmless compiler warningsJohn Wiegley2009-03-046-4/+12
|
* Changed many assert() calls to VERIFY()John Wiegley2009-03-048-54/+49
|
* Corrected a build error if Python support missingJohn Wiegley2009-03-031-0/+4
|
* Gather account details in a details_t structureJohn Wiegley2009-03-037-35/+49
|
* Normalized how account totals are calculatedJohn Wiegley2009-03-039-129/+68
|
* Added a new "account_amount" valexpr functionJohn Wiegley2009-03-031-0/+31
| | | | At the moment, it's only useful during parsing.
* If a posting has an integer amount, convert itJohn Wiegley2009-03-031-3/+7
|
* Added ; as a sequencing operator in valexprsJohn Wiegley2009-03-035-2/+58
|
* Fixed parsing of '(1, 2, (3, 4))'John Wiegley2009-03-033-1/+12
|
* Allow special %{} formatting sequenceJohn Wiegley2009-03-033-32/+122
| | | | | | | | | | | | | | | Although %(amount) inserts an item's amount, it only does exactly that. There is no special consideration like stripping of lot details, or reduction to the base commodity, etc. For those things, and to make sure it was display in red if negative, the canonical form would be: %(ansify_if(justify(scrub(amount), 12, -1, true), red if amount < 0)) You can now use the special %{} form as an alternate to this: %12{amount, red if amount < 0} The two expand to the same underlying expression.
* Made all the ANSI color names into valexpr namesJohn Wiegley2009-03-031-0/+67
|
* Made error reporting while parsing more resilientJohn Wiegley2009-03-032-7/+7
|
* Added a "python" command, which invokes Py_MainJohn Wiegley2009-03-033-0/+49
|
* Moved fn_false to be a non-member functionJohn Wiegley2009-03-032-4/+4
|
* Added a "null" value for value expressionsJohn Wiegley2009-03-032-1/+10
|
* Added Python-style if/else expression keywordsJohn Wiegley2009-03-035-3/+66
|
* Added a "show" report query termJohn Wiegley2009-03-024-10/+45
| | | | | Everything beyond the show modifies the --display predicate, and everything before modifies the --limit predicate.
* Added "fixated commodity pricing"John Wiegley2009-03-023-3/+17
| | | | | | | | | | | | | If you put '=' before an annotated commodity's price, it will cause any future market valuation of that commodity to use that price, and ignore whatever changes may have happened since in the market price. This can be useful if you are tracking gas expenses based on a standard rate which, although it changes over time, should not adjust the historical valuation of how much the gas cost at the time it was purchased: 2009/01/01 Payee Expenses:Gas 100 GAL {=$2} Liabilities:MasterCard $-200
* The entry command now implies --actualJohn Wiegley2009-03-021-2/+4
|
* The entry command always creates uncleared itemsJohn Wiegley2009-03-021-1/+6
|
* The entry command no longer handles effective datesJohn Wiegley2009-03-021-10/+1
|
* Patched some date-sensitive testsJohn Wiegley2009-03-021-1/+1
|
* Changed how comments are output to be more logicalJohn Wiegley2009-03-013-12/+16
|
* Fixed the printing of O_CONS nodesJohn Wiegley2009-02-282-16/+27
|
* Corrected warnings g++-4.3.3 was complaining aboutJohn Wiegley2009-02-2821-87/+131
|
* Corrected a potential invalid memory accessJohn Wiegley2009-02-281-4/+7
|
* Separator in "balance" now part of format stringJohn Wiegley2009-02-273-18/+41
|
* Fixed a compile error found by g++-4.3.2John Wiegley2009-02-271-4/+4
|
* The generate report now generates lot detailsJohn Wiegley2009-02-271-14/+14
|
* The generate report now implies --actualJohn Wiegley2009-02-271-0/+1
|
* Allow --head to limit the entries generate createsJohn Wiegley2009-02-271-1/+3
|
* Added --lots-actual, to not print calc'd detailsJohn Wiegley2009-02-274-29/+56
|
generated by cgit v1.2.3 (git 2.39.1) at 2025-01-06 15:18:27 +0000