summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Detailed section on the new commodity valuation system.Craig Earls2012-10-101-165/+320
|
* Fixes bug 801. Replaces "jorunal" with Ledger on line 235 of ledger3.texiCraig Earls2012-10-101-2/+1
|
* Filled in many blank entriesCraig Earls2012-10-091-471/+770
| | | | Also reformatted the option lists to be more like the GCC manual
* Corrected a few missing @ symbols per JeroenCraig Earls2012-10-041-4/+4
|
* correcte --period-sort arguments in section 7.3.1Craig Earls2012-10-031-2/+2
|
* Merge pull request #84 from bkuhn/bug-492John Wiegley2012-10-033-0/+47
|\ | | | | Regression tests for Bug 492
| * Rounding is different for balance totals vs. postings when using posting costs.Bradley M. Kuhn2012-09-302-0/+30
| | | | | | | | | | | | | | | | | | | | test/regress/CAE63F5C-b.test and test/regress/CAE63F5C-c.test should both pass, but test/regress/CAE63F5C-c.test does not, because the total line of $6.46 is rounded wrong; it should be $6.45. There seems to be different rounding occurring for totals vs. postings. This seems to be related to Bug #492.
| * Running totals on a report including automated transactions are computed ↵Paolo Capriotti2012-09-301-0/+17
|/ | | | | | with extra precision, resulting in balances differing from the sum of their components.
* Added -N/--ninja option to acprepJohn Wiegley2012-09-272-3/+9
|
* Don't use the ninja build command by defaultJohn Wiegley2012-09-271-1/+1
|
* Changes to support using homebrew and ninjaJohn Wiegley2012-09-264-73/+27
|
* Changes for CMakeJohn Wiegley2012-09-211-4/+3
|
* Merge pull request #82 from bkuhn/doc-fixed-directiveJohn Wiegley2012-09-181-3/+40
|\ | | | | Documentation for the fixed directive.
| * Make reference and link to Bug Report #789 in fixed directive documentation.Bradley M. Kuhn2012-09-141-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Due to weirdness that's currently true with the existing next branch of ledger, I believe it's important to tell users in the documentation that there are some discrepancies in the 'fixed' directive behavior. The documentation from my previous commit is written to explain what 'fixed' *should* do; adding the bug report link here is a placeholder to tell users that it may not do what they think it does. Obviously, if someone closes #789, they should remove this paragraph added herein. But, if the bug report is closed, but the documentation lags behind, the worst that happens is some users have to click through to see the bug is closed.
| * Documentation for the fixed directive.Bradley M. Kuhn2012-09-141-0/+31
| | | | | | | | | | Based on conversation with johnw on IRC, I believe this text properly documents the intended feature of the fixed directive.
| * Created Fixated prices node.Bradley M. Kuhn2012-09-141-3/+5
|/ | | | | There was a Fixated prices section, but no Fixated prices node. This of course required an update of nodes and menus throughout chapter.
* Merge pull request #81 from bkuhn/doc-small-improvementsJohn Wiegley2012-09-091-2/+22
|\ | | | | Document "Data File Parsing Information" format strings.
| * Fixed typo: removed extra @tab.Bradley M. Kuhn2012-09-101-1/+1
| |
| * Document "Data File Parsing Information" format strings.Bradley M. Kuhn2012-09-101-2/+22
|/ | | | | Based on my reading of src/format.cc and inspection of output on some test data, I believe this is adequate documentation for these format strings.
* Merge pull request #80 from bkuhn/contrib-non-profit-annual-audit-reportsJohn Wiegley2012-09-0919-0/+3236
|\ | | | | Contrib: non-profit annual audit reports
| * Receipt/Invoice are additional information thus better if they're final columns.Bradley M. Kuhn2012-09-082-3/+4
| | | | | | | | | | | | | | | | | | Change the column of Receipt and Invoice in the CSV file first, then the generated ODS file must have the same change propagated, which requires changes to the column numbers hard-coding in csv2ods.py. Perhaps if/when this application is refactored these things shouldn't be hard-coded in this way in the first place.
| * Add to .gitignore items generated by contrib/non-profit-audit-reports/demo.shBradley M. Kuhn2012-09-081-0/+6
| |
| * First pass technical study of creating ODS from ledgerTom Marble2012-09-086-3/+2256
| |
| * Updated copyright notice to reflect reality.Bradley M. Kuhn2012-09-071-1/+2
| | | | | | | | Both Tom and I have made copyrightable changes to this file this year.
| * Added additional transaction to test data, this one has both Receipt and ↵Bradley M. Kuhn2012-09-073-0/+111
| | | | | | | | Invoice.
| * Fixed 2010/01/01 test data and added an invoice for it.Bradley M. Kuhn2012-09-072-3/+2
| |
| * Merge branch 'contrib-non-profit-annual-audit-reports' of ↵Bradley M. Kuhn2012-09-076-2/+25
| |\ | | | | | | | | | gitorious.org:ledger/ledger into contrib-non-profit-annual-audit-reports
| | * Changed general-ledger-report.plx to use tags for Receipt and Invoice (was %N)Tom Marble2012-09-076-2/+25
| | | | | | | | | | | | Added sample PDF artifacts for the example (see README)
| * | Don't use all caps for tags in test data.Bradley M. Kuhn2012-09-071-3/+3
| |/
| * Make test data slightly more realistic.Bradley M. Kuhn2012-09-071-1/+1
| |
| * There needs to be at least 3 args here, clearly.Bradley M. Kuhn2012-09-071-1/+1
| |
| * A few fixes to make this work with Ledger 3.x instead of 2.6.2Bradley M. Kuhn2012-09-071-5/+5
| | | | | | | | | | * --wide-register-format is no long an option, use -F * %D now must be %(date)
| * Switch ledger binary to /usr/local/bin/ledger.Bradley M. Kuhn2012-09-071-1/+1
| |
| * General ledger reporting script, used for preparing a report for non-profit ↵Bradley M. Kuhn2012-09-071-0/+128
| | | | | | | | | | | | | | | | | | | | | | auditors. I developed this, and therefore have the full git commit history, in my personal "Small-Hacks" repository, which can be cloned from: git://gitorious.org/bkuhn/small-hacks.git More details on that are available by visiting: https://gitorious.org/bkuhn/small-hacks
| * Initial test data for the non-profit-audit-reports contrib application.Bradley M. Kuhn2012-09-063-0/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The basic idea here is that given non-profit-test-data.ledger herein, there should be a script that I could run, in this fashion: $ general-ledger-report -b 2011/03/01 -e 2012/03/01 -f tests/non-profit-test-data.ledger that would generate: non-profit-test-data_chart-of-accounts.txt non-profit-test-data_general-ledger.ods Note that the ODS file currently has placeholders, as I haven't fully figured out how to use the =hyperlink() function to make relative hyperlinks.
| * contrib/non-profit-audit-reports/ directory will be a small GPLv3'd application.Bradley M. Kuhn2012-09-062-0/+688
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Upon discussion with John Wiegley <johnw@newartisans.com> on #ledger on irc.freenode.net, the following was indicated: <johnw> bkuhn: as long as the GPL infection stays in contrib, I see no problem with it ... <bkuhn> ... I got the ... answer, which is "johnw will accept GPL'd stuff in contrib/..., as long as it's careful to not cause GPL to cover the main Ledger codebase that's not in contrib/..." Therefore, the non-profit-audit-reports/ application will be licensed GPLv3-or-later.
| * FAQ entry on how build your own Boost and/or CMake for use with Ledger.Bradley M. Kuhn2012-09-061-0/+40
| | | | | | | | | | | | | | | | Debian squeeze, which is currently the stable distribution at the time of this commit, has both a Boost and a CMake that is too old for Ledger. This FAQ entry explains how to build your own Boost and CMake for use with Ledger, and the exact commands to type to build and install each, and then configure, build and install Ledger against those new versions.
| * Correct cmake variable for install prefix is "CMAKE_INSTALL_PREFIX", not ↵Bradley M. Kuhn2012-09-061-1/+1
| | | | | | | | | | | | | | | | "CMAKE_PREFIX_PATH". CMAKE_PREFIX_PATH is for searching for other programs, not for the place to install this one. Based on acprep's --help, I think the intention was to use CMAKE_INSTALL_PREFIX here.
* | Merge pull request #79 from bkuhn/gitignore-ledger3-infoJohn Wiegley2012-09-091-0/+1
|\ \ | | | | | | doc/ledger3.info should be ignored.
| * | doc/ledger3.info should be ignored.Bradley M. Kuhn2012-09-081-0/+1
|/ / | | | | | | | | | | doc/ledger3.info was probably missing from the .gitignore because ledger3.info isn't build automatically yet, but might as well add it to .gitignore for those who are building it by hand at the moment.
* | Merge pull request #77 from bkuhn/acprep-wrong-cmake-install-prefixJohn Wiegley2012-09-061-1/+1
|\ \ | | | | | | Correct cmake variable for install prefix is "CMAKE_INSTALL_PREFIX", not "CMAKE_PREFIX_PATH".
| * | Correct cmake variable for install prefix is "CMAKE_INSTALL_PREFIX", not ↵Bradley M. Kuhn2012-09-061-1/+1
| |/ | | | | | | | | | | | | | | "CMAKE_PREFIX_PATH". CMAKE_PREFIX_PATH is for searching for other programs, not for the place to install this one. Based on acprep's --help, I think the intention was to use CMAKE_INSTALL_PREFIX here.
* | Merge pull request #78 from bkuhn/README-FAQ-on-building-own-boost-cmakeJohn Wiegley2012-09-061-0/+40
|\ \ | |/ |/| FAQ entry on how build your own Boost and/or CMake for use with Ledger.
| * FAQ entry on how build your own Boost and/or CMake for use with Ledger.Bradley M. Kuhn2012-09-061-0/+40
|/ | | | | | | | Debian squeeze, which is currently the stable distribution at the time of this commit, has both a Boost and a CMake that is too old for Ledger. This FAQ entry explains how to build your own Boost and CMake for use with Ledger, and the exact commands to type to build and install each, and then configure, build and install Ledger against those new versions.
* Merge pull request #76 from bkuhn/cmake-python-prepend-version-search-listJohn Wiegley2012-09-061-0/+1
|\ | | | | Ledger's Python API is known to work best against Python 2.7 &/or 2.6
| * Ledger's Python API is known to work best against Python 2.7, then Python 2.6Bradley M. Kuhn2012-09-061-0/+1
|/ | | | | | | | | | | | | | | | Indeed, at the moment, it doesn't work against Python 3.x at all, so ideally, we'd like to tell CMake that no Python versions except 2.7 and 2.6 are acceptable. However, at least as of CMake 2.8.8, there appears to be no way to instruct CMake to never consider other versions of Python. In other words, Python_ADDITIONAL_VERSIONS is prepended to the list of possible Python versions considered, rather than replacing it wholly. Theoretically, we could try to diddle withe the internal CMake variables _PYTHON_FIND_OTHER_VERSIONS or _Python_VERSIONS somehow, but that seems kludgey and dangerous. This patch is probably "enough for now" to at least make sure that if the user has both Python 2.x and Python 3.x installed, some version of 2.x that is known to work will be preferred.
* Merge pull request #74 from hwright/nextJohn Wiegley2012-08-163-1/+6
|\ | | | | Fix a couple of compilation warnings
| * Fix compilation warning: ensure a destructor is properly defined to avoidHyrum Wright2012-08-142-0/+5
| | | | | | | | compiler confusion.
| * Fix compilation warning: be sure we call the base class copy constructor.Hyrum Wright2012-08-141-1/+1
| |
* | Typo fixMartin Michlmayr2012-08-151-1/+1
|/
generated by cgit v1.2.3 (git 2.39.1) at 2025-01-09 19:49:09 +0000