GSoC Android proposal
ngewif at gmail.com
Fri Apr 6 04:35:29 EDT 2012
correct me if I am wrong, but if I understood the goal of the Android app
well, then it was such that the transaction/expense history would be
recorded on the device, and then imported to the desktop app, and not the
other way around.
But if there is need to import CSV or XML from a file, then that can be
done as well.
As for the coding contribution, I also don't see any modules in the desktop
counterpart which are relevant to the Android application (again please
correct me if I'm wrong).
It should be noted that almost two weeks of the application period were
lost by those who were applying to GNUcash before GNOME accepted to serve
as an Umbrella org.
In any case, I could still start some coding on the Android app, I don't
know if that would suffice for coding contribution, but may be worth a shot.
@Muslim, I would be interested in knowing areas where your expectations
were not met and how the application can be improved (would it be in
technical detail, UI wireframing, or something else?). Thanks.
On Fri, Apr 6, 2012 at 04:52, David Reiser <dbreiser at earthlink.net> wrote:
> On Apr 5, 2012, at 5:02 PM, John Ralls wrote:
> > On Apr 4, 2012, at 8:00 AM, Muslim Chochlov wrote:
> >> Hi,
> >> The good news are that one student (Ngewi Fet) has submitted his
> proposal for mobile application.
> >> And AFAIK another one (Atul) is going to submit as well.
> >> The bad news are that Ngewi's proposal doesn't seem to make it through.
> Apart from basic information about the application
> >> he is going to develop there is nothing that can make him stand out of
> the crowd of other participants. I don't know how many slots Gnome will
> >> but they already have 5-6 very strong proposals and it would be
> extremely hard for Ngewi to compete with them. Currently I would rate him
> 2-3 out of 5 and I have to admit I expected more from him.
> >> You could find his application here 
> >> 
> > Muslim,
> > You wrote on your comment to Ngewi's proposal:
> >> Also it is very important that you understand how import/export in
> GnuCash works and QIF file format. Because this is the main purpose of the
> GnuCash mobile application.
> > You know that there is no export from Gnucash, right? The export menu
> items write a chart of accounts to an empty Gnucash file or, on reports,
> write out the HTML from the report to file.
> Trunk has a CSV transaction export. I haven't tried a round trip yet, but
> the transactions seem to be there in the export file. And you do have to do
> one category at a time (Income/expense/asset/liability).
> > If Ngewi's (or Atul's, if he gets around to writing a proposal) app is
> to get information from Gnucash I think that the only option is for it to
> parse the XML data file.
> > On a related note, Marina Zhurakhinskaya (one of the Gnome admins) is
> commenting on all proposals that don't have a pointer to an existing
> contribution. Do either Atul or Ngewi have the C experience to knock out a
> couple of bugs? It's not really germane to their proposals, because those
> will be written in Java, but it seems to be a Gnome GSoC requirement.
> > Regards,
> > John Ralls
> David Reiser
> dbreiser at earthlink.net
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
More information about the gnucash-devel