GnuCash Android v1.6.0 pre-beta

Dave H hellvee at gmail.com
Mon May 4 14:55:25 EDT 2015


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 <ngewif at 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 <ngewif at 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 at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 340.png
Type: image/png
Size: 641 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20150505/1d9adcc6/attachment.png>


More information about the gnucash-devel mailing list