GnuCash Android v1.6.0 pre-beta

[Ngewi Fet]

>
>
> 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.