John, you do not necessarily have to use the GnuCash for Android app to
achieve what you want. You can use practically any app that will export
transactions into a .qif file. For example, I'm using Money Manager Ex for
Android (to which I also contribute in development, just like with GnuCash
for
I’m not sure I’d say ‘whatever’ the users request, certainly any software is a
product of the developers and such things are their choice. Being open source
as GnuCash is, if you find fundamental disagreement on that point, you can
fork. But I’ve found the GnuCash developers to be very amenable
Matt,
What Mike was talking about with Liabilities was with respect to ‘reserve’ or
‘restricted’ funds. In the case of non-profits taking donations that can be
earmarked
those funds have to be legally separated and cannot be used for any desired
purpose.
As well, ‘deposits’ which are
Agree with your other email! A program should entertain whatever users are
requesting for better functionality. Of course, open source volunteer
developers can't be expected to drop everything to implement "my awesome idea".
Hence why I'm going to try to contibute (sigh, always need more time).
:-) you missed one of the previous posts. Using Liability accounts that way is
adding anoter "layer" of accounting to your system. When you look at what
liabilities really are, Adrien and I concluded on this thread that this
situation (segmenting money for future) is really using a separate
This maintenance is complete.
Please let me know if you have any issues.
-derek
On Sun, January 28, 2018 12:13 pm, Derek Atkins wrote:
> Hi,
>
> I need to take the gnucash server (code) down today to relocate it and
> rebalance UPS systems. The total downtime should be less than 30
> minutes,
Mike,
Take a look at https://github.com/codinguser/gnucash-android and the
support site at https://plus.google.com/communities/104728406764752407046
if you want details/support for the Gnucash Android app. The support site
which mentions the double minus signs in QIF export among other things -
Sadly no go on the export. Everything exactly the same. No values in 70
% of the transactions.
Now whether this is because they were entered before the upgrade or what
I just don't know.
Give up for now. This is not worth the effort. Be quicker to go back
to quill pens and ledger books.
On
Ok so this is interesting done the upgrade. The first thing I notice
is that the individual account balances are still wrong but now instead
of being completely random amounts they are a signed sum of the
entries, regardless of DR/CR, as opposed to correct balance on the
account. I.e. positive
Thank you David C. and Adrien.
I'm embarrassed to find that it was already answered and I didn't find the
thread.
"File>Properties>Accounts: Day Threshold" does what I needed (OSX).
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
So, after trying different methods of communicating with the treasurydirect
site, I finally bit the bullet and updated my Perl modules (via a cpan
"upgrade" command) and the problem has been fixed. Don't know which module
was mucked up or how it got that way, but things are working fine, now. I
I tried reading both the XML file with an XML file reader but it could
not open the file. Ditto QIF file. So that I could look for exactly this
kind of issue. I will attempt an update. And see what happens.
On Sun, Jan 28, 2018, at 6:10 PM, Di Mang wrote:
> Hi Mike,
> which version of android app
Android 4.4.4. GNUCASH App 2.2.1.
So the blank Value fields and the fact that none , f the account
balances reflect the transactions entered under the account are known
issues that have now been fixed?
On Sun, Jan 28, 2018, at 6:10 PM, Di Mang wrote:
> Hi Mike,
> which version of android app
I find the android app useful, exporting transactions by qif file and then
bringing them into my desktop app. It is very limited, as you say. Really needs
to implement proper access to the ".gnucash" files so that we can keep the two
in sync easily.
Pretty sure that app is also open source on
see the thread called Transactions Locked starting 1/31/2016 and look for
my answer in early February
David C
On Sun, Jan 28, 2018 at 12:43 PM, Paul Konnersman
wrote:
> When setting up Gnucash I choose to lock all transactions older than 90
> days.
> These accounts are
On 1/28/2018 8:31 AM, john_mike wrote:
> Dear All,
>
> I gave up trying to import the QIF file generated by the Android App.
>
> I exported from Android as XML then opened that file in GNU Cash. This had
> the dates of the transactions the narrative (well some of it) and the
> relevant accounts
> On Jan 28, 2018, at 1:43 PM, Paul Konnersman wrote:
>
> When setting up Gnucash I choose to lock all transactions older than 90 days.
> These accounts are not audited. I now find 90 days to be inconveniently
> short and would like to lengthen the period during which I can
David,
Generally yes, the basic math operations in the register are sufficient for
most daily needs.
I also agree that an accounting package tracks real transactions.
I don’t agree that an accounting package can’t include features of financial
management together with the accounting features
Hi Mike,
which version of android app do you use?
There was a bug in android app befor version 2.3.0 with a double minus sign
in QIF and XML export files.
This bug was fixed in the version 2.3.0 (on 9th January 2018). You can
check it in your QIF or XML export files by searching for "--".
In
Hello john_mike,
i use gnucash android app. It is very helpful for me.
I use it to enter the expenses immediately (on-the-fly) and transfer it one
time per month into desktop version (as QIF export).
I had problems with it a month ago: there was a bug in android app bevor
version 2.3.0 with
Hi,
I need to take the gnucash server (code) down today to relocate it and
rebalance UPS systems. The total downtime should be less than 30
minutes, with MOST of that time being spent taking the system down and
waiting for it to boot back up. I plan to start the take-down around
1700 US/EST,
I also noticed that after returning to release 2.6.18-3 the main text font
used in the body of the register windows appears to be a couple of points
larger than before, so dates and amounts no longer fit in the columns
nicely like before the experiment, and less text is visible in the
description
Have you sent a comment to
https://plus.google.com/communities/104728406764752407046??
While i do not use the app myself, I believe that it is actively developed
and should not be mis-behaving like you describe.
I see there that there is currently a buggy beta release floating around.
Perhaps
> On Jan 28, 2018, at 3:45 AM, Mike Stillingfleet
> wrote:
>
> Hi,
>
> I have exported my Android Transactions from Android to a QIF and then
> attempted to import them into the desktop.
>
> It says Transaction amount: Unrecognised or inconsistent format.
These changes look good to me. Thanks!
Geert
Op zondag 28 januari 2018 09:52:50 CET schreef Liz:
> I've made some changes to the FAQ, the Wiki and to the footer. You may
> have more suggestions for me.
>
> Liz
___
gnucash-user mailing list
On 1/27/2018 10:25 PM, Matt Graham wrote:
Nice! It seems like we are getting somewhere. I am convinced that the process
we think of budgeting where we are saving up for something is really a case of
segmenting money within a sub-account. And it looks like Gnucash is already
happy with this
On 1/27/2018 4:54 PM, Pawel Wocjan wrote:
Hi,
Are there some general guidelines how to choose accuracy for fractional
shares/price etc? Has anybody experience such minor discrepancies between
his/her broker account and gnucash?
Thank you for your help,
Pawel
There is no way to do this
It is indeed a python package so typically you write a script. For
instance, create the file test_piecash.py with the content
# start of the file
import piecash
book = piecash.open_book("/the/path/to/your/gnucash-book.gncash")
for transaction in book.transactions:
Sébastien,
I know that users are advised not to edit their Gnucash data directly; is
piecash an approved application to edit Gnucash data directly?
David
On January 28, 2018, at 3:41 PM, Sébastien de Menten
wrote:
David,
This is one of the key reason for piecash to
David,
This is one of the key reason for piecash to exist as it does not need any
compilation (it is a pure python package) and works even without having
gnucash installed.
It doesn't use gnucash libraries as it reads (and writes) directly to the
gnucash book through SQL.
I do not have a Mac so
On Sat, 27 Jan 2018 12:36:55 +0100
"Frank H. Ellenberger" wrote:
> Hi,
>
> Am 26.01.2018 um 23:53 schrieb Adrien Monteleone:
> > I suppose you’re referring to this:
> >
> >> ___
> >> gnucash-user mailing list
> >>
31 matches
Mail list logo