From 45904d4a25a29e58f65200962b241ad4d8b26dca 2013-11-14 17:50:48 From: Bradley M. Kuhn Date: 2013-11-14 17:50:48 Subject: [PATCH] Don't put any text in the with only id so that the class isn't need in CSS. you should change it to Generating reports so, just create an empty tag before the anchor target is that really the "right way" to do it? it's the generally accepted way oh, ok. it's the way sphinx does it, for example I think wikipedia does the same --- diff --git a/UseCases/Collaborating.mdwn b/UseCases/Collaborating.mdwn index 6ba60ce737bc77ed698f9a998fa2dc8834bbc6a2..7a8348d5b63ead1190b65592ba349486b9497d60 100644 --- a/UseCases/Collaborating.mdwn +++ b/UseCases/Collaborating.mdwn @@ -1,7 +1,7 @@ As an accountant that collaborates with other accountants I need: -- Simultaneous editing of the same ledger +- Simultaneous editing of the same ledger - FIXME: this should probably be stated differently: In the case of decentralized ledgers, such as ledger-cli files shared via DVCS - Easy synchronization of entries from separate ledgers diff --git a/UseCases/GeneratingReports.mdwn b/UseCases/GeneratingReports.mdwn index 03dbb13acbc12ea9fdfbfb1bb8c1d622568f850c..76576da20d0c5abcb41601bdac700b38c426b846 100644 --- a/UseCases/GeneratingReports.mdwn +++ b/UseCases/GeneratingReports.mdwn @@ -5,13 +5,13 @@ As an US-based NPO I need a way to *generate reports* in order to: The usual reports an NPO is expected to generate, and all of these should be generatable for any given date period: -- [Trial balance](http://en.wikipedia.org/wiki/Trial_balance) -- [Bank Reconciliation Report](http://en.wikipedia.org/wiki/Bank_reconciliation) +- [Trial balance](http://en.wikipedia.org/wiki/Trial_balance) +- [Bank Reconciliation Report](http://en.wikipedia.org/wiki/Bank_reconciliation) + This report often needs to be generated with input from the user, since [the subset sum problem](http://en.wikipedia.org/wiki/Subset_sum_problem) is [NP-complete](http://en.wikipedia.org/wiki/NP-complete), human intervention is often needed to identify the specific transactions to show on this report. -- [Chart of accounts](http://en.wikipedia.org/wiki/Chart_of_accounts) -- Cash Disbursements Journal -- Income Report (just a list/sum of all Income accounts for a period) -- Expenses Report (just a list/sum of all Expenses accounts for a period) +- [Chart of accounts](http://en.wikipedia.org/wiki/Chart_of_accounts) +- Cash Disbursements Journal +- Income Report (just a list/sum of all Income accounts for a period) +- Expenses Report (just a list/sum of all Expenses accounts for a period) - [[Fund Report|UseCases/FundAccounting#FundReport]] Also, To handle [[UseCases/FundAccounting]] all of these reports should be generatable narrowed to specific funds. diff --git a/UseCases/WorkFlow.mdwn b/UseCases/WorkFlow.mdwn index 0cb559e9d4114913ed567235d78989ad01dfb258..283ad4d3fddaabb18faaf0fea58ebe1ffda04c3a 100644 --- a/UseCases/WorkFlow.mdwn +++ b/UseCases/WorkFlow.mdwn @@ -5,7 +5,7 @@ of uses. While the ability to impose a specific workflow (e.g., for a bookkeeper who might make an error easily if the system doesn't require a workflow), the workflow should not be dictated. -## The "Unaccrued Invoice" Example +## The "Unaccrued Invoice" Example The easiest example I have of this relates to accruing income upon invoice diff --git a/local.css b/local.css index d2b1902cd8aa1aae3218c12a61d7d0582a6b7372..12010f18c1aed4147e5a6b586e76609757f85b6c 100644 --- a/local.css +++ b/local.css @@ -27,6 +27,3 @@ footer { .npoacct-navbar .createlink a { color: #ce1f1f; } -a.idOnly { -text-decoration: none !important; -} \ No newline at end of file