Re: GnuCash Android v1.6.0 pre-beta

[Ngewi Fet]

Thanks for the feedback David. Very much appreciated!
See my responses below:

On Wed, Apr 29, 2015 at 12:49 AM, David Carlson  wrote:

> I was able to install it to my LG G Pad 7.0 LTE over release 1.5.5 from
> the play store.  I had to fumble a lot initially to figure out how Gnucash
> for android works in general.  I finally succeeded in importing my account
> structure and created a couple of sample transactions,
>

In the navigation drawer, there is an "Open" option which allows you to
select a new file to import. (Also in Settings -> Accounts)
I have made modifications to the code to automatically open the nav drawer
after upgrade (so users are aware of it).



> but it seemed very hard to do since i have not found a quick way enter
> account names or copy text from other transactions, if possible.
>

When you open a transaction, you can copy the text from any of the text
fields. But I think you mean more the ease of creating transactions.
When creating a new transaction, if you start typing the description the
app suggests similar transactions (and fills the form for you if you select
one).
Yes, at the moment account names can only be selected from a dropdown. We
are continuously looking at ways to optimize this.
An explicit option to duplicate a transaction is coming in the next
release.


> After that I installed the beta from this email since I have not found
> your development repository.  I finally succeeded in exporting a qif file
> via the share file method to email it to myself because I could not figure
> out how to make other methods such as local file creation on a sd card work.
>

Ok, that is very strange. Unless the SD card was unmounted (e.g. connected
to a PC), it should work. SD card exports are the easiest export method.
Can you email me a bit more details of what happens? Also, what happens
when you try the other export destinations (DropBox, Google Drive)?


>
> Then gnucash for android developed a black screen and I cannot see
> anything now.  I guess I need to un-install it.
>

Does quitting and restarting the app help?


>
> I think it needs a help manual describing how to do the basic things.
>

Yes, there are plans for that in a future version.


>
> I guess it has a lot of promise, but I could not jump in with both feet
> and use it right away.
>

Thanks for trying it out!

Regards,
Ngewi
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Android v1.6.0 pre-beta

[Ngewi Fet]

Thanks for posting the links Dave.
You can also easily build and install the app on your device by
checking-out the source code and running "gradlew installDevelopmentDebug"
in the main directory with your device connected!
That will install a development flavor (named GnuCash - devel) which can be
exist parallel to your normal installation.
That way you can try out the new stuff without affecting your normal
bookkeeping.

If you are in the Play Store beta group, a beta version will be available
there soon!

Cheers,
Ngewi F.

On Wed, Apr 29, 2015 at 1:18 AM, Dave H  wrote:

> David,
>
> Go to www.gnucash.org and scroll down about half a page to the Gnucash
> for Android section - it's just off the bottom of the screen on my
> monitor.  Click on the "Info and Development" link which will take you to
> the README for the app at
> https://github.com/codinguser/gnucash-android/blob/master/README.md.  If
> you click on one of the blog links or just go to
> http://www.codinguser.com/ for the blog home page you will be able to
> read some of the blog postings which will give you more of a feel for the
> app and how to use it.  There is also an Android Import Guide from 2014 on
> the blog home page -
> http://www.codinguser.com/2014/03/gnucash-android-account-import-guide/
>
> I seem to recall that the version prior to this latest beta will also read
> my gnucash xml file directly and I was able to just import that the last
> time I played around with the app.  I won't be upgrading to this latest
> beta for a week or so as I have some transactions I need to export from my
> phone and import into gnucash proper on my desktop.
>
> Cheers Dave H.
>
>
> On 29 April 2015 at 08:49, David Carlson 
> wrote:
>
>> I was able to install it to my LG G Pad 7.0 LTE over release 1.5.5 from
>> the
>> play store.  I had to fumble a lot initially to figure out how Gnucash for
>> android works in general.  I finally succeeded in importing my account
>> structure and created a couple of sample transactions, but it seemed very
>> hard to do since i have not found a quick way enter account names or copy
>> text from other transactions, if possible.
>>
>> After that I installed the beta from this email since I have not found
>> your
>> development repository.  I finally succeeded in exporting a qif file via
>> the share file method to email it to myself because I could not figure out
>> how to make other methods such as local file creation on a sd card work.
>>
>> Then gnucash for android developed a black screen and I cannot see
>> anything
>> now.  I guess I need to un-install it.
>>
>> I think it needs a help manual describing how to do the basic things.
>>
>> I guess it has a lot of promise, but I could not jump in with both feet
>> and
>> use it right away.
>>
>> David C
>>
>> On Fri, Apr 24, 2015 at 7:23 PM, Ngewi Fet  wrote:
>>
>> > Hello everyone,
>> > We are kinda feature complete for the 1.6.0 release and would like to
>> enter
>> > the testing phase. I am releasing first to the developer mailing list,
>> then
>> > to the beta group and then a rolling release to the general public. Of
>> > course while fixing any issues that arise in-between the different
>> phases.
>> >
>> > Attached to this email is a properly signed apk file which you can
>> install
>> > on your device. You can just download the attachment and install or
>> build
>> > your own from the sources in the develop branch (very easy to do with
>> > Android studio).
>> >
>> > This is a pre-beta release so please **BACK UP YOUR DATA** before
>> > installing it.
>> >
>> > Notable highlights in this release include:
>> > - Improved recurrence options for scheduled transactions
>> > - Basic reports generation (with bar, pie and line charts)
>> > - Scheduled export to SD Card, DropBox or Google Drive
>> > - Improved creation of backups and restoring of backups
>> > - Improved reliability of account imports and db migrations
>> > - Numerous bug fixes and improvements
>> >
>> > I would like to thank Yongxin Wang and Oleksandr Tyshkovets for
>> > contributing significantly to this release.
>> >
>> > This release also adds automatic logging of crashes and errors to
>> > Crashlytics which helps detect errors and improve the stability of the
>> app.
>> > This logging is enabled by default in pre-release builds but will be
>> turned
>> > off in production releases (with an option to enable it later).
>> >
>> > Also, GnuCash Android now produces GnuCash XML which can be read by
>> GnuCash
>> > on the desktop (YAAAY!!) - There is a new XML export UI option and also
>> as
>> > backup format .gnca
>> >
>> > *NOTE: *please remember that this is NOT a two-way synchronization*.*
>> > However, the compatibility now enables you to start working on a file on
>> > GnuCash desktop, open it in the mobile app, edit and save (to DropBox
>> etc)
>> > and then resume editing on the desktop. Each time you save, a new file
>> is
>> > created but the workflow is possible. GnuCash Android also reg

