I meant right edge of the date title box, not it the entire window.
On Thu, Mar 21, 2019, 9:42 PM suk wah Bernstein
wrote:
> tried adjusting from the right edge. DESCRIPTION is affected, DATE
> unaffected.
>
> On Thu, Mar 21, 2019 at 7:36 PM David Carlson
> wrote:
>
>> I think the date field
tried adjusting from the right edge. DESCRIPTION is affected, DATE
unaffected.
On Thu, Mar 21, 2019 at 7:36 PM David Carlson
wrote:
> I think the date field width can only be adjusted from the right edge. At
> least that is how it works in older versions.
>
> David Carlson
>
> On Thu, Mar 21,
I think the date field width can only be adjusted from the right edge. At
least that is how it works in older versions.
David Carlson
On Thu, Mar 21, 2019, 9:08 PM suk wah Bernstein
wrote:
> great. thank you. 3.3 so far so good. personally i like the look of 3.3
> more, numerals are larger
>
great. thank you. 3.3 so far so good. personally i like the look of 3.3
more, numerals are larger
2 small issues, both regarding DATE column.
- the first digit is only partially visible, e.g. 2/3/2018, the front half
of '2' is cut off.
- the first and half of second digits in NEW ENTRY are cut
You don't have to, you can have as many different GnuCash versions installed on
a Mac as you like, you just need to either rename them or keep them in
different directories because they normally all have the same filename. But
since you're not going to use GnuCash 3.4 any more you might as well
For now, the likely best method is exporting and using a spreadsheet for
multi-period comparisons, though I seem to recall a proper multi-period report
is in development.
The multi-column report could fit that bill, but as-is, repeats all of the
account labels which makes things quite
I too worked for a company that had an odd fiscal year - starting Nov 1 because
that’s when they incorporated. They ran for decades like that till I convinced
them to do a short year filing and align to the calendar the following year.
Do you mean that GnuCash should require closing the books
Am 21.03.2019 um 21:00 schrieb Derek Atkins:
>
>> At least for me in Germany I can’t think of someone accounting for more
>> than one year and also only on certain circumstances accounting for
>> another period than 01.01. to 31.12.
>
> Here in the US, organizations are free to set up any
On Thu, 21 Mar 2019 20:51:00 +0100
Christian Kluge wrote:
> I don’t know how to say it, but I think GnuCash might be better off
> with a balance carry over method into the next year.
>
> At least for me in Germany I can’t think of someone accounting for
> more than one year and also only on
Exception Type:EXC_ARITHMETIC (SIGFPE)
Exception Codes: EXC_I386_DIV (divide by zero)
Exception Note:EXC_CORPSE_NOTIFY
Termination Signal:Floating point exception: 8
Termination Reason:Namespace SIGNAL, Code 0x8
Terminating Process: exc handler [13974]
Thread 0
On Thu, March 21, 2019 3:51 pm, Christian Kluge wrote:
[snip]
> I don’t know how to say it, but I think GnuCash might be better off with
> a balance carry over method into the next year.
Patches always welcome! :)
> At least for me in Germany I can’t think of someone accounting for more
> than
Good. Open it and find lines starting with Exception Type and Thread 1. Drag
your mouse over all of the lines between those two so that they're highlighted.
Press Command-C on the keyboard to copy them.
Open a reply to this email and click in the body, then press Command-V to paste
the lines
Am 21.03.2019 um 15:14 schrieb Derek Atkins:
> Hi,
>
> Philip Burg writes:
>
>> 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
>>
the last one is from last evening after successfully reconciled one
statement.
On Thu, Mar 21, 2019 at 12:43 PM suk wah Bernstein <
sukwahbernst...@gmail.com> wrote:
> yes, 9.
>
> On Thu, Mar 21, 2019 at 12:09 PM John Ralls
> wrote:
>
>> First let's see if we can figure out why it's quitting.
yes, 9.
On Thu, Mar 21, 2019 at 12:09 PM John Ralls
wrote:
> First let's see if we can figure out why it's quitting. Open
> /Applications/Utilities/Console and select User Reports from the sidebar.
> Are there any whose names start with Gnucash?
>
> Regards,
> John Ralls
>
>
> > On Mar 21,
Probably not. What would change is the Perl version and consequently what
folders @INC points to, but that hasn't changed in the last 5 versions, it's
been 5.18 since Yosemite.
gnc-fq-dump doesn't use Date::Manip, but if your Date::Manip is broken it's
quite possible that your Finance::Quote
First let's see if we can figure out why it's quitting. Open
/Applications/Utilities/Console and select User Reports from the sidebar. Are
there any whose names start with Gnucash?
Regards,
John Ralls
> On Mar 21, 2019, at 8:11 AM, suk wah Bernstein
> wrote:
>
> good news is it is working
Perhaps this interest.
The meaning of "Split" was also addressed here:
http://gnucash.1415818.n4.nabble.com/GNC-Import-CSV-Multi-currency-tp4705312p4705345.html
--
Regards
GTI
Em qua, 20 de mar de 2019 às 08:36, Michael Hendry
escreveu:
> > On 20 Mar 2019, at 10:52, Geert Janssens
> wrote:
> On 21 Mar 2019, at 15:15, Adrien Monteleone
> wrote:
>
> I’m not sure ‘ledger entry’ is a prime choice either. If we were to consider
> the pen and paper world, this is done as a ‘journal entry’ but that entry
> always has two components (debit and credit) with at minimum two accounts
>
> On 21 Mar 2019, at 14:46, D via gnucash-user wrote:
>
> It seems circular to say that there is a distinction between a simple and
> compound transaction, and then say a simple transaction is a special case
> compound transaction. Then we're back at defining the difference between,
> say, a
Hi John,
Thanks so much for all the work you do supporting us and your diligent test of
the Yahoo_json script!
I have restarted my Mac and Gnucash. The price quote keeps failing on my
desktop and laptop test systems.
I keep getting the 500 server error when I use the Terminal command:
I’m not sure ‘ledger entry’ is a prime choice either. If we were to consider
the pen and paper world, this is done as a ‘journal entry’ but that entry
always has two components (debit and credit) with at minimum two accounts
involved. I’m going to dig up my accounting textbook and see how they
good news is it is working so long as it stays open.
not so good news is it intermittently quits unexpectedly.
is there a way to stabilize? thanks so much for everything.
On Wed, Mar 20, 2019 at 6:49 PM suk wah Bernstein
wrote:
> yay! it opened, quit suddenly, reopened...
>
> what great
Alan,
I’m in agreement with Derek here. Since GnuCash is written using the GTK
toolkit, which is not native to either Windows or Mac, Linux is the top choice.
While I use GnuCash daily on Mac, there are a few (though easily worked-around)
hiccups, such as with multi-monitor setups, application
It seems circular to say that there is a distinction between a simple and
compound transaction, and then say a simple transaction is a special case
compound transaction. Then we're back at defining the difference between, say,
a "split" transaction versus a "multi-split" transaction, which
Op donderdag 21 maart 2019 14:59:29 CET schreef Martijn Heuts:
> Hello,
> When I process a refund I pull up the customer's invoice, click on 'Pay
> invoices' and enter therefund amount in the 'refund' column. My P report
> did not show a difference when I compared it before and after processing
>
"David T. via gnucash-user" writes:
> I like the terminology “simple” versus “compound”, but I do not
> understand what is meant by a “ two-line simple transaction as a
> special case of a compound transaction.”
This is what happens you expand a simple transaction (which has only 2
splits) by
Hi,
Philip Burg writes:
> 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
John,
Basically reliability, accuracy and trouble free operation. Not the OS
itself, but GnuCash when running on the OS.
Rightly or wrongly i have the feeling that development time is not
necessary divided equally among the 3 versions ? Nothing wrong with that,
it’s just I don’t particularly
Alan,
Alan Taylor writes:
> 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
Hello,
When I process a refund I pull up the customer's invoice, click on 'Pay
invoices' and enter therefund amount in the 'refund' column.
My P report did not show a difference when I compared it before and after
processing the refund.Is there another way I should process the refund or is
For what set of criteria, weighted and evaluated how?
Regards,
John Ralls
> On Mar 20, 2019, at 8:10 PM, Alan Taylor wrote:
>
> 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
I like the terminology “simple” versus “compound”, but I do not understand what
is meant by a “ two-line simple transaction as a special case of a compound
transaction.”
David
> On Mar 21, 2019, at 4:40 PM, Geert Janssens
> wrote:
>
> Op woensdag 20 maart 2019 12:35:40 CET schreef Michael
Op woensdag 20 maart 2019 12:35:40 CET schreef Michael Hendry:
> > On 20 Mar 2019, at 10:52, Geert Janssens
> > wrote:>
> > Op woensdag 20 maart 2019 10:51:55 CET schreef Michael Hendry:
> >> Would anyone think it odd that a different process would be required when
> >> importing a compound
34 matches
Mail list logo
