Hi Ngewi, Have installed the latest beta and there is apparently no change in the app behaviour - still the white screen with the header and then just the black screen [?]
Cheers Dave H. On 5 May 2015 at 02:02, Ngewi Fet <nge...@gmail.com> wrote: > Hello all, > attached is v1.6.0-beta2 build of GnuCash Android. > This update fixes some bugs causing crashes when importing accounts (in > some special cases). > Also, if your template transaction split amounts cannot be parsed, it will > just ignore all template transactions and scheduled actions. > > Thanks for all the feedback so far and keep it coming! > > Regards, > Ngewi F. > > P.S. If you have joined the Play Store beta program, you will get the > updates automatically! > > > On Mon, May 4, 2015 at 2:21 PM, Ngewi Fet <nge...@gmail.com> wrote: > > > > >> 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> > > > > > > > >> According to Ngewi release 1.5.5 completely ignores scheduled > >> transactions, which also matches my experience. Since I anticipate > >> using the Android version mainly to enter day to day cash and bank > >> transactions, I think 1.5.5 could work for me if it were easier to > >> navigate. I could live without stocks or scheduled transactions in the > >> Android version. In fact, I could even live without direct access to > >> income and expense accounts. > >> > > > > 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 noticed in release 1.5.5 that the split transaction display was > >> confusing because the 'goes intos' plus the 'comes out ofs' do not add > >> up to zero. they were identical from the perspective of income and > >> expense accounts, which is fine if shown correctly. I personally think > >> that the source register that the split transaction is viewed from > >> should not matter at all. I wish the regular Gnucash worked that way. I > >> do not think that I should be required to open up a security account > >> register to enter a purchase or sale. > >> > > > > I'm not sure what you mean but would love if you could explain it a bit > > more. > > Do you mean that all the details of the splits in a transaction should > > always be shown? > > Right now the app shows only the balance for the account within which the > > transaction is viewed, which is I think a good balance of quantity of > > information/available space. > > Opening up the split editor then shows all the remaining details. > > > > Also there was (and is) indeed a but in the split editor with the display > > of the amounts (green/red coloring and sign). > > But the sum should be correct and the data in the database accurate. > > > > Regards, > > Ngewi F. > > > > > > _______________________________________________ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > >
_______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