Re: GnuCash Android v1.6.0 pre-beta

[Ngewi Fet]

Hi David,

On Wed, Apr 29, 2015 at 3:16 AM, David Carlson 
wrote:

> Thanks for those references.  I also found that by using 'File Manager" I
> found that Gnucash Android has created
> /storage/emulated/0/org.gnucash.android/backups and .../exports to keep
> those in resp. so now I can find those.
>

GnuCash Android does automatically create backups (before irreversible
delete operations or explicitly) in the folders you found.



> I do not see a way to keep multiple data files, which would be nice for
> testing some features as well as general use.
>

At the moment only one book can be open at a time. You can import a
different book (NavDrawer -> Open...) and GnuCash will backup the current
book and open the new one.
You can always reopen the old one from the backup on SD card (Settings ->
Restore backup...).



> I also noticed in the read me in one place it states that it can import
> gnucash desktop accounts and transactions but I have not found a way to
> import transactions from xml or the qif import that was referenced
> somewhere.  Those features must be coming soon.
>

If you use GnuCash XML format on the desktop, you can just feed that same
file into GnuCash Android and it will import your accounts and transactions
(including scheduled transactions).
This feature has existed for quite a while. I guess I need to update the
account import blog post guide. QIF and SQLite imports are not supported.

Regards,
Ngewi F.



>
> On Tue, Apr 28, 2015 at 6:18 PM, Dave H  wrote:
>
>> David,
>>
>> Go to www.gnucash.org and scroll down about half a page to the Gnucash
>> for Android section - it's just off the bottom of the screen on my
>> monitor.  Click on the "Info and Development" link which will take you to
>> the README for the app at
>> https://github.com/codinguser/gnucash-android/blob/master/README.md.  If
>> you click on one of the blog links or just go to
>> http://www.codinguser.com/ for the blog home page you will be able to
>> read some of the blog postings which will give you more of a feel for the
>> app and how to use it.  There is also an Android Import Guide from 2014 on
>> the blog home page -
>> http://www.codinguser.com/2014/03/gnucash-android-account-import-guide/
>>
>> I seem to recall that the version prior to this latest beta will also
>> read my gnucash xml file directly and I was able to just import that the
>> last time I played around with the app.  I won't be upgrading to this
>> latest beta for a week or so as I have some transactions I need to export
>> from my phone and import into gnucash proper on my desktop.
>>
>> Cheers Dave H.
>>
>>
>> On 29 April 2015 at 08:49, David Carlson 
>> wrote:
>>
>>> I was able to install it to my LG G Pad 7.0 LTE over release 1.5.5 from
>>> the
>>> play store.  I had to fumble a lot initially to figure out how Gnucash
>>> for
>>> android works in general.  I finally succeeded in importing my account
>>> structure and created a couple of sample transactions, but it seemed very
>>> hard to do since i have not found a quick way enter account names or copy
>>> text from other transactions, if possible.
>>>
>>> After that I installed the beta from this email since I have not found
>>> your
>>> development repository.  I finally succeeded in exporting a qif file via
>>> the share file method to email it to myself because I could not figure
>>> out
>>> how to make other methods such as local file creation on a sd card work.
>>>
>>> Then gnucash for android developed a black screen and I cannot see
>>> anything
>>> now.  I guess I need to un-install it.
>>>
>>> I think it needs a help manual describing how to do the basic things.
>>>
>>> I guess it has a lot of promise, but I could not jump in with both feet
>>> and
>>> use it right away.
>>>
>>> David C
>>>
>>> On Fri, Apr 24, 2015 at 7:23 PM, Ngewi Fet  wrote:
>>>
>>> > Hello everyone,
>>> > We are kinda feature complete for the 1.6.0 release and would like to
>>> enter
>>> > the testing phase. I am releasing first to the developer mailing list,
>>> then
>>> > to the beta group and then a rolling release to the general public. Of
>>> > course while fixing any issues that arise in-between the different
>>> phases.
>>> >
>>> > Attached to this email is a properly signed apk file which you can
>>> install
>>> > on your device. You can just download the attachment and install or
>>> build
>>> > your own from the sources in the develop branch (very easy to do with
>>> > Android studio).
>>> >
>>> > This is a pre-beta release so please **BACK UP YOUR DATA** before
>>> > installing it.
>>> >
>>> > Notable highlights in this release include:
>>> > - Improved recurrence options for scheduled transactions
>>> > - Basic reports generation (with bar, pie and line charts)
>>> > - Scheduled export to SD Card, DropBox or Google Drive
>>> > - Improved creation of backups and restoring of backups
>>> > - Improved reliability of account imports and db migrations
>>> > - Numerous bug fixes and improvements
>>> >
>>> 

GnuCash XML sched-xaction split amount formatting

[Ngewi Fet]

Hello,
In GnuCash XML, scheduled transaction splits do not have the 
and  set. Rather the amount is stored as a slot with key
.

I would like to know if the formatting of this amount is (device or
gnucash) locale-specific, or uniform across all GnuCash instances.

For me, it is formatted as , e.g. 200,00 or 2.500,00
Note the comma for decimal separator and period for thousands separator
(which would be correct for my device locale but incorrect for my GnuCash
locale which is en_US).
The formatting doesn't seem to change when I modify the GnuCash locale.

Can anyone shed some light on the formatting of the split amounts of
scheduled transactions?
It would help when parsing GnuCash XML files in GnuCash Android. Thanks.

Regards,
Ngewi F.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash XML sched-xaction split amount formatting

[Geert Janssens]

On Wednesday 29 April 2015 11:35:42 Ngewi Fet wrote:
> Hello,
> In GnuCash XML, scheduled transaction splits do not have the
>  and  set. Rather the amount is
> stored as a slot with key .
> 
> I would like to know if the formatting of this amount is (device or
> gnucash) locale-specific, or uniform across all GnuCash instances.
> 
> For me, it is formatted as , e.g. 200,00 or 2.500,00
> Note the comma for decimal separator and period for thousands
> separator (which would be correct for my device locale but incorrect
> for my GnuCash locale which is en_US).
> The formatting doesn't seem to change when I modify the GnuCash
> locale.
> 
> Can anyone shed some light on the formatting of the split amounts of
> scheduled transactions?
> It would help when parsing GnuCash XML files in GnuCash Android.
> Thanks.
> 
> Regards,
> Ngewi F.
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Hi Ngewi,

Unfortunately you hit one of GnuCash's dark corners here. The SX amount formula 
is stored in 
gnucash in the locale that is active at that time. This has been a poor design 
decision (more 
like on oversight probably) at the time.

