Hi,
When I make an Invoice and receive money in a foreign currency and account
them in my home currency, where does the unrealized gain/loss go?
I observe an entry in Trial Balance having 'Unrealized Losses' with this
amount. But where is that account? How can I view it?
Thanks.
Jayakumar
Note that adding the price source column to the security list will allow you to
see at a glance which source all your stocks are using.
On Wed, Aug 14, 2019 at 8:17, David Reiser via
gnucash-user wrote: First, make sure that _none_ of
your stocks are requesting quotes through yahoo. (y
No, the #e means that it's an exact number (1491/100) instead of a
floating-point one. That's a Good Thing™.
Are you getting the "Unable to create price quotes for these items" dialog?
Regards,
John Ralls
> On Aug 13, 2019, at 8:38 PM, Kaman Wu wrote:
>
> I do not use yahoo (Just use yahoo_j
Bet it took you three times because you didn't realize that you can open
Tools>Securities, go to the right end of the header, click the little arrow and
select Source to add the quote source to the display columns, then click that
column header to sort on it.
Namespace (e.g. NYSE) is still the
I do not use yahoo (Just use yahoo_json)
when I use gnc-fq-helper, I got:
(("8282" (symbol . "8282") (gnc:time-no-zone . "2019-08-12 12:00:00") (last
. #e14.91) (currency . "CAD")))
Is #e14.91 a problem?
Thanks,
On Tue, Aug 13, 2019 at 10:35 PM David Reiser wrote:
> First, make sure that _
> On Aug 13, 2019, at 2:52 PM, James Fuller wrote:
>
>
> I tried to use the save as to change the name of a file last evening. Here is
> what I did:
>
> from the File drop down menu I chose Save-As, When the next screen popped up
> it asked for the name I wanted to use. I chose and entere
First, make sure that _none_ of your stocks are requesting quotes through
yahoo. (yahoo_json is OK, though). It took me about 3 tries going through my
stocks list to track down the straggling reference. Any stock whose online
quote source is yahoo will cause the entire retrieval effort to fail.
Hi,
Am Mi., 14. Aug. 2019 um 03:30 Uhr schrieb Kaman Wu :
>
> Hello, I still need someone help me.
>
> I made changes of Cdnfundlibrary.pm. Now when I run:
>
> perl .\gnc-fq-dump -v fundlibrary 8282
>
> I could get:
>
> PS C:\Program Files (x86)\gnucash\bin> perl .\gnc-fq-dump -v fundlibrary
>
Hello, I still need someone help me.
I made changes of Cdnfundlibrary.pm. Now when I run:
perl .\gnc-fq-dump -v fundlibrary 8282
I could get:
PS C:\Program Files (x86)\gnucash\bin> perl .\gnc-fq-dump -v fundlibrary
8282
Finance::Quote fields Gnucash uses:
symbol: 8282 <=
The dates are appended to backups that GnuCash makes. If you just save a file
on your own, how would it presume to know to append the date to the file name?
Why would it alter your chosen file name?
Why would you not want the next save to overwrite the current file?
Regards,
Adrien
> On Aug 13
I tried to use the save as to change the name of a file last evening.
Here is what I did:
from the File drop down menu I chose Save-As, When the next screen
popped up it asked for the name I wanted to use. I chose and entered
databack. I then went to the Places select box and clicked on 64
On 8/13/2019 10:57 AM, Dale Alspach wrote:
The Gnucash documentation could make some general statements about
differences between Gnucash and other accounting software, but it would be
too much to expect specifics about the other software.
Dale
Gnucash IS ordinary, run of the mill, double entr
You can also double click the column headers of all but the description
column. Last, double click the header for the description column.
This automatically sets the columns' widths to just the minimum needed to
display the contents of the fields, except the description column.
Description column
David,
Perfect! The right click is what I was missing. Now I can work with the tab
bar in either position.
Thank you very much.
Rick
Message: 3
Date: Tue, 13 Aug 2019 10:44:57 -0500
From: David Carlson
To: Adrien Monteleone
Cc: Gnucash Users
Subject: Re: [GNC] Default tab on open
Message-ID:
Curiouser and curiouser. I just booted my 2014 MacBook Pro in Mojave. I was
hoping to see good results, but I was disappointed. My experience on Mojave was
identical to my experience on El Capitan. I first tried changing just the day
of the week and creating a new set of books. Then, I tried cha
Sorry, I don't know, I'm using Linux, so directories will be very different.
br Ove.
On Tue, 13 Aug 2019 at 03:05, Kaman Wu wrote:
> Hello Ove,
>
> I try to change the code by myself. I am using windows 10 right now.
>
> I find the perl code
> at:
> C:\Strawberry\cpan\build\Finance-Quote-1.49-
Am 13.08.19 um 07:44 schrieb Liz:
> I tried it today on Debian. I've never used this feature, but
> experimented.
> Debian Buster/Sid
> Gnucash
> Version: 3.4
> Build ID: 3.4+ (2018-12-30)
> Finance::Quote: 1.47
> __
so, what was the result of your experiment? ;-)
> On 13 Aug 2019, at 17:00, Adrien Monteleone
> wrote:
>
> I think Christopher confirmed earlier that the Transaction Report code is not
> considering locale at all.
>
> There’s already a bug on it from 2015:
> https://bugs.gnucash.org/show_bug.cgi?id=752395
>
> Though it seems at that point
I think Christopher confirmed earlier that the Transaction Report code is not
considering locale at all.
There’s already a bug on it from 2015:
https://bugs.gnucash.org/show_bug.cgi?id=752395
Though it seems at that point in time, the report was stuck on Monday instead
of Sunday!
Regards,
Adr
Hi Michael,
Thank you for chiming in. This is very good news. Perhaps I just need to move
further up the OS ladder. I'm currently working with a 2008 MacBook Pro that
cannot run anything beyond El Capitan. However, I do also plan to move my 2014
MacBook Pro to Mojave. If it works correctly for
Hi Adrien,
Thanks for the clarification. I certainly agree that this could be a problem
in GTK. I don't have enough information about GnuCash's inner workings to make
that judgment.
Best,
John
> On Aug 13, 2019, at 4:04 AM, Adrien Monteleone
> wrote:
>
> But I don’t think GnuCash is doing
Hi Catscrash,
Thank you for confirming that at least someone can get GnuCash to use Monday
as the first day of the week. Unfortunately, the pictures did not come through,
but I believe you that it is working on your system.
I'm not sure how to describe the report I'm referring to. On my syst
I leave lots of tabs open across the top of the window. When I want to go
to a tab that I cannot see, I right click on the tab bar and choose the
tab from the dropdown list.
David Carlson
On Tue, Aug 13, 2019, 10:30 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> Rick,
>
> It m
Rick,
It might not be as bad as you fear.
I never used the scroll feature and just kept closing tabs as they got too
numerous.
I don’t keep my GnuCash window full width to allow for some other windows on
the same screen. (bills & Invoices due reminders and the upcoming SX along with
a calcula
Yes, by the end of the month, I will likely have 10 tabs open while I am
creating invoices. With the tabs at the top, they disappear off to the right
and I can't just "click" on one I can't see without scrolling to the right.
Scrolling now is one tab at a time instead of mouse wheel to the right
The problem is actually that in these consumer oriented packages the
paradigm is different. In Gnucash the chart of accounts is fundamental. In
Quickbooks the initial screen shows a set of tasks: add a customer, pay
bills, enter charges, etc. Clicking on these brings up a set of account
names, cus
Presently, they are all set to en_US.UTF-8, but when I switch to UK, they are
all en_GB.UTF-8 like yours.
Note that changing only the first day of the week (and leaving the locale
alone) in System Preferences doesn’t change any locales for me. (but presumably
writes the ‘first_weekday 2’ line i
> On 13 Aug 2019, at 14:52, Adrien Monteleone
> wrote:
>
> Thanks Michael,
>
> That is interesting.
>
> I just changed my Mac to UK, even restarted the computer, still the date
> picker shows Sunday as the first day.
>
> Maybe this is a change in Mojave?
>
> Maybe some sort of user profile
Thanks Fred, so we know it isn’t a 3.6 change. (though I do see the SX Editor
starts on Sunday now instead of Monday, which isn’t consistent with the locale)
Regards,
Adrien
> On Aug 13, 2019, at 5:17 AM, Fred Bone via gnucash-user
> wrote:
>
> On 13 August 2019 at 2:57, Adrien Monteleone sai
Thanks Michael,
That is interesting.
I just changed my Mac to UK, even restarted the computer, still the date picker
shows Sunday as the first day.
Maybe this is a change in Mojave?
Maybe some sort of user profile corruption myself and the OP share?
Anyone out there on Mojave with Monday work
Christopher Lam writes:
> On Tue., 13 Aug. 2019, 11:12 John Morris, wrote:
>
>> I set this up with a simple transaction report by setting the date range
>> to run from the "start of previous month" to "today". I then set the
>> primary sort key to "Date" and the primary subtotal for date key to
I lived in Singapore for four years and their first day of the week is Monday.
There are other other countries that follow this also, I believe Spain is one
of them.--Regards, Larry
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your s
On 13 August 2019 at 2:57, Adrien Monteleone said:
> Hmm..
>
> Is there anyone using Windows with a Monday first setup that works
> correctly?
Windows 10, system week-start setting is Monday.
2.6.21:
The calendar in the SX Editor starts the week on Monday. I have no idea
where it derives the
Can I just check that you realise you can have multiple tabs open at
once, each showing an account. So to switch accounts you just need to
click on the tab.
Colin
On Tue, 13 Aug 2019 at 01:04, Rick Mobley wrote:
>
> Is there a place to set a "default" tab to open up to? I'd like for it to
> ope
On 12 August 2019 at 12:57, Mike or Penny Novack said:
> On 8/12/2019 12:45 PM, Clint Chaplin wrote:
> > This is also similar to NetSuite, which is an on-line double entry
> > bookkeeping service, and where "journal entries" are a special case
> > transaction, even though by definition everything
> On 13 Aug 2019, at 09:36, Michael Hendry wrote:
>
>> On 13 Aug 2019, at 08:48, Adrien Monteleone
>> wrote:
>>
>> I have a somewhat detailed asset tree, but I did a test on a subset of it.
>>
>> I have the following:
>>
>> Assets:Current Assets:Currency
>>
>> And under that I have:
>>
>>
> On 13 Aug 2019, at 09:13, Adrien Monteleone
> wrote:
>
> I spoke too soon.
>
> It turns out that GIMP has a date picker when editing meta data.
>
> It also does not honor the first day of week setting in MacOS preferences.
>
> So this is a problem with GTK, not just GnuCash.
>
> The questi
I'm pretty sure that this code isn't making sizing decisions based on
readability-- at least not in my experience. It is perfectly happy to cram
huge amounts of data into tiny on screen areas... Percentages default to 100%,
but remember previously stored values.
On Tue, Aug 13, 2019 at
> On 13 Aug 2019, at 08:48, Adrien Monteleone
> wrote:
>
> I have a somewhat detailed asset tree, but I did a test on a subset of it.
>
> I have the following:
>
> Assets:Current Assets:Currency
>
> And under that I have:
>
> Cash in Wallet
> Coin Jar
> Envelopes
>
> The latter was for an e
As covered in the note at
https://www.gnucash.org/docs/v3/C/gnucash-guide/basics-running-gnucash.html#basics-register2
On Tue, Aug 13, 2019 at 5:40, David Carlson
wrote: James,
Keep in mind that in the register view the description column is a special
case that essentially defaults to u
I spoke too soon.
It turns out that GIMP has a date picker when editing meta data.
It also does not honor the first day of week setting in MacOS preferences.
So this is a problem with GTK, not just GnuCash.
The question is then, can a proper locale file be stored by the user to
override the de
But I don’t think GnuCash is doing that. (telling the widget to draw a calendar
with first_weekday set to ‘Monday’) It is calling GtkCalendar() and that widget
doesn’t have a setting for defining the first day. Now, since it seems to work
on Ubuntu as another user reported, maybe the widget is l
Hmm..
Is there anyone using Windows with a Monday first setup that works correctly?
Is this only a problem with GTK on MacOS?
(the mailing list allows attachments, but it is finicky —better to use a linked
image on a hosting site)
Regards,
Adrien
> On Aug 13, 2019, at 12:11 AM, Catscrash wro
I could see how more actual slices (regardless of how many accounts were
chosen) would maybe trigger a larger size than a really small one specified for
readability. But still, that should be only a default behavior and should not
override a specified size.
I think yes, the percentage is based
I have a somewhat detailed asset tree, but I did a test on a subset of it.
I have the following:
Assets:Current Assets:Currency
And under that I have:
Cash in Wallet
Coin Jar
Envelopes
The latter was for an experiment trying to shoehorn the envelope method into
GnuCash. (nutshell - it doesn’t
I will try using percentages, although why a percentage (based off what? Window
dimensions?) would be more reliable is beyond my ability to comprehend.
As for number of slices, they all are set to the same value; it's just that the
number of matching accounts is limited. Again, why that would
> On 13 Aug 2019, at 08:07, Adrien Monteleone
> wrote:
>
> Sorry, I forgot to include that in order to see the Income option for type,
> you need to first choose an Income account as a parent. (or make it another
> top level account)
>
> Regards,
> Adrien
Thanks, Adrien.
That solved the pro
> On Aug 13, 2019, at 12:12 AM, Christopher Lam
> wrote:
>
> Maybe I'm being thick here, but it's still not easy. We need to start with
> the knowledge that *internally* income amounts are negative -- after all they
> usually balance with positive asset amounts. Also, liability amounts are a
Sorry, I forgot to include that in order to see the Income option for type, you
need to first choose an Income account as a parent. (or make it another top
level account)
Regards,
Adrien
> On Aug 13, 2019, at 2:06 AM, Adrien Monteleone
> wrote:
>
> Changing the account type to Income first s
Changing the account type to Income first should allow the deletion and
re-assignment.
Since they are both credit type accounts, you are fortunate not to have the
debits and credits reversed.
Regards,
Adrien
> On Aug 13, 2019, at 1:42 AM, Michael Hendry wrote:
>
> I have set up some accounts
50 matches
Mail list logo
