Mon, 4 May 2015 14:21:25
<cae0qbaxoq67k-uaru2eaynpfqmbptdt488zhcsxrb5m6qy6...@mail.gmail.com>
Ngewi Fet <nge...@gmail.com>
Dave H,
Your experience is quite similar to mine described elsewhere in this
thread. All of my example files have many brokerage accounts with
stocks and mutual funds which did not appear to be displayed correctly,
but maybe that part of the program is not complete yet. I have asked
for a description of what a template looks like so I can excerpt one or
more from my file for perusal. I remember a few years ago trying to
identify a template but I either got lost in the nesting or I was not
sure which UI(is that the term?)references were germain.
oh if I could have an example that would be great!
Template transactions are very similar to normal ones in the file, the
difference is where they are located.
If you search the file till you see the tag <gnc:template-transactions>
then that's where they begin.
First there will be a list of some template accounts and then after that
the transactions. It will look something like:
<gnc:transaction version="2.0.0">
<trn:id type="guid">db82d0f7c39ba88f75890bf5faa12fef</trn:id>
<trn:currency>
<cmdty:space>ISO4217</cmdty:space>
<cmdty:id>EUR</cmdty:id>
</trn:currency>
<trn:date-posted>
<ts:date>2015-04-29 09:57:58 +0200</ts:date>
</trn:date-posted>
<trn:date-entered>
<ts:date>2015-04-29 09:57:58 +0200</ts:date>
</trn:date-entered>
<trn:description>Bonus</trn:description>
<trn:splits>
<trn:split>
<split:id type="guid">bb671fa732b2801c797f9da0d2adf5b8</split:id>
<split:reconciled-state>n</split:reconciled-state>
<split:value>0/100</split:value>
<split:quantity>0/1</split:quantity>
<split:account
type="guid">a599ef1aeb9a187103cdebd472d4413b</split:account>
<split:slots>
<slot>
<slot:key>sched-xaction</slot:key>
<slot:value type="frame">
<slot>
<slot:key>account</slot:key>
<slot:value
type="guid">2e8302f06be346db67be0cfc79849124</slot:value>
</slot>
<slot>
<slot:key>debit-formula</slot:key>
<slot:value type="string">256,55</slot:value>
</slot>
</slot:value>
</slot>
</split:slots>
</trn:split>
<trn:split>
<split:id type="guid">dfa255b39b10da51622f3a390e2ad516</split:id>
<split:reconciled-state>n</split:reconciled-state>
<split:value>0/100</split:value>
<split:quantity>0/1</split:quantity>
<split:account
type="guid">a599ef1aeb9a187103cdebd472d4413b</split:account>
<split:slots>
<slot>
<slot:key>sched-xaction</slot:key>
<slot:value type="frame">
<slot>
<slot:key>account</slot:key>
<slot:value
type="guid">809c5d87cd5a95b1f38023a150e000d6</slot:value>
</slot>
<slot>
<slot:key>credit-formula</slot:key>
<slot:value type="string">256,55</slot:value>
</slot>
</slot:value>
</slot>
</split:slots>
</trn:split>
</trn:splits>
</gnc:transaction>
A senior may correct me but my understanding is that an SX references a
previously existing transaction.
What happens to the SX when the underlying TX is changed is, I think,
not very clear. You are, I suggest, being brave in presuming something
gnc plain doesn't.
Yes, I will make modifications to the program so that it first tries to
parse the SXs.
But if it fails, it will just revert to 1.5.5 behaviour and ignore
scheduled transactions completely.
I feel this will be a better balance.
I'm still uncertain about the master / slave model. I'm certain I want
my desktop to be prime
--
Wm...
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