It gets worse if you change locales afterwards because gnucash doesn't store 
the locale 
information itself with the formula and hence can't convert the stored formulas 
to the new 
locale, resulting in errors when these formulas have to be parsed.

This has been reported as a bug [1] which hasn't been fixed yet so far.

I'm not sure what you can do on the gnucash-on-android side to properly handle 
this if gnucash 
itself even doesn't.

Geert

[1] https://bugzilla.gnome.org/show_bug.cgi?id=370331
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash XML sched-xaction split amount formatting

[Ngewi Fet]

Hi Geert,
Thanks for that info. That puts us in a tight spot. Now GncA could either:
- skip scheduled transactions completely (not desirable)
- parse the wrong amount and let the user edit it later (I am less inclined
to do this) or
- fail the import completely (which is what happens now and will make the
import feature less-than-useful for many) .

One solution that comes to mind though, if I could reliably know how many
decimal places are included in the amount, then I can parse it irrespective
of the separator.
Does GnuCash always use 2 decimal places, or does this depend on the
currency, or something else?

But then that also leaves the issue of GnuCash choking on XML files
exported by GncA because we cannot predict what locale the user will be
using.
Best guess will be to use the mobile device locale and hope that the user
has the same setting on the desktop!

Regards,
Ngewi F.

On Wed, Apr 29, 2015 at 12:42 PM, Geert Janssens  wrote:

>  On Wednesday 29 April 2015 11:35:42 Ngewi Fet wrote:
>
> > Hello,
>
> > In GnuCash XML, scheduled transaction splits do not have the
>
> >  and  set. Rather the amount is
>
> > stored as a slot with key .
>
> >
>
> > I would like to know if the formatting of this amount is (device or
>
> > gnucash) locale-specific, or uniform across all GnuCash instances.
>
> >
>
> > For me, it is formatted as , e.g. 200,00 or 2.500,00
>
> > Note the comma for decimal separator and period for thousands
>
> > separator (which would be correct for my device locale but incorrect
>
> > for my GnuCash locale which is en_US).
>
> > The formatting doesn't seem to change when I modify the GnuCash
>
> > locale.
>
> >
>
> > Can anyone shed some light on the formatting of the split amounts of
>
> > scheduled transactions?
>
> > It would help when parsing GnuCash XML files in GnuCash Android.
>
> > Thanks.
>
> >
>
> > Regards,
>
> > Ngewi F.
>
> > ___
>
> > gnucash-devel mailing list
>
> > gnucash-devel@gnucash.org
>
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>
>
> Hi Ngewi,
>
>
>
> Unfortunately you hit one of GnuCash's dark corners here. The SX amount
> formula is stored in gnucash in the locale that is active at that time.
> This has been a poor design decision (more like on oversight probably) at
> the time.
>
>
>
> It gets worse if you change locales afterwards because gnucash doesn't
> store the locale information itself with the formula and hence can't
> convert the stored formulas to the new locale, resulting in errors when
> these formulas have to be parsed.
>
>
>
> This has been reported as a bug [1] which hasn't been fixed yet so far.
>
>
>
> I'm not sure what you can do on the gnucash-on-android side to properly
> handle this if gnucash itself even doesn't.
>
>
>
> Geert
>
>
>
> [1] https://bugzilla.gnome.org/show_bug.cgi?id=370331
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash XML sched-xaction split amount formatting

[Phil Longstaff]

I can add a scheduled transaction for the purchase of a number of shares of
a stock or mutual fund, and this number of shares could have more or fewer
than 2 decimal places.

On Wed, Apr 29, 2015 at 9:03 AM, Ngewi Fet  wrote:

> Hi Geert,
> Thanks for that info. That puts us in a tight spot. Now GncA could either:
> - skip scheduled transactions completely (not desirable)
> - parse the wrong amount and let the user edit it later (I am less inclined
> to do this) or
> - fail the import completely (which is what happens now and will make the
> import feature less-than-useful for many) .
>
> One solution that comes to mind though, if I could reliably know how many
> decimal places are included in the amount, then I can parse it irrespective
> of the separator.
> Does GnuCash always use 2 decimal places, or does this depend on the
> currency, or something else?
>
> But then that also leaves the issue of GnuCash choking on XML files
> exported by GncA because we cannot predict what locale the user will be
> using.
> Best guess will be to use the mobile device locale and hope that the user
> has the same setting on the desktop!
>
> Regards,
> Ngewi F.
>
> On Wed, Apr 29, 2015 at 12:42 PM, Geert Janssens <
> geert.gnuc...@kobaltwit.be
> > wrote:
>
> >  On Wednesday 29 April 2015 11:35:42 Ngewi Fet wrote:
> >
> > > Hello,
> >
> > > In GnuCash XML, scheduled transaction splits do not have the
> >
> > >  and  set. Rather the amount is
> >
> > > stored as a slot with key .
> >
> > >
> >
> > > I would like to know if the formatting of this amount is (device or
> >
> > > gnucash) locale-specific, or uniform across all GnuCash instances.
> >
> > >
> >
> > > For me, it is formatted as , e.g. 200,00 or 2.500,00
> >
> > > Note the comma for decimal separator and period for thousands
> >
> > > separator (which would be correct for my device locale but incorrect
> >
> > > for my GnuCash locale which is en_US).
> >
> > > The formatting doesn't seem to change when I modify the GnuCash
> >
> > > locale.
> >
> > >
> >
> > > Can anyone shed some light on the formatting of the split amounts of
> >
> > > scheduled transactions?
> >
> > > It would help when parsing GnuCash XML files in GnuCash Android.
> >
> > > Thanks.
> >
> > >
> >
> > > Regards,
> >
> > > Ngewi F.
> >
> > > ___
> >
> > > gnucash-devel mailing list
> >
> > > gnucash-devel@gnucash.org
> >
> > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> >
> >
> >
> > Hi Ngewi,
> >
> >
> >
> > Unfortunately you hit one of GnuCash's dark corners here. The SX amount
> > formula is stored in gnucash in the locale that is active at that time.
> > This has been a poor design decision (more like on oversight probably) at
> > the time.
> >
> >
> >
> > It gets worse if you change locales afterwards because gnucash doesn't
> > store the locale information itself with the formula and hence can't
> > convert the stored formulas to the new locale, resulting in errors when
> > these formulas have to be parsed.
> >
> >
> >
> > This has been reported as a bug [1] which hasn't been fixed yet so far.
> >
> >
> >
> > I'm not sure what you can do on the gnucash-on-android side to properly
> > handle this if gnucash itself even doesn't.
> >
> >
> >
> > Geert
> >
> >
> >
> > [1] https://bugzilla.gnome.org/show_bug.cgi?id=370331
> >
> ___
> 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

