Jeffrey,
> -- Forwarded message --
> From: jeffrey black
> To: Gnucash userlist
> Cc:
> Bcc:
> Date: Thu, 14 Mar 2019 18:10:16 +
> Subject: [GNC] txf tax report problem
> I just ran a report for Tax Schedule Report/TXF Export. Under schedule
> C, line 27a for "Bad debts" I
Ah ok … well thank you for your work on a great program.
Without wanting to start any flame wars, can I ask for your opinion ?
I have been using GnuCash for a long time, 10 years+ and it is an important
program for me.
I could run it on Linux, MacOS or Windows - given the choice of all three
Alan,
Yeah, a bunch of Gtk problems on Macs--some of them my fault from an update I
did last fall. I've been working on fixing them for the last month, so 3.5
should be *much* better.
Regards,
John Ralls
> On Mar 20, 2019, at 6:18 PM, Alan Taylor wrote:
>
> Wow … thank you John !
> That
Of course you can. Google "close books site:gnucash.org" and read up on the
myriad opinions and issues that you might encounter.
On Thu, Mar 21, 2019 at 1:00, Philip Burg wrote: I
would like to close my books at the end of my financial year but have access to
the previous years
yay! it opened, quit suddenly, reopened...
what great support! such amazing community! so much connection, such
love
blessings
suk wah
On Wed, Mar 20, 2019 at 5:19 PM John Ralls
wrote:
> Maf's right, 2.4.7 is very old and is indeed too old to run on Mojave. The
> _inflate_validate error
Wow … thank you John !
That was it for the input interface problems. It solved the selection problems
for "Save As” (all databases now available) and the Namespace issues when
manually adding the stock price.
Do you know why ? I cannot guess how a second monitor would do that ?
Brgds/Alan
On 20
Bruno,
I just tested, works fine for me:
$ Argus:/Users/john> gnc-fq-dump yahoo_json AAPL
Finance::Quote fields Gnucash uses:
symbol: AAPL <=== required
date: 03/20/2019 <=== recommended
currency: USD <=== required
last: 188.16
Maf's right, 2.4.7 is very old and is indeed too old to run on Mojave. The
_inflate_validate error message is consistent with trying to run too old a
version of GnuCash. If it's still spinning the beachball then by all means
force-quit. Then drag Gnucash to the trash and empty the trash.
You
Hi John, et all,
I am adding to this string as I experience a similar, possibly related problem:
I am using Gnucash on OSX Mojave 10.14.3. Alphavantage never really worked for
me and importantly, crashed Gnucash instead of reporting stocks that could not
be retrieved.
Then in February I
I am trying to download Gnucash 3.4, still failing at opening it.
Meanwhile, in Applications Folder, there is a hardrive icon, under the old
Gnucash icon, titled Gnucash-Intel-2.4.7
Wild guess, it may be to do with the Gnucash version that I have been using
and working well before upgrading to
On Wednesday, 20 March 2019 19:52:28 GMT suk wah Bernstein wrote:
> fyi FINDER not responding. force quit?
>
> On Wed, Mar 20, 2019 at 11:34 AM suk wah Bernstein <
>
> sukwahbernst...@gmail.com> wrote:
> > fyi color wheels still spinning in desktop where icon is and Applications
> > after
fyi FINDER not responding. force quit?
On Wed, Mar 20, 2019 at 11:34 AM suk wah Bernstein <
sukwahbernst...@gmail.com> wrote:
> fyi color wheels still spinning in desktop where icon is and Applications
> after several hours. email working.
>
> On Wed, Mar 20, 2019 at 7:53 AM suk wah Bernstein <
I would like to close my books at the end of my financial year but have access
to the previous years files, my thoughts were to archive the file at the end of
the year by backing up to a cd/dvd then start afresh with the new financial
year. would this be possible. I am using windows 10 and
fyi color wheels still spinning in desktop where icon is and Applications
after several hours. email working.
On Wed, Mar 20, 2019 at 7:53 AM suk wah Bernstein
wrote:
> please see my responses to yours embedded in blue in msg below.
>
> On Tue, Mar 19, 2019 at 9:48 PM John Ralls
> wrote:
>
>>
Hi Adrien,
I just joined this list with the same question. Great timing! I like
your suggestion. It seems easier than starting a completely new file,
importing the accounts tree, and entering any starting balances left
over from the previous year.
It took me a bit of time to figure out
Adrian,
You are correct, TOSHIBA is just the user name on this computer.
Thanks,
Roger
You wrote: "Roger, just for reference, while the computer in question could
certainly be named ?TOSHIBA? the file path you gave indicated this is the
name of the current user. (they may have been
Op woensdag 20 maart 2019 16:14:46 CET schreef rmom...@gmail.com:
> Geert,
>
> Not sure how it works but version 2.6 installed in Spanish on a Spanish
> language Windows 7 computer with the correct Spanish accounting vocabulary.
> I don't have to translate for my accountant. Very cool! From your
Geert,
Not sure how it works but version 2.6 installed in Spanish on a Spanish
language Windows 7 computer with the correct Spanish accounting vocabulary.
I don't have to translate for my accountant. Very cool! From your answer,
I'm assuming version 3.4 will do likewise.
Thanks much,
Roger
please see my responses to yours embedded in blue in msg below.
On Tue, Mar 19, 2019 at 9:48 PM John Ralls
wrote:
>
> > On Mar 19, 2019, at 9:05 PM, suk wah Bernstein <
> sukwahbernst...@gmail.com> wrote:
> >
> > tried moving icon from within Finder window to Dock. didn't work.
>
> Does that
Do you have more than one monitor? If so, make sure that GnuCash is on the main
one--the one that has the "Arrangement" tab in System Preferences>Displays.
Regards,
John Ralls
> On Mar 19, 2019, at 9:58 PM, Alan Taylor wrote:
>
> More things not working properly …
> In the Save As dialogue
Michael Hendry writes:
[snip]
> Which supports my contention that the use of the term “split” for a
> Ledger Entry causes confusion.
>
> Would anyone think it odd that a different process would be required
> when importing a compound transaction than when importing a simple
> one?
Importing or
> On 20 Mar 2019, at 10:52, Geert Janssens wrote:
>
> Op woensdag 20 maart 2019 10:51:55 CET schreef Michael Hendry:
>> Which supports my contention that the use of the term “split” for a Ledger
>> Entry causes confusion.
>>
> Fair enough. As I said if there's a concise yet more clear term to
Op woensdag 20 maart 2019 10:51:55 CET schreef Michael Hendry:
> Which supports my contention that the use of the term “split” for a Ledger
> Entry causes confusion.
>
Fair enough. As I said if there's a concise yet more clear term to use I'm
happy to switch to it.
Personally I'm not convinced
Thanks for the reply - and the helpful tips.
regards,
ALT
On Tue, Mar 19, 2019 at 10:42 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> Welcome to GnuCash!
>
> There is a ‘close books’ procedure you can use that zeros expenses and
> income to equity as ‘retained
> On 20 Mar 2019, at 08:23, Geert Janssens wrote:
>
> Op dinsdag 19 maart 2019 22:10:29 CET schreef Adrien Monteleone:
>> I never understood the need or benefit to differentiate simple vs. split
>> transactions since *all* transactions are split into two entries at least
>> once. Perhaps
Hi James,
I'm happy it's working again, though please remember to reply to the list
instead of me personally. That way others are also informed of the status.
Regards,
Geert
Op woensdag 20 maart 2019 10:31:41 CET schreef James Walker:
> Hi Geert,
>
> Thanks for getting back to me.
>
>
There is MySQL, and there is SQLite - 2 different things.
Yes, MacOS comes with SQLite, and the Mac version of GnuCash includes that
backend as well.
It should be available to use.
Perhaps one of the developers can chime in with some troubleshooting tips...
Note, in the future, when you have
Op woensdag 20 maart 2019 02:10:11 CET schreef Roger Oliver:
> That worked. Thanks. You are correct, my intention was to experiment with
> 3.4. I thought I would try copying the stylesheet file to the test computer
> as well. That did not work, I suspect because the picture file is not in
> the
Op dinsdag 19 maart 2019 22:10:29 CET schreef Adrien Monteleone:
> I never understood the need or benefit to differentiate simple vs. split
> transactions since *all* transactions are split into two entries at least
> once. Perhaps dropping that distinction is in order, or does it serve some
>
Hi James,
This should be saved automatically, so either you have an uncommon setup or
there is a bug in the code.
You didn't mention the version of gnucash nor your operating system.
Also can you post the contents of the gnucash trace file [1] for the two
gnucash runs:
* run gnucash, set the
Glad you got it sorted. Out of curiosity, when you say one entry was "odd,"
what did you mean?
Just a note: there is no ticker symbol APPL; the symbol for Apple is AAPL. So,
if you tried actually with APPL, you naturally won't get results.
David
On Wed, Mar 20, 2019 at 8:53, Elias K
31 matches
Mail list logo