Most of these, like "Udgifter", correspond directly to directly to en_GB
equivalents, like "Expenses". However, unlike in the en_GB version, the parent
accounts in the Danish templates are not marked as placeholders.
I have used my own judgement in a few cases where there was no direct equivalent
in the en_GB templates.
file(COPY ) will only trigger when the destination file doesn't exist yet.
It won't retrigger on source file changes.
configure_file on the other hand will. To avoid unwanted substitution
attempts this can be invoked with the COPYONLY keyword.
Disadvantage of configure_file is that it will only take one
input file where file(COPY ) can operate on a list of files.
As such the configure_file statement has to be wrapped in a foreach.
A few uses of file(COPY ) can't be replaced as they are setting
file permissions. And the one in make_dist has been kept as that
always operates on an empty directory, hence copying is guaranteed.
The former will monitor the file for updates and copy it again
the latter will only copy the file if it doesn't exist in the destination yet
A former contributor had hidden several accounts, which he in his
business did not use. New users might have no clue about their
existence. To avoid cluttering the drop-down list they are now marked as
placeholder.
Caused by an error in the german translation in 2005 I had created many
accounts of type PAYABLE, which should have been normal LIABILITY
accounts. They should not show up in the "Post [invoice] to account"
list.
Because the other german contributors in 2008 did not understand the
difference between the account types, the change had been rejected for
SKR04, although it was accepted for SKR03.
Add missing namespaces.
Replace type="guid" by type="new".
Add Placeholder slot to groups.
Remove redundant
'<act:commodity-scu>100</act:commodity-scu>' and
'<act:description>.*</act:description>'
<act:type> adjustments:
RECEIVABLE should only be used for invoices,
PAYABLE: "Verbindlichkeiten aus Lieferungen und Leistungen"
(at least one) EQUITY is required. Because we currently do not have
an account type PASSIVA, the node "Passiven" was replaced by a note in
<description> it's child accounts.