Re: GnuCash XML sched-xaction split amount formatting

[Derek Atkins]

Ngewi Fet  writes:

> Hi Geert,
> Thanks for that info. That puts us in a tight spot. Now GncA could either:
> - skip scheduled transactions completely (not desirable)

Why is this not desireable?

> - parse the wrong amount and let the user edit it later (I am less inclined
> to do this) or
> - fail the import completely (which is what happens now and will make the
> import feature less-than-useful for many) .
>
> One solution that comes to mind though, if I could reliably know how many
> decimal places are included in the amount, then I can parse it irrespective
> of the separator.
> Does GnuCash always use 2 decimal places, or does this depend on the
> currency, or something else?

I think it depends on the currency.

> But then that also leaves the issue of GnuCash choking on XML files
> exported by GncA because we cannot predict what locale the user will be
> using.
> Best guess will be to use the mobile device locale and hope that the user
> has the same setting on the desktop!

I suspect this is a *reasonable* assumption, but of course it wont work
always.

Perhaps you should just ignore SXes completely?  The data is stored in a
KVP, so just treat as the string it is.  You wont lose data, you just
wont *use* it.

> Regards,
> Ngewi F.

-derek

> On Wed, Apr 29, 2015 at 12:42 PM, Geert Janssens > wrote:
>
>>  On Wednesday 29 April 2015 11:35:42 Ngewi Fet wrote:
>>
>> > Hello,
>>
>> > In GnuCash XML, scheduled transaction splits do not have the
>>
>> >  and  set. Rather the amount is
>>
>> > stored as a slot with key .
>>
>> >
>>
>> > I would like to know if the formatting of this amount is (device or
>>
>> > gnucash) locale-specific, or uniform across all GnuCash instances.
>>
>> >
>>
>> > For me, it is formatted as , e.g. 200,00 or 2.500,00
>>
>> > Note the comma for decimal separator and period for thousands
>>
>> > separator (which would be correct for my device locale but incorrect
>>
>> > for my GnuCash locale which is en_US).
>>
>> > The formatting doesn't seem to change when I modify the GnuCash
>>
>> > locale.
>>
>> >
>>
>> > Can anyone shed some light on the formatting of the split amounts of
>>
>> > scheduled transactions?
>>
>> > It would help when parsing GnuCash XML files in GnuCash Android.
>>
>> > Thanks.
>>
>> >
>>
>> > Regards,
>>
>> > Ngewi F.
>>
>> > ___
>>
>> > gnucash-devel mailing list
>>
>> > gnucash-devel@gnucash.org
>>
>> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>>
>>
>> Hi Ngewi,
>>
>>
>>
>> Unfortunately you hit one of GnuCash's dark corners here. The SX amount
>> formula is stored in gnucash in the locale that is active at that time.
>> This has been a poor design decision (more like on oversight probably) at
>> the time.
>>
>>
>>
>> It gets worse if you change locales afterwards because gnucash doesn't
>> store the locale information itself with the formula and hence can't
>> convert the stored formulas to the new locale, resulting in errors when
>> these formulas have to be parsed.
>>
>>
>>
>> This has been reported as a bug [1] which hasn't been fixed yet so far.
>>
>>
>>
>> I'm not sure what you can do on the gnucash-on-android side to properly
>> handle this if gnucash itself even doesn't.
>>
>>
>>
>> Geert
>>
>>
>>
>> [1] https://bugzilla.gnome.org/show_bug.cgi?id=370331
>>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Android v1.6.0 pre-beta

[David Carlson]

On 4/29/2015 4:29 AM, Ngewi Fet wrote:
> Hi David, 
>
> On Wed, Apr 29, 2015 at 3:16 AM, David Carlson
> mailto:david.carlson@gmail.com>> wrote:
>
> Thanks for those references.  I also found that by using 'File
> Manager" I found that Gnucash Android has created
> /storage/emulated/0/org.gnucash.android/backups and .../exports to
> keep those in resp. so now I can find those. 
>
>
> GnuCash Android does automatically create backups (before irreversible
> delete operations or explicitly) in the folders you found.
>
>  
>
> I do not see a way to keep multiple data files, which would be
> nice for testing some features as well as general use.
>
>
> At the moment only one book can be open at a time. You can import a
> different book (NavDrawer -> Open...) and GnuCash will backup the
> current book and open the new one. 
> You can always reopen the old one from the backup on SD card (Settings
> -> Restore backup...).
>
>  
>
> I also noticed in the read me in one place it states that it can
> import gnucash desktop accounts and transactions but I have not
> found a way to import transactions from xml or the qif import that
> was referenced somewhere.  Those features must be coming soon.
>
>
> If you use GnuCash XML format on the desktop, you can just feed that
> same file into GnuCash Android and it will import your accounts and
> transactions (including scheduled transactions).
> This feature has existed for quite a while. I guess I need to update
> the account import blog post guide. QIF and SQLite imports are not
> supported. 
>
> Regards,
> Ngewi F.
>
>  

I am still near the beginning of my learning curve even for basic
Android usage, so I will be making a lot of mistakes.  P
lease bear with me.

I was able to open a copy of my regular desktop XML file with the
Android Play store release of Gnucash for Android before installing the
pre-beta.  It looks like all the accounts are there, but so far I have
not imported any transactions.  I found the tool to convert a regular
transaction into a scheduled transaction, but I have not tried it yet. 
If transactions were supposed to come along with the accounts, they did
not.  I will try to make a small test file to see if size is a factor. 

I do want to import some transactions because I want some examples of
multi-line transaction splits in my Android data.  A lot of normally
trivial actions are not working for me right now, like keystrokes are
not going into this e-mail correctly.  Right now I am incredibly
frustrated with many completely unrelated things.

David C
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Android v1.6.0 pre-beta

[Ngewi Fet]

> I was able to open a copy of my regular desktop XML file with the
> Android Play store release of Gnucash for Android before installing the
> pre-beta.  It looks like all the accounts are there, but so far I have
> not imported any transactions.  I found the tool to convert a regular
> transaction into a scheduled transaction, but I have not tried it yet.
> If transactions were supposed to come along with the accounts, they did
> not.  I will try to make a small test file to see if size is a factor.
>

If the transactions did not get imported then that is a big issue that
should not happen. The whole import should fail. The size of the file
should not be a problem either (unless if your file is gigabytes big!)

