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.
There are more, but these are most common ones.
There are also a number of urls that don't behave well when https, so those are skipped
At some point I have also started marking non-working URLs as [DEAD LINK], though
that's not a full coverage.
I'm sorry! After double checking my files I found one more file (acctchrt_common.gnucash-xea) that needed the correction of the <act:id type="guid"> problem.
Now, all account files have the correct string : <act:id type="new">
Just noticed, that I forgott to change the "guid" string in these two files, as specified in the wiki: "Just replace all occurrences of <act:id type="guid"> by <act:id type="new">".
Only the croatian files for "eduloan" and "fixedassets" needed the change. Sorry for the inconvienience!
Österreichischer Einheitskontenrahmen, Stand Mai 2017
Von der Webseite der Kammer der Steuerberater und Wirtschaftsprüfer
(https://www.ksw.or.at/), Fachgutachten Betriebswirtschaft, KSF/BW 6.
Change all instances of bugzilla.gnome.org to bugs.gnucash.org, reflecting
our migration to a self-hosted bug tracker.
Inform the Translation Project Coordinator at release that this affects
translatable strings and that all message catalogs have been updated.
acctchrt_common:
there is a gratituous "i"
acctchrt_full (ja):
the Retirement and Spouse's retirement accounts have two parents
(Investment as well as ROOT), removed ROOT.
uk-vat:
the root account was pasted a line too high 7y ago. all other files have
the header block continuous
This reverts commit eb67baba5b, reversing
changes made to 0064dafbad.
Keve Mueller's xea-fixes branch was made from master, so merging it into
maint effectively merged master onto maint, not something we want to do.
acctchrt_common:
there is a gratituous "i"
acctchrt_full (ja):
the Retirement and Spouse's retirement accounts have two parents
(Investment as well as ROOT), removed ROOT.
uk-vat:
the root account was pasted a line too high 7y ago. all other files have
the header block continuous