Please make sure it is the XML file from having GnuCash desktop save
everything as XML (File -> Save as...)  and *not* the one from
"File->Export accounts" (which contains only accounts).
I'm not assuming that you didn't do this, just trying to troubleshoot.

Regards,
Ngewi
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash XML sched-xaction split amount formatting

[Dave H]

Ngewi,

Can you provide a Preference for the Locale which would allow the user to
select either the Locale in use on the Phone (the default) or another
Locale of their choosing if they happen to be using a different Locale on
their PC - perhaps with an explanation that this affects only Scheduled
Txns ?

Cheers Dave H.

On 29 April 2015 at 23:03, Ngewi Fet  wrote:

> Hi Geert,
> Thanks for that info. That puts us in a tight spot. Now GncA could either:
> - skip scheduled transactions completely (not desirable)
> - parse the wrong amount and let the user edit it later (I am less inclined
> to do this) or
> - fail the import completely (which is what happens now and will make the
> import feature less-than-useful for many) .
>
> One solution that comes to mind though, if I could reliably know how many
> decimal places are included in the amount, then I can parse it irrespective
> of the separator.
> Does GnuCash always use 2 decimal places, or does this depend on the
> currency, or something else?
>
> But then that also leaves the issue of GnuCash choking on XML files
> exported by GncA because we cannot predict what locale the user will be
> using.
> Best guess will be to use the mobile device locale and hope that the user
> has the same setting on the desktop!
>
> Regards,
> Ngewi F.
>
> On Wed, Apr 29, 2015 at 12:42 PM, Geert Janssens <
> geert.gnuc...@kobaltwit.be
> > wrote:
>
> >  On Wednesday 29 April 2015 11:35:42 Ngewi Fet wrote:
> >
> > > Hello,
> >
> > > In GnuCash XML, scheduled transaction splits do not have the
> >
> > >  and  set. Rather the amount is
> >
> > > stored as a slot with key .
> >
> > >
> >
> > > I would like to know if the formatting of this amount is (device or
> >
> > > gnucash) locale-specific, or uniform across all GnuCash instances.
> >
> > >
> >
> > > For me, it is formatted as , e.g. 200,00 or 2.500,00
> >
> > > Note the comma for decimal separator and period for thousands
> >
> > > separator (which would be correct for my device locale but incorrect
> >
> > > for my GnuCash locale which is en_US).
> >
> > > The formatting doesn't seem to change when I modify the GnuCash
> >
> > > locale.
> >
> > >
> >
> > > Can anyone shed some light on the formatting of the split amounts of
> >
> > > scheduled transactions?
> >
> > > It would help when parsing GnuCash XML files in GnuCash Android.
> >
> > > Thanks.
> >
> > >
> >
> > > Regards,
> >
> > > Ngewi F.
> >
> > > ___
> >
> > > gnucash-devel mailing list
> >
> > > gnucash-devel@gnucash.org
> >
> > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> >
> >
> >
> > Hi Ngewi,
> >
> >
> >
> > Unfortunately you hit one of GnuCash's dark corners here. The SX amount
> > formula is stored in gnucash in the locale that is active at that time.
> > This has been a poor design decision (more like on oversight probably) at
> > the time.
> >
> >
> >
> > It gets worse if you change locales afterwards because gnucash doesn't
> > store the locale information itself with the formula and hence can't
> > convert the stored formulas to the new locale, resulting in errors when
> > these formulas have to be parsed.
> >
> >
> >
> > This has been reported as a bug [1] which hasn't been fixed yet so far.
> >
> >
> >
> > I'm not sure what you can do on the gnucash-on-android side to properly
> > handle this if gnucash itself even doesn't.
> >
> >
> >
> > Geert
> >
> >
> >
> > [1] https://bugzilla.gnome.org/show_bug.cgi?id=370331
> >
> ___
> 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

Re: GnuCash XML sched-xaction split amount formatting

[Ngewi Fet]

On Wed, Apr 29, 2015 at 4:40 PM, Derek Atkins  wrote:

> Ngewi Fet  writes:
>
> > Hi Geert,
> > Thanks for that info. That puts us in a tight spot. Now GncA could
> either:
> > - skip scheduled transactions completely (not desirable)
>
> Why is this not desireable?
>

Well, because we also backup scheduled transactions from the app in the
same format.
We want to be able to at least read those back. Wherever possible, we try
to maintain compatibilty between our XML .gnca files and .gnucash files
unless when unavoidable. (We do have a few extra slots in there which
GnuCash desktop happily ignores).


>
> > One solution that comes to mind though, if I could reliably know how many
> > decimal places are included in the amount, then I can parse it
> irrespective
> > of the separator.
> > Does GnuCash always use 2 decimal places, or does this depend on the
> > currency, or something else?
>
> I think it depends on the currency.
>

At the moment, what I've implemented is to parse the string and find the
last non-numeric character. If the number of digits after that character
are 2 or less, then I assume it is a decimal place and treat the digits as
such. If the number of digits are more, then I assume it is a thousands
separator. If the string has only digits, then I just treat it as a number.
This way I think we can parse most of the amounts regardless of what
decimal separator is in use.


> > But then that also leaves the issue of GnuCash choking on XML files
> > exported by GncA because we cannot predict what locale the user will be
> > using.
> > Best guess will be to use the mobile device locale and hope that the user
> > has the same setting on the desktop!
>
> I suspect this is a *reasonable* assumption, but of course it wont work
> always.
>

Yes it won't always work. In the future we may have a setting for the user
to specify their locale and we can use that as well. (Some users currently
would like to use the app in a language other than the system locale).


> Perhaps you should just ignore SXes completely?  The data is stored in a
> KVP, so just treat as the string it is.  You wont lose data, you just
> wont *use* it.
>

For reasons mentioned before, and we do generate transactions from the
scheduled actions. So it will be necessary to be able to parse the amount.

Cheers,
Ngewi


>
> > On Wed, Apr 29, 2015 at 12:42 PM, Geert Janssens <
> geert.gnuc...@kobaltwit.be
> >> wrote:
> >
> >>  On Wednesday 29 April 2015 11:35:42 Ngewi Fet wrote:
> >>
> >> > Hello,
> >>
> >> > In GnuCash XML, scheduled transaction splits do not have the
> >>
> >> >  and  set. Rather the amount is
> >>
> >> > stored as a slot with key .
> >>
> >> >
> >>
> >> > I would like to know if the formatting of this amount is (device or
> >>
> >> > gnucash) locale-specific, or uniform across all GnuCash instances.
> >>
> >> >
> >>
> >> > For me, it is formatted as , e.g. 200,00 or 2.500,00
> >>
> >> > Note the comma for decimal separator and period for thousands
> >>
> >> > separator (which would be correct for my device locale but incorrect
> >>
> >> > for my GnuCash locale which is en_US).
> >>
> >> > The formatting doesn't seem to change when I modify the GnuCash
> >>
> >> > locale.
> >>
> >> >
> >>
> >> > Can anyone shed some light on the formatting of the split amounts of
> >>
> >> > scheduled transactions?
> >>
> >> > It would help when parsing GnuCash XML files in GnuCash Android.
> >>
> >> > Thanks.
> >>
> >> >
> >>
> >> > Regards,
> >>
> >> > Ngewi F.
> >>
> >> > ___
> >>
> >> > gnucash-devel mailing list
> >>
> >> > gnucash-devel@gnucash.org
> >>
> >> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> >>
> >>
> >>
> >> Hi Ngewi,
> >>
> >>
> >>
> >> Unfortunately you hit one of GnuCash's dark corners here. The SX amount
> >> formula is stored in gnucash in the locale that is active at that time.
> >> This has been a poor design decision (more like on oversight probably)
> at
> >> the time.
> >>
> >>
> >>
> >> It gets worse if you change locales afterwards because gnucash doesn't
> >> store the locale information itself with the formula and hence can't
> >> convert the stored formulas to the new locale, resulting in errors when
> >> these formulas have to be parsed.
> >>
> >>
> >>
> >> This has been reported as a bug [1] which hasn't been fixed yet so far.
> >>
> >>
> >>
> >> I'm not sure what you can do on the gnucash-on-android side to properly
> >> handle this if gnucash itself even doesn't.
> >>
> >>
> >>
> >> Geert
> >>
> >>
> >>
> >> [1] https://bugzilla.gnome.org/show_bug.cgi?id=370331
> >>
> > ___
> > gnucash-devel mailing list
> > gnucash-devel@gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> >
> >
>
> --
>Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>Member, MIT Student Information Processing Board  (SIPB)
>URL: http://web.mit.edu/warlord/PP-ASEL-IA N1N

Re: GnuCash XML sched-xaction split amount formatting

[Ngewi Fet]

Yes David, I think we will do that eventually.
But it won't make the cut for this release (v1.6.0)

Cheers,
Ngewi

On Wed, Apr 29, 2015 at 9:14 PM, Dave H  wrote:

> Ngewi,
>
> Can you provide a Preference for the Locale which would allow the user to
> select either the Locale in use on the Phone (the default) or another
> Locale of their choosing if they happen to be using a different Locale on
> their PC - perhaps with an explanation that this affects only Scheduled
> Txns ?
>
> Cheers Dave H.
>
> On 29 April 2015 at 23:03, Ngewi Fet  wrote:
>
>> Hi Geert,
>> Thanks for that info. That puts us in a tight spot. Now GncA could either:
>> - skip scheduled transactions completely (not desirable)
>> - parse the wrong amount and let the user edit it later (I am less
>> inclined
>> to do this) or
>> - fail the import completely (which is what happens now and will make the
>> import feature less-than-useful for many) .
>>
>> One solution that comes to mind though, if I could reliably know how many
>> decimal places are included in the amount, then I can parse it
>> irrespective
>> of the separator.
>> Does GnuCash always use 2 decimal places, or does this depend on the
>> currency, or something else?
>>
>> But then that also leaves the issue of GnuCash choking on XML files
>> exported by GncA because we cannot predict what locale the user will be
>> using.
>> Best guess will be to use the mobile device locale and hope that the user
>> has the same setting on the desktop!
>>
>> Regards,
>> Ngewi F.
>>
>> On Wed, Apr 29, 2015 at 12:42 PM, Geert Janssens <
>> geert.gnuc...@kobaltwit.be
>> > wrote:
>>
>> >  On Wednesday 29 April 2015 11:35:42 Ngewi Fet wrote:
>> >
>> > > Hello,
>> >
>> > > In GnuCash XML, scheduled transaction splits do not have the
>> >
>> > >  and  set. Rather the amount is
>> >
>> > > stored as a slot with key .
>> >
>> > >
>> >
>> > > I would like to know if the formatting of this amount is (device or
>> >
>> > > gnucash) locale-specific, or uniform across all GnuCash instances.
>> >
>> > >
>> >
>> > > For me, it is formatted as , e.g. 200,00 or 2.500,00
>> >
>> > > Note the comma for decimal separator and period for thousands
>> >
>> > > separator (which would be correct for my device locale but incorrect
>> >
>> > > for my GnuCash locale which is en_US).
>> >
>> > > The formatting doesn't seem to change when I modify the GnuCash
>> >
>> > > locale.
>> >
>> > >
>> >
>> > > Can anyone shed some light on the formatting of the split amounts of
>> >
>> > > scheduled transactions?
>> >
>> > > It would help when parsing GnuCash XML files in GnuCash Android.
>> >
>> > > Thanks.
>> >
>> > >
>> >
>> > > Regards,
>> >
>> > > Ngewi F.
>> >
>> > > ___
>> >
>> > > gnucash-devel mailing list
>> >
>> > > gnucash-devel@gnucash.org
>> >
>> > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> >
>> >
>> >
>> > Hi Ngewi,
>> >
>> >
>> >
>> > Unfortunately you hit one of GnuCash's dark corners here. The SX amount
>> > formula is stored in gnucash in the locale that is active at that time.
>> > This has been a poor design decision (more like on oversight probably)
>> at
>> > the time.
>> >
>> >
>> >
>> > It gets worse if you change locales afterwards because gnucash doesn't
>> > store the locale information itself with the formula and hence can't
>> > convert the stored formulas to the new locale, resulting in errors when
>> > these formulas have to be parsed.
>> >
>> >
>> >
>> > This has been reported as a bug [1] which hasn't been fixed yet so far.
>> >
>> >
>> >
>> > I'm not sure what you can do on the gnucash-on-android side to properly
>> > handle this if gnucash itself even doesn't.
>> >
>> >
>> >
>> > Geert
>> >
>> >
>> >
>> > [1] https://bugzilla.gnome.org/show_bug.cgi?id=370331
>> >
>> ___
>> 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

Re: GnuCash Android v1.6.0 pre-beta

[David Carlson]

On 4/29/2015 10:46 AM, Ngewi Fet wrote:
>
> > I was able to open a copy of my regular desktop XML file with the
> > Android Play store release of Gnucash for Android before installing the
> > pre-beta.  It looks like all the accounts are there, but so far I have
> > not imported any transactions.  I found the tool to convert a regular
> > transaction into a scheduled transaction, but I have not tried it yet.
> > If transactions were supposed to come along with the accounts, they did
> > not.  I will try to make a small test file to see if size is a factor.
> >
>
> If the transactions did not get imported then that is a big issue that
> should not happen. The whole import should fail. The size of the file
> should not be a problem either (unless if your file is gigabytes big!)
>
> Please make sure it is the XML file from having GnuCash desktop save
> everything as XML (File -> Save as...)  and *not* the one from
> "File->Export accounts" (which contains only accounts).
> I'm not assuming that you didn't do this, just trying to troubleshoot.
>
> Regards,
> Ngewi
>

I am currently taking Vicodin, so I am not able to always stay within
the lines when I paint.  My primary data file is 4,519KB compressed
XML.  When I use release 1.5.5 GnuCash for Android to open it, I do not
get any transactions at all, but lots of accounts.  The 1.6.0 pre beta
dated April 24 gives an error message and fails to open that file.

I found a very old file that is about 1 Gig smaller.  When I use release
1.5.5 Gnucash for Android to open that file, it does import lots of
transactions, but I know that it is not getting transactions that have
many split lines, such as paycheck deposits.

You just released that new build while I was testing.

David C
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Android v1.6.0 pre-beta

[Wm]

Sat, 25 Apr 2015 02:23:06 
 
Ngewi Fet 



Hello everyone,
We are kinda feature complete for the 1.6.0 release and would like to enter
the testing phase. I am releasing first to the developer mailing list, then
to the beta group and then a rolling release to the general public. Of
course while fixing any issues that arise in-between the different phases.

Attached to this email is a properly signed apk file which you can install
on your device. You can just download the attachment and install or build
your own from the sources in the develop branch (very easy to do with
Android studio).


My env is:
Android-x86-4.4-r2 guest
VirtualBox 4.3.26
Win 8.1 host

Caveats:

the android-x86 vm is a bit rough around the edges (e.g. I can't get it 
to use guest additions) but surprisingly stable


I do not own a physical android device and my PC doesn't have a touch 
screen so some of the interface stuff is classic common language but no 
effective communication for me


I can't make sense of the android directory structure in spite of the 
fact that I put it on an ext2 file system that I can mount and have a 
look at under standard Linux


As a result I used google drive for file xfer between my android and the 
rest of the world, that was in itself confusing until I got the sync 
right.


Given the above anything below could be me being wrong rather than the 
app.


Onwards:

I installed the google play version and then the .apk over that but it 
reverted to the google play version.  So I got rid of the google play 
one and installed the apk bare, we (the vm and I) were both happier with 
that.



Suggestion: before I figured things out it wasn't clear to me whether I 
was using the pre-beta or the google play version.  I missed the 
equivalent of Help / About or similar which I looked for on the menu off 
to the left that has

Accounts
  Open
  ...
Transactions
  Scheduled
  ...
Settings

Maybe it is somewhere else on an Android and I just don't know where to 
look


Similarly I don't know which file I am working with on android, in 
desktop I can see whether I'm using ABC.gnca or ABC.xml or XYZ.gnucash. 
Once again it is possible this is very obvious to people more familiar 
with androids and I'm just not seeing it.



This is a pre-beta release so please **BACK UP YOUR DATA** before
installing it.


No risk here, I'm in the position of being able to throw my android 
against the wall as often as I like :)



Notable highlights in this release include:
- Improved recurrence options for scheduled transactions

didn't get that far


- Basic reports generation (with bar, pie and line charts)
they are looking very sweet, a case where I think this sort of device 
may be better



- Scheduled export to SD Card, DropBox or Google Drive
Didn't try the scheduled.  I went for Drive for storage and it worked 
out OK once I got the android to sync, see above about not understanding 
android directory structure, what dirs am I syncing? Where is gnca 
actually storing files?



- Improved creation of backups and restoring of backups

again, I couldn't work out where the files were


- Improved reliability of account imports and db migrations
I fed it a non-trivial test db in xml (complicated structure, not many 
transactions) and it managed OK from my quick overview.



This release also adds automatic logging of crashes and errors to
Crashlytics which helps detect errors and improve the stability of the app.
This logging is enabled by default in pre-release builds but will be turned
off in production releases (with an option to enable it later).


I don't think it has crashed on me, maybe the clunky android-x86 vm is 
actually better for something?  Confused the heck out of me, sure, but 
crashed?  Not as far as I can tell.



Also, GnuCash Android now produces GnuCash XML which can be read by GnuCash
on the desktop (YAAAY!!) - There is a new XML export UI option and also as
backup format .gnca

*NOTE: *please remember that this is NOT a two-way synchronization*.*
However, the compatibility now enables you to start working on a file on
GnuCash desktop, open it in the mobile app, edit and save (to DropBox etc)
and then resume editing on the desktop.


Coming to this fresh (I've just glanced at gnca stuff before) I was 
aware that there were previously some workflow issues.  What you say 
above seems a lot more likely to get people using it.  However in 
practice I found it a bit confusing.


I would appreciate a workflow example along the lines of

Use existing desktop file
xfer to android
do stuff on android
xfer back
pick up with new transactions

saying where the files were at each stage.


Each time you save, a new file is
created but the workflow is possible.


I don't have a Save or Save As, if everyone else has one would they mind 
telling me where to find it?



GnuCash Android also registers itself
to open .gnucash files.


Are you sure about that? Once again it is possible I don't speak android 
well enough but do you

Re: GnuCash Android v1.6.0 pre-beta

[Ngewi Fet]

Hi David,

On Wed, Apr 29, 2015 at 11:13 PM, David Carlson  wrote:

> My primary data file is 4,519KB compressed
> XML.  When I use release 1.5.5 GnuCash for Android to open it, I do not
> get any transactions at all, but lots of accounts.  The 1.6.0 pre beta
> dated April 24 gives an error message and fails to open that file.
>

The file size seems small enough and should be handled well. It is hard for
me to say what went wrong with the import on 1.5.5 without any logs or the
XML file. The import logging has improved a bit since 1.5.5.
What does the error message say? Are there any specifics, or just a generic
failure message?


>
> I found a very old file that is about 1 Gig smaller.


Is the previous file 4MB or 4GB big?



> When I use release
> 1.5.5 Gnucash for Android to open that file, it does import lots of
> transactions, but I know that it is not getting transactions that have
> many split lines, such as paycheck deposits.
>

Could you send me an example of such a transaction? Just an XML snippet
from the unzipped .gnucash file.


>
> You just released that new build while I was testing.
>

I would be very interested to know if the import succeeds in the new build
which I just released.
Please keep me posted. Thank you for all the feedback!

Regards,
Ngewi
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Android v1.6.0 pre-beta

[Ngewi Fet]

Thanks for the comprehensive feedback :D
I made some responses inline below:

On Thu, Apr 30, 2015 at 12:04 AM, Wm  wrote:

> Sat, 25 Apr 2015 02:23:06 <
> cae0qbawquk_uyxrthjjqfs_dbaj-mfw737botpl9ss7dyhs...@mail.gmail.com> Ngewi
> Fet 
>
>>
>> My env is:
> Android-x86-4.4-r2 guest
> VirtualBox 4.3.26
> Win 8.1 host
>
> I can't make sense of the android directory structure in spite of the fact
> that I put it on an ext2 file system that I can mount and have a look at
> under standard Linux
>

The external storage should be somewhere under sdcard/0 or /mnt/sdcard
depending on your device. It may be different for the emulator you use as
well.


Onwards:
>
> I installed the google play version and then the .apk over that but it
> reverted to the google play version.  So I got rid of the google play one
> and installed the apk bare, we (the vm and I) were both happier with that.
>

What do you mean reverted? The install of the new apk did not complete, or
what exactly happens? I'm also very interested in upgrade experiences
especially ones with existing data in the database.


>
>
> Suggestion: before I figured things out it wasn't clear to me whether I
> was using the pre-beta or the google play version.  I missed the equivalent
> of Help / About or similar which I looked for on the menu off to the left
> that has
> Accounts
>   Open
>   ...
> Transactions
>   Scheduled
>   ...
> Settings
>
> Maybe it is somewhere else on an Android and I just don't know where to
> look
>

It is found in the Settings -> About. But we will consider adding it to the
navigation drawer menu in the next version.


>
> Similarly I don't know which file I am working with on android, in desktop
> I can see whether I'm using ABC.gnca or ABC.xml or XYZ.gnucash. Once again
> it is possible this is very obvious to people more familiar with androids
> and I'm just not seeing it.


No, this information is actually not present and is planned for the next
release. But I will see what I can do to improve display of what file is in
use for this release (at least for files gotten from the SD card).


>  - Scheduled export to SD Card, DropBox or Google Drive
>>
> Didn't try the scheduled.  I went for Drive for storage and it worked out
> OK once I got the android to sync, see above about not understanding
> android directory structure, what dirs am I syncing? Where is gnca actually
> storing files?


GncA creates a directory in your Google Drive with the name of the app and
puts all its files into that folder. Similarly, DropBox also puts the files
into Apps -> GnuCash Android
You are not syncing a directory, but rather individual files.
I think we should do something to make the export destination known to the
user. Thanks for highlighting this.


 - Improved creation of backups and restoring of backups
>>
> again, I couldn't work out where the files were


GnuCash Android files are here: /sdcard/0/org.gnucash.android/
But for restoring backups, you do not need to know the path because a
dialog is shown to you listing the files.


>  Also, GnuCash Android now produces GnuCash XML which can be read by
>> GnuCash
>> on the desktop (YAAAY!!) - There is a new XML export UI option and also as
>> backup format .gnca
>>
>> *NOTE: *please remember that this is NOT a two-way synchronization*.*
>> However, the compatibility now enables you to start working on a file on
>> GnuCash desktop, open it in the mobile app, edit and save (to DropBox etc)
>> and then resume editing on the desktop.
>>
>
> Coming to this fresh (I've just glanced at gnca stuff before) I was aware
> that there were previously some workflow issues.  What you say above seems
> a lot more likely to get people using it.  However in practice I found it a
> bit confusing.
>

Duly noted. I only highlighted this because it is the developer mailing
list. For normal users, it will be the same as before, just that they now
have an option to explicitly export to XML (a requested feature), and to
schedule regular backups to Google Drive or DropBox.


>
> I would appreciate a workflow example along the lines of
>
> Use existing desktop file
> xfer to android
> do stuff on android
> xfer back
> pick up with new transactions
>
> saying where the files were at each stage.
>
>  Each time you save, a new file is
>> created but the workflow is possible.
>>
>
> I don't have a Save or Save As, if everyone else has one would they mind
> telling me where to find it?


An improved workflow is planned for the next release and that should
improve the sync feature's usefulness for most users. For now there is no
Save, or Save As... Just import/export as has always been.


>
>
>  GnuCash Android also registers itself
>> to open .gnucash files.
>>
>
> Are you sure about that? Once again it is possible I don't speak android
> well enough but do you perhaps mean .gnca rather than .gnucash ?  I'm also
> not sure what happens with compressed files, it is possible my vm doesn't
> have auto unzip and real android device

Re: GnuCash Android v1.6.0 pre-beta

[David Carlson]

On 4/29/2015 5:06 PM, Ngewi Fet wrote:
> Hi David,
>
> On Wed, Apr 29, 2015 at 11:13 PM, David Carlson
> mailto:david.carlson@gmail.com>> wrote:
>
> My primary data file is 4,519KB compressed
> XML.  When I use release 1.5.5 GnuCash for Android to open it, I
> do not
> get any transactions at all, but lots of accounts.  The 1.6.0 pre beta
> dated April 24 gives an error message and fails to open that file.
>
>
> The file size seems small enough and should be handled well. It is
> hard for me to say what went wrong with the import on 1.5.5 without
> any logs or the XML file. The import logging has improved a bit since
> 1.5.5.
> What does the error message say? Are there any specifics, or just a
> generic failure message?
>  
>
>
> I found a very old file that is about 1 Gig smaller.  
>
>
> Is the previous file 4MB or 4GB big? 
>
>  
>
> When I use release
> 1.5.5 Gnucash for Android to open that file, it does import lots of
> transactions, but I know that it is not getting transactions that have
> many split lines, such as paycheck deposits.
>
>
> Could you send me an example of such a transaction? Just an XML
> snippet from the unzipped .gnucash file.
>  
>
>
> You just released that new build while I was testing.
>
>
> I would be very interested to know if the import succeeds in the new
> build which I just released. 
> Please keep me posted. Thank you for all the feedback!
>  
> Regards,
> Ngewi
>

I am still under the influence of Vicodin and using the wrong hand to
hunt and peck on the keyboard so I cannot do details for a few days.  I
think you are very very close to having a great product.

I am in the  United States reading file sizes out of a Windows
directory, so the comma means thousands of MB.  My file is large.  I
think that you are in the EU.  Different comma, different locale.  :-)

David C
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel