Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
On Fri, 22 Mar 2019 21:21:52 +0100 Geert Janssens wrote: > > Not saying we CAN'T do it, but seriously, how many words in the > > English language have both a verb and a noun and can mean slightly > > different things? (cheating answer: many). > > > There are many. The confusion however comes from the fact that split > (noun) is ambiguous in itself. It sometimes means the parts you get > after splitting something (like in your wine example), and sometimes > it refers to the gap between the pieces instead. The latter meaning > is clearly the more obvious one for Micheal and Alan. So if we can > avoid this confusion by using another term that could make gnucash > easier to learn. Geert We can't fix English, it's a moving target. “When I use a word,’ Humpty Dumpty said in rather a scornful tone, ‘it means just what I choose it to mean — neither more nor less.’ ’The question is,’ said Alice, ‘whether you can make words mean so many different things.’ ’The question is,’ said Humpty Dumpty, ‘which is to be master — that’s all.” ― Lewis Carroll, Through the Looking Glass ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Finance::Quotes stopped working for me
Please remember to copy the list on all replies.
Curl and your browser working exonerates your router.
*Re*-installing perl would I think be challenging; it's provided as part of
MacOS so I'd think that the only safe way to do it would be to reinstall the OS.
That said, do you have any of the fake-Linux package managers--Homebrew,
MacPorts, or Fink--installed?
What's the output of running
which perl
from the command line?
How about
~/.cpan/build/Finance-Quote-1.47-XX/Examples/stockdump.pl yahoo_json aapl
(the XX bit is random characters that depends on the installation).
Regards,
John Ralls
> On Mar 22, 2019, at 3:31 PM, Bruno Acklin wrote:
>
> No, I get an instant reply with content:
> {"quoteResponse":{"result":[{"language":"en-US","region":"US","quoteType":"EQUITY","quoteSourceName":"Nasdaq
> Real Time Price","currency":"USD","regularMarketPrice":191.05,..
>
> Same if I use the fnc query from my browser:
> https://query1.finance.yahoo.com/v7/finance/quote?symbols=aapl
>
> Any other ideas, especially related to the router change?
>
> Is there a point and safe way in reinstalling all of PERL on MacOS Mojave?
>
> Best, Bruno
>
>> On Mar 22, 2019, at 12:05 PM, John Ralls
>> wrote:
>>
>> https://query1.finance.yahoo.com/v7/finance/quote?symbols=aapl
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Re: [GNC] End of year rollover
It has not quite been merged in yet, but I see no further issue that I can fix myself, so, I'll see about getting in for wider use and bug finding, in an "experimental" submenu. It won't report unrealised gains though, too difficult to hack it as it is. On Fri., 22 Mar. 2019, 23:06 Derek Atkins, wrote: > Adrien Monteleone writes: > > > 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. > > I believe it has been committed to the repository already. If not, > there is an open PR about it which implies it should be committed soon. > > > The multi-column report could fit that bill, but as-is, repeats all of > > the account labels which makes things quite cluttered. There is also > > no way to see percentages or variances unless you use a > > spreadsheet. (or other reporting solution) > > I agree that some things are best done outside GnuCash, but GnuCash can > certainly get you most of the way there. > > > I find myself looking at odd periods and crossing yearly boundaries > > more often than I find myself comparing two monthly or annual > > periods. (though I need that too) If I had to close the books each > > year, I’d lose that ability, or at least it would be very cumbersome. > > This would be much harder, I think, if you had separate data files. > Especially because GnuCash doesn't like having multiple files open > simultaneously. > > > Regards, > > Adrien > > > Please remember to CC this list on all your replies. > > You can do this by using Reply-To-List or Reply-All. > > -- >Derek Atkins 617-623-3745 >de...@ihtfp.com www.ihtfp.com >Computer and Internet Security Consultant > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
here's another issue. for one statement, during RECONCILE, opening balance should be $5172.79, but it comes up in dialog box as $5333.68. i just put in IMBALANCE. it's fine for statements before and after. On Fri, Mar 22, 2019 at 11:55 AM suk wah Bernstein < sukwahbernst...@gmail.com> wrote: > when i move gnucash window between macbook pro and 27" monitor does this > constitute "messing with monitors"? > > On Fri, Mar 22, 2019 at 11:33 AM suk wah Bernstein < > sukwahbernst...@gmail.com> wrote: > >> i use macbook pro which is attached to 27" monitor. i don't recall >> changing anything like "display settings". but, out of abundance of >> caution, please kindly explain further regarding "messing with monitors", >> e.g. what not to do. >> >> On Fri, Mar 22, 2019 at 11:30 AM John Ralls < >> jra...@ceridwen.fremont.ca.us> wrote: >> >>> Another known and fixed Gtk bug related to changing display settings >>> with multiple monitors. The workaround is to not mess with your monitors >>> while GnuCash is running. >>> >>> Regards, >>> John Ralls >>> >>> >>> > On Mar 22, 2019, at 8:08 AM, suk wah Bernstein < >>> sukwahbernst...@gmail.com> wrote: >>> > >>> > thanks so much, david, DATE is showing in full. beautiful. >>> > >>> > that said, 3.3 quit unexpectedly. tried two times before it >>> successfully opened. here's 1st user report from EXCEPTION to THREAD 1: >>> > >>> > Exception Type:EXC_BAD_ACCESS (SIGSEGV) >>> > Exception Codes: KERN_INVALID_ADDRESS at 0x0128 >>> > Exception Note:EXC_CORPSE_NOTIFY >>> > >>> > Termination Signal:Segmentation fault: 11 >>> > Termination Reason:Namespace SIGNAL, Code 0xb >>> > Terminating Process: exc handler [16035] >>> > >>> > VM Regions Near 0x128: >>> > --> >>> > __TEXT 00010a73-00010a743000 [ 76K] >>> r-x/rwx SM=COW /Applications/Gnucash.app/Contents/MacOS/Gnucash >>> > >>> > Application Specific Information: >>> > objc_msgSend() selector name: visibleFrame >>> > >>> > >>> > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread >>> > 0 libobjc.A.dylib 0x7fff5e6de11d >>> objc_msgSend_stret + 29 >>> > 1 libgdk-3.0.dylib 0x00010b2add02 >>> gdk_quartz_monitor_get_workarea + 98 >>> > 2 libgtk-3.0.dylib 0x00010ae9544f >>> gtk_window_guess_default_size + 79 >>> > 3 libgtk-3.0.dylib 0x00010ae8f16b >>> gtk_window_compute_configure_request + 299 >>> > 4 libgtk-3.0.dylib 0x00010ae98921 >>> gtk_window_realize + 641 >>> > 5 libgobject-2.0.0.dylib0x00010b67ba0a >>> _g_closure_invoke_va + 314 >>> > 6 libgobject-2.0.0.dylib0x00010b693831 >>> g_signal_emit_valist + 1521 >>> > 7 libgobject-2.0.0.dylib0x00010b694216 g_signal_emit >>> + 134 >>> > 8 libgtk-3.0.dylib 0x00010ae75c81 >>> gtk_widget_realize + 257 >>> > 9 libgtk-3.0.dylib 0x00010ae32b54 >>> gtk_tooltip_show_tooltip + 436 >>> > 10 libgtk-3.0.dylib 0x00010ae3317c >>> tooltip_popup_timeout + 44 >>> > 11 libgdk-3.0.dylib 0x00010b274992 >>> gdk_threads_dispatch + 50 >>> > 12 libglib-2.0.0.dylib 0x00010aa3e548 >>> g_timeout_dispatch + 24 >>> > 13 libglib-2.0.0.dylib 0x00010aa41fb5 >>> g_main_context_dispatch + 309 >>> > 14 libglib-2.0.0.dylib 0x00010aa422e3 >>> g_main_context_iterate + 419 >>> > 15 libglib-2.0.0.dylib 0x00010aa4260f >>> g_main_loop_run + 223 >>> > 16 libgtk-3.0.dylib 0x00010ad2519a gtk_main + 74 >>> > 17 libgncmod-gnome-utils.dylib 0x00010d8129df >>> gnc_ui_start_event_loop + 47 >>> > 18 org.gnucash.Gnucash 0x00010a7401ec inner_main + >>> 1116 >>> > 19 libguile-2.2.1.dylib 0x00010a897632 >>> invoke_main_func + 34 >>> > 20 libguile-2.2.1.dylib 0x00010a877eef c_body + 15 >>> > 21 libguile-2.2.1.dylib 0x00010a8ffc5a >>> vm_regular_engine + 1290 >>> > 22 libguile-2.2.1.dylib 0x00010a8febff scm_call_n + >>> 495 >>> > 23 libguile-2.2.1.dylib 0x00010a8fb8aa catch + 506 >>> > 24 libguile-2.2.1.dylib 0x00010a877ebc >>> scm_c_with_continuation_barrier + 140 >>> > 25 libguile-2.2.1.dylib 0x00010a8fb4b1 with_guile + >>> 65 >>> > 26 libgc.1.dylib 0x00010a9b97fb >>> GC_call_with_stack_base + 27 >>> > 27 libguile-2.2.1.dylib 0x00010a8f935b >>> scm_with_guile + 43 >>> > 28 libguile-2.2.1.dylib 0x00010a8975f5 >>> scm_boot_guile + 69 >>> > 29 org.gnucash.Gnucash 0x00010a73fbc3 main + 3363 >>> > 30 libdyld.dylib 0x7fff5f7baed9 start + 1 >>> > >>> > Thread 1: >>> > 0 libsystem_kernel.dylib0x7fff5f8f77de >>> __psynch_cvwait + 10 >>> > 1
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
#yiv5052015078 p, #yiv5052015078 li {white-space:pre-wrap;}Op vrijdag 22 maart
2019 21:00:02 CET schreef Derek Atkins:> > Why not just use the term 'parts' or
'transaction parts' or even invent a> > new word 'transparts'; (after all,
GnuCash is a made up word too.)> > Just because GnuCash developers previously
defined the 'parts' of a> > transaction as 'splits' doesn't mean that the
definition shouldn't be> > changed to make it clearer.> > The data file
contains "Splits". Having different terms in the UI vs the> underlying data is
a way to cause irreperable brain damage down the road> when someone not alive
today becomes a developer in a couple decades and> tries to mentally map a
Foobob to a Split and doesn't understand why the> name was changed.> This is a
valid point. It only makes sense to change the term if it happens on all
levels. That's what I hinted at in one of my first replies (that it would be
hard to make this change and potentially create an extra burden on our
translators). > Not saying we CAN'T do it, but seriously, how many words in the
English> language have both a verb and a noun and can mean slightly different>
things? (cheating answer: many).> There are many. The confusion however comes
from the fact that split (noun) is ambiguous in itself. It sometimes means the
parts you get after splitting something (like in your wine example), and
sometimes it refers to the gap between the pieces instead. The latter meaning
is clearly the more obvious one for Micheal and Alan. So if we can avoid this
confusion by using another term that could make gnucash easier to learn.
Pondering it some more among a few developers the term "entry" without the
explicit "ledger" comes up as the most likely alternative so far. It can be
disambiguated in certain contexts with account, invoice, bill,... Regards, Geert
Yes, I take the points you both make and Geert, yes, the term 'entry' seems
like a good alternative for better clarity.
Alan
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
Op vrijdag 22 maart 2019 21:00:02 CET schreef Derek Atkins: > > Why not just use the term 'parts' or 'transaction parts' or even invent a > > new word 'transparts'; (after all, GnuCash is a made up word too.) > > Just because GnuCash developers previously defined the 'parts' of a > > transaction as 'splits' doesn't mean that the definition shouldn't be > > changed to make it clearer. > > The data file contains "Splits". Having different terms in the UI vs the > underlying data is a way to cause irreperable brain damage down the road > when someone not alive today becomes a developer in a couple decades and > tries to mentally map a Foobob to a Split and doesn't understand why the > name was changed. > This is a valid point. It only makes sense to change the term if it happens on all levels. That's what I hinted at in one of my first replies (that it would be hard to make this change and potentially create an extra burden on our translators). > Not saying we CAN'T do it, but seriously, how many words in the English > language have both a verb and a noun and can mean slightly different > things? (cheating answer: many). > There are many. The confusion however comes from the fact that split (noun) is ambiguous in itself. It sometimes means the parts you get after splitting something (like in your wine example), and sometimes it refers to the gap between the pieces instead. The latter meaning is clearly the more obvious one for Micheal and Alan. So if we can avoid this confusion by using another term that could make gnucash easier to learn. Pondering it some more among a few developers the term "entry" without the explicit "ledger" comes up as the most likely alternative so far. It can be disambiguated in certain contexts with account, invoice, bill,... Regards, Geert ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
Derek, I think you have defined the reason that the term 'split' should remain in use as it presently is in GNUcash. On 3/22/2019 2:00 PM, Derek Atkins wrote: You are confusing the VERB split -- the act of splitting two things into pieces -- and the NOUN split, which are the results of the splitting. While you are correct that a simple transaction has been split(v) only once, that does not imply that it is made of one one split(n). It is absolutely reasonable to use the same word to mean (slightly) different things as a verb and as a noun. It's also quite clear from context (at least most of the time) whether you are using split(v) or split(n). ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
Hi Alan, On Fri, March 22, 2019 3:33 pm, aeg via gnucash-user wrote: > If I might comment on this topic, might thoughts are below Michael's... > [snip] > I agree with Michael's points.A simple transaction consists of just one > split but two parts, and saying (pretending) that a simple transaction has > two splits is misleading. You are confusing the VERB split -- the act of splitting two things into pieces -- and the NOUN split, which are the results of the splitting. While you are correct that a simple transaction has been split(v) only once, that does not imply that it is made of one one split(n). It is absolutely reasonable to use the same word to mean (slightly) different things as a verb and as a noun. It's also quite clear from context (at least most of the time) whether you are using split(v) or split(n). When you say "split the wood in two" you are using split(v), not split(n). Calling each piece of the result a split(n) is perfectly reasonable, which is what GnuCash does. Have you ever heard the term "wine split"? It refers to a 187ml bottle of wine, which is the result of splitting up a 750ml bottle into 4 parts, or a 350ml bottle into two. Are you going to argue that a wine split (which is yet another term-of-art) is wrong and go tilt at the wine industry windmill next? ;-) > I see no problems with the use of terms like 'simple transaction' (with > one split and two parts) or with 'compound transactions' (with 2+ splits > and 3+ parts), but it doesn't make sense to refer to the parts as splits. Why not? split(n) is a perfectly reasonable phrase. And again you are confusing split(v) with split(n), which is going to cause even more confusion. > Why not just use the term 'parts' or 'transaction parts' or even invent a > new word 'transparts'; (after all, GnuCash is a made up word too.) > Just because GnuCash developers previously defined the 'parts' of a > transaction as 'splits' doesn't mean that the definition shouldn't be > changed to make it clearer. The data file contains "Splits". Having different terms in the UI vs the underlying data is a way to cause irreperable brain damage down the road when someone not alive today becomes a developer in a couple decades and tries to mentally map a Foobob to a Split and doesn't understand why the name was changed. Not saying we CAN'T do it, but seriously, how many words in the English language have both a verb and a noun and can mean slightly different things? (cheating answer: many). Have a good weekend! > Kind regards,Alan > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
If I might comment on this topic, might thoughts are below Michael's...
--
> On 22 Mar 2019, at 15:10, Derek Atkins wrote:
>
> D writes:
>
>> 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 we're trying to move away from as justifiably
>> confusing.
>
> The difference is "exactly 2 splits" vs "more than 2 splits".
>
> Simple tranaction: exactly 2 splits. The basic view mode in the
> ledger lets you enter these simply, and the Transfer field shows the
> "other" account.
>
> Compound transaction: > 2 splits. The Transfer field shows "Split
> Transaction" and you must expand the transaction to see the other
> accounts.
>
> Those ARE the definitions. If you don't like them, well, I'm sorry, but
> it's like saying you don't like the sky being Blue and would prefer if
> it was purple with pink polka dots.
>
> The fact remains, a simple transaction *is* a special case of a compound
> transaction as far as the UI is concerned. If you expand a simple
> transaction you'll see both splits.
>
>> Calling one a "simple" transaction, and the others "compound" seems
>> like enough. Perhaps the explanation of the technical aspects of this
>> (i.e., the structure of a two sided simple, as opposed to an n-sided
>> {n>2} compound transaction), could use the term "split," as it is
>> defined by Gnucash. This would disambiguate the use of the term
>> "split," such that it would only be used for this specific case.
>
> I am fine with that approach. In my mind it's always clear, tho, that
> "split transaction" implies "compound transaction", and "transaction
> splits" are the individual entries that tie the transaction to each
> account. But whatever, I've only been using these terms within gnucash
> for 20 years now. What do I know? :)
Well, and with the greatest respect, could it be that you?ve grown up with it
so you don?t see the potential for confusion?
To recap: I?ve been using Gnucash for 9 years, and I?ve managed to cope with
?splits? without looking at the definitions too closely.
I don?t use the CSV importer, and it wasn?t until there was a thread about
multi-splits and the CSV importer that I tried to get my head around the
nomenclature - and found it confusing.
To me, the term ?split transaction? implies "a transaction that has been split?
as opposed to ?a transaction that is made up from splits?, and it says nothing
about whether the transaction itself is Simple or Compound.
Although a molecule of carbon monoxide is made up from an atom each of carbon
and oxygen, I wouldn?t refer to either of these atoms as a split.
>
>> Regardless, I am still against the "Ledger entry" locution.
>
> Why?
Good question!
The ledger entry is the atom from which transactions are made; the problem is
that GC?s user interface (very helpfully) facilitates the direct creation of
molecules.
>
> -derek
I realise that the concept of splits is in-with-the-bricks of Gnucash, and that
it wouldn?t be easy to disengage from its use. Now that I have worked out what
it means, it shouldn?t give me any more trouble.
I should probably say no more.
Regards,
Michael
--
I agree with Michael's points.A simple transaction consists of just one split
but two parts, and saying (pretending) that a simple transaction has two splits
is misleading.
I see no problems with the use of terms like 'simple transaction' (with one
split and two parts) or with 'compound transactions' (with 2+ splits and 3+
parts), but it doesn't make sense to refer to the parts as splits. Why not just
use the term 'parts' or 'transaction parts' or even invent a new word
'transparts'; (after all, GnuCash is a made up word too.)
Just because GnuCash developers previously defined the 'parts' of a transaction
as 'splits' doesn't mean that the definition shouldn't be changed to make it
clearer.
Kind regards,Alan
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Finance::Quotes stopped working for me
No, Yahoo-JSON is a normal restful API over https, as you observed earlier with
your browser.
Do you get the http 500 error if you try
curl https://query1.finance.yahoo.com/v7/finance/quote?symbols=aapl
from the command line?
Regards,
John Ralls
> On Mar 22, 2019, at 11:47 AM, Bruno Acklin wrote:
>
> Thanks John,
>
> I deleted Library/Perl/Finance and reinstalled finance::quote using the sudo
> command.
> Installed ok, but no change on errors and messages.
>
> The only change I made between finance::Quote running and now failing was
> replacing my router from an old Apple TimeCapsule to a U-verse PACE 5268AC
> modem..
>
> Is there a TCP or UDP port, or another router setting that FQ, respectively
> JSON needs, which may not be set properly by default?
>
> Thanks, Bruno
>
>
>> On Mar 21, 2019, at 12:17 PM, John Ralls
>> wrote:
>>
>> 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 is too. They should be installed in
>> /Library/Perl/5.18. I suggest deleting them and running the Finance Quote
>> Update again; if you're comfortable with the command line you can just use
>> `sudo /Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-update` from
>> there, that's all that Finance Quote Update does.
>>
>> Regards,
>> John Ralls
>>
>>> On Mar 21, 2019, at 10:54 AM, Bruno Acklin wrote:
>>>
>>> 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:
>>> gnc-fq-dump -v yahoo_json aapl
>>>
>>> But I get another message and hint when I use the helper command:
>>> gnc-fq-helper yahoo_json aapl
>>>
>>> Can't locate Date/Manip.pm in @INC (you may need to install the Date::Manip
>>> module) (@INC contains: /Library/Perl/5.18/darwin-thread-multi-2level
>>> /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level
>>> /Network/Library/Perl/5.18
>>> /Library/Perl/Updates/5.18.2/darwin-thread-multi-2level
>>> /Library/Perl/Updates/5.18.2
>>> /System/Library/Perl/5.18/darwin-thread-multi-2level
>>> /System/Library/Perl/5.18
>>> /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level
>>> /System/Library/Perl/Extras/5.18 .) at
>>> /Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-helper line 29.
>>> BEGIN failed--compilation aborted at
>>> /Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-helper line 29.
>>>
>>> Did a MacOS update change something in.my working Perl configuration, and
>>> do you have any recommendations on how to fix this?
>>>
>>> Thanks, Bruno
>>>
On Mar 20, 2019, at 5:26 PM, John Ralls
wrote:
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 <=\
nav: <=== one of these
price: <=/
timezone: <=== optional
A 500 server error means a glitch at Yahoo!, not anything to do with
Finance::Quote. They'd obviously resolved it by the time you used your
browser.
Regards,
John Ralls
> On Mar 20, 2019, at 3:43 PM, Bruno Acklin wrote:
>
> 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 switched all my stocks tickers to yahoo_json,
> verifying them with the fnc-gc-dump procedure and it worked great, last
> on 3/8/19.
>
> Now, since 3/17/19, it suddenly fails all tickers, and fnc-gc-dump
> reports this error:
> Error retrieving quote for aapl. Attempt to fetch the URL
> https://query1.finance.yahoo.com/v7/finance/quote?symbols=aapl resulted
> in HTTP response 500 (Internal Server Error)
>
> But, a browser call to the same website
> https://query1.finance.yahoo.com/v7/finance/quote?symbols=aapl
>
> returns the data properly:
> {"quoteResponse":{"result":[{"language":"en-US","region":"US","quoteType":"EQUITY","quoteSourceName":"Nasdaq
> Real Time
>
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
when i move gnucash window between macbook pro and 27" monitor does this constitute "messing with monitors"? On Fri, Mar 22, 2019 at 11:33 AM suk wah Bernstein < sukwahbernst...@gmail.com> wrote: > i use macbook pro which is attached to 27" monitor. i don't recall > changing anything like "display settings". but, out of abundance of > caution, please kindly explain further regarding "messing with monitors", > e.g. what not to do. > > On Fri, Mar 22, 2019 at 11:30 AM John Ralls > wrote: > >> Another known and fixed Gtk bug related to changing display settings with >> multiple monitors. The workaround is to not mess with your monitors while >> GnuCash is running. >> >> Regards, >> John Ralls >> >> >> > On Mar 22, 2019, at 8:08 AM, suk wah Bernstein < >> sukwahbernst...@gmail.com> wrote: >> > >> > thanks so much, david, DATE is showing in full. beautiful. >> > >> > that said, 3.3 quit unexpectedly. tried two times before it >> successfully opened. here's 1st user report from EXCEPTION to THREAD 1: >> > >> > Exception Type:EXC_BAD_ACCESS (SIGSEGV) >> > Exception Codes: KERN_INVALID_ADDRESS at 0x0128 >> > Exception Note:EXC_CORPSE_NOTIFY >> > >> > Termination Signal:Segmentation fault: 11 >> > Termination Reason:Namespace SIGNAL, Code 0xb >> > Terminating Process: exc handler [16035] >> > >> > VM Regions Near 0x128: >> > --> >> > __TEXT 00010a73-00010a743000 [ 76K] >> r-x/rwx SM=COW /Applications/Gnucash.app/Contents/MacOS/Gnucash >> > >> > Application Specific Information: >> > objc_msgSend() selector name: visibleFrame >> > >> > >> > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread >> > 0 libobjc.A.dylib 0x7fff5e6de11d >> objc_msgSend_stret + 29 >> > 1 libgdk-3.0.dylib 0x00010b2add02 >> gdk_quartz_monitor_get_workarea + 98 >> > 2 libgtk-3.0.dylib 0x00010ae9544f >> gtk_window_guess_default_size + 79 >> > 3 libgtk-3.0.dylib 0x00010ae8f16b >> gtk_window_compute_configure_request + 299 >> > 4 libgtk-3.0.dylib 0x00010ae98921 >> gtk_window_realize + 641 >> > 5 libgobject-2.0.0.dylib0x00010b67ba0a >> _g_closure_invoke_va + 314 >> > 6 libgobject-2.0.0.dylib0x00010b693831 >> g_signal_emit_valist + 1521 >> > 7 libgobject-2.0.0.dylib0x00010b694216 g_signal_emit >> + 134 >> > 8 libgtk-3.0.dylib 0x00010ae75c81 >> gtk_widget_realize + 257 >> > 9 libgtk-3.0.dylib 0x00010ae32b54 >> gtk_tooltip_show_tooltip + 436 >> > 10 libgtk-3.0.dylib 0x00010ae3317c >> tooltip_popup_timeout + 44 >> > 11 libgdk-3.0.dylib 0x00010b274992 >> gdk_threads_dispatch + 50 >> > 12 libglib-2.0.0.dylib 0x00010aa3e548 >> g_timeout_dispatch + 24 >> > 13 libglib-2.0.0.dylib 0x00010aa41fb5 >> g_main_context_dispatch + 309 >> > 14 libglib-2.0.0.dylib 0x00010aa422e3 >> g_main_context_iterate + 419 >> > 15 libglib-2.0.0.dylib 0x00010aa4260f >> g_main_loop_run + 223 >> > 16 libgtk-3.0.dylib 0x00010ad2519a gtk_main + 74 >> > 17 libgncmod-gnome-utils.dylib 0x00010d8129df >> gnc_ui_start_event_loop + 47 >> > 18 org.gnucash.Gnucash 0x00010a7401ec inner_main + >> 1116 >> > 19 libguile-2.2.1.dylib 0x00010a897632 >> invoke_main_func + 34 >> > 20 libguile-2.2.1.dylib 0x00010a877eef c_body + 15 >> > 21 libguile-2.2.1.dylib 0x00010a8ffc5a >> vm_regular_engine + 1290 >> > 22 libguile-2.2.1.dylib 0x00010a8febff scm_call_n + >> 495 >> > 23 libguile-2.2.1.dylib 0x00010a8fb8aa catch + 506 >> > 24 libguile-2.2.1.dylib 0x00010a877ebc >> scm_c_with_continuation_barrier + 140 >> > 25 libguile-2.2.1.dylib 0x00010a8fb4b1 with_guile + 65 >> > 26 libgc.1.dylib 0x00010a9b97fb >> GC_call_with_stack_base + 27 >> > 27 libguile-2.2.1.dylib 0x00010a8f935b scm_with_guile >> + 43 >> > 28 libguile-2.2.1.dylib 0x00010a8975f5 scm_boot_guile >> + 69 >> > 29 org.gnucash.Gnucash 0x00010a73fbc3 main + 3363 >> > 30 libdyld.dylib 0x7fff5f7baed9 start + 1 >> > >> > Thread 1: >> > 0 libsystem_kernel.dylib0x7fff5f8f77de >> __psynch_cvwait + 10 >> > 1 libsystem_pthread.dylib 0x7fff5f9b1593 >> _pthread_cond_wait + 724 >> > 2 libgc.1.dylib 0x00010a9c00a7 GC_wait_marker >> + 23 >> > 3 libgc.1.dylib 0x00010a9b60d5 GC_help_marker >> + 69 >> > 4 libgc.1.dylib 0x00010a9be641 GC_mark_thread >> + 177 >> > 5 libsystem_pthread.dylib 0x7fff5f9ae305 _pthread_body >> + 126 >> > 6
Re: [GNC] Processing refunds
Op vrijdag 22 maart 2019 19:41:23 CET schreef Geert Janssens: > Hi Martijn, > > You create a Credit Memo by selecting > Business->Customer->New Invoice... > And then in the invoice window select Credit Note rather than invoice. > > As a sidenote, please trim your reply and fix the subject if you reply to a > digest message. Thanks. ...which I promptly failed to do myself :( Sorry about that. I must be tired. Geert ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] Finance::Quotes stopped working for me
Thanks John,
I deleted Library/Perl/Finance and reinstalled finance::quote using the sudo
command.
Installed ok, but no change on errors and messages.
The only change I made between finance::Quote running and now failing was
replacing my router from an old Apple TimeCapsule to a U-verse PACE 5268AC
modem..
Is there a TCP or UDP port, or another router setting that FQ, respectively
JSON needs, which may not be set properly by default?
Thanks, Bruno
> On Mar 21, 2019, at 12:17 PM, John Ralls
> wrote:
>
> 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 is too. They should be installed in
> /Library/Perl/5.18. I suggest deleting them and running the Finance Quote
> Update again; if you're comfortable with the command line you can just use
> `sudo /Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-update` from
> there, that's all that Finance Quote Update does.
>
> Regards,
> John Ralls
>
>> On Mar 21, 2019, at 10:54 AM, Bruno Acklin wrote:
>>
>> 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:
>> gnc-fq-dump -v yahoo_json aapl
>>
>> But I get another message and hint when I use the helper command:
>> gnc-fq-helper yahoo_json aapl
>>
>> Can't locate Date/Manip.pm in @INC (you may need to install the Date::Manip
>> module) (@INC contains: /Library/Perl/5.18/darwin-thread-multi-2level
>> /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level
>> /Network/Library/Perl/5.18
>> /Library/Perl/Updates/5.18.2/darwin-thread-multi-2level
>> /Library/Perl/Updates/5.18.2
>> /System/Library/Perl/5.18/darwin-thread-multi-2level
>> /System/Library/Perl/5.18
>> /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level
>> /System/Library/Perl/Extras/5.18 .) at
>> /Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-helper line 29.
>> BEGIN failed--compilation aborted at
>> /Applications/Gnucash.app/Contents/Resources/bin/gnc-fq-helper line 29.
>>
>> Did a MacOS update change something in.my working Perl configuration, and do
>> you have any recommendations on how to fix this?
>>
>> Thanks, Bruno
>>
>>> On Mar 20, 2019, at 5:26 PM, John Ralls
>>> wrote:
>>>
>>> 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 <=\
>>> nav: <=== one of these
>>>price: <=/
>>> timezone: <=== optional
>>>
>>> A 500 server error means a glitch at Yahoo!, not anything to do with
>>> Finance::Quote. They'd obviously resolved it by the time you used your
>>> browser.
>>>
>>> Regards,
>>> John Ralls
>>>
>>>
On Mar 20, 2019, at 3:43 PM, Bruno Acklin wrote:
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 switched all my stocks tickers to yahoo_json, verifying
them with the fnc-gc-dump procedure and it worked great, last on 3/8/19.
Now, since 3/17/19, it suddenly fails all tickers, and fnc-gc-dump reports
this error:
Error retrieving quote for aapl. Attempt to fetch the URL
https://query1.finance.yahoo.com/v7/finance/quote?symbols=aapl resulted in
HTTP response 500 (Internal Server Error)
But, a browser call to the same website
https://query1.finance.yahoo.com/v7/finance/quote?symbols=aapl
returns the data properly:
{"quoteResponse":{"result":[{"language":"en-US","region":"US","quoteType":"EQUITY","quoteSourceName":"Nasdaq
Real Time
Price","currency":"USD","priceHint":2,"postMarketChangePercent":-0.09571613,"postMarketTime":1553116993,"postMarketChange":-0.18009949,"regularMarketChangePercent":0.873857,"regularMarketDayRange":"184.73
-
189.49","regularMarketPreviousClose":186.53,"bid":187.83,"ask":187.98,"bidSize":13,"askSize":13,"messageBoardId":"finmb_24937","fullExchangeName":"NasdaqGS","longName":”Apple
...
I surmise that the URL response may have changed so the yahoo_json parser
does not recognize the
Re: [GNC] gnucash-user Digest, Vol 192, Issue 50
Hi Martijn, You create a Credit Memo by selecting Business->Customer->New Invoice... And then in the invoice window select Credit Note rather than invoice. As a sidenote, please trim your reply and fix the subject if you reply to a digest message. Thanks. Regards, Geert Op vrijdag 22 maart 2019 13:29:29 CET schreef Martijn Heuts: > Hello Geert, thanks for helping out. In my case the client returned an item. > > How would you create the credit memo? > > > Martijn Heuts > usadutch...@bellsouth.net > > > Sent from BlueMail > > On Mar 21, 2019, 12:01 PM, at 12:01 PM, gnucash-user-requ...@gnucash.org > wrote: > >Send gnucash-user mailing list submissions to > > > > gnucash-user@gnucash.org > > > >To subscribe or unsubscribe via the World Wide Web, visit > > > > https://lists.gnucash.org/mailman/listinfo/gnucash-user > > > >or, via email, send a message with subject or body 'help' to > > > > gnucash-user-requ...@gnucash.org > > > >You can reach the person managing the list at > > > > gnucash-user-ow...@gnucash.org > > > >When replying, please edit your Subject line so it is more specific > >than "Re: Contents of gnucash-user digest..." > > > >Today's Topics: > > 1. Processing refunds (Martijn Heuts) > > 2. Re: Unable to add prices to some securities (Derek Atkins) > > 3. Re: Unable to add prices to some securities (Alan Taylor) > > 4. Re: End of year rollover (Derek Atkins) > > 5. Re: The Meaning of Split (previously Example of multi-split > > > > feature of CSV importer?) (Derek Atkins) > > > > 6. Re: Processing refunds (Geert Janssens) > > 7. Re: The Meaning of Split (previously Example of multi-split > > > > feature of CSV importer?) (D) > > > > 8. Re: Unable to add prices to some securities (Adrien Monteleone) > > 9. Re: macOS Mojave 10.14.3 cannot open GNUCASH (suk wah Bernstein) > > > > 10. Re: The Meaning of Split (previously Example of multi-split > > > > feature of CSV importer?) (Adrien Monteleone) > > > >-- > > > >Message: 1 > >Date: Thu, 21 Mar 2019 13:59:29 + (UTC) > >From: Martijn Heuts > >To: gnucash-user@gnucash.org > >Subject: [GNC] Processing refunds > >Message-ID: <202644084.8698518.1553176769...@mail.yahoo.com> > >Content-Type: text/plain; charset=UTF-8 > > > >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 there a better report to show this refund? > >I would think the total income on the P should be less the refund. > >Thanks for giving my better insight in GNUcash! > >Martijn > > > > > >-- > > > >Message: 2 > >Date: Thu, 21 Mar 2019 10:07:43 -0400 > >From: Derek Atkins > >To: Alan Taylor > >Cc: gnucash-user mailing list > >Subject: Re: [GNC] Unable to add prices to some securities > >Message-ID: > >Content-Type: text/plain; charset=utf-8 > > > >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 Windows - given the choice of all > >> three which would you recommend as the best host, purely for GnuCash > > > >? > > > >In my opinion (humble or otherwise), I feel that Linux is #1, then > >MacOS, and then Windows. Windows is by far a second-class citizen; > >none > >of the developers actually do main development on Windows, whereas John > >DOES do main development on Mac. Most devs still use Linux. > > > >Of course, just my $0.02, so YMMV. ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
i use macbook pro which is attached to 27" monitor. i don't recall changing anything like "display settings". but, out of abundance of caution, please kindly explain further regarding "messing with monitors", e.g. what not to do. On Fri, Mar 22, 2019 at 11:30 AM John Ralls wrote: > Another known and fixed Gtk bug related to changing display settings with > multiple monitors. The workaround is to not mess with your monitors while > GnuCash is running. > > Regards, > John Ralls > > > > On Mar 22, 2019, at 8:08 AM, suk wah Bernstein < > sukwahbernst...@gmail.com> wrote: > > > > thanks so much, david, DATE is showing in full. beautiful. > > > > that said, 3.3 quit unexpectedly. tried two times before it successfully > opened. here's 1st user report from EXCEPTION to THREAD 1: > > > > Exception Type:EXC_BAD_ACCESS (SIGSEGV) > > Exception Codes: KERN_INVALID_ADDRESS at 0x0128 > > Exception Note:EXC_CORPSE_NOTIFY > > > > Termination Signal:Segmentation fault: 11 > > Termination Reason:Namespace SIGNAL, Code 0xb > > Terminating Process: exc handler [16035] > > > > VM Regions Near 0x128: > > --> > > __TEXT 00010a73-00010a743000 [ 76K] > r-x/rwx SM=COW /Applications/Gnucash.app/Contents/MacOS/Gnucash > > > > Application Specific Information: > > objc_msgSend() selector name: visibleFrame > > > > > > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread > > 0 libobjc.A.dylib 0x7fff5e6de11d > objc_msgSend_stret + 29 > > 1 libgdk-3.0.dylib 0x00010b2add02 > gdk_quartz_monitor_get_workarea + 98 > > 2 libgtk-3.0.dylib 0x00010ae9544f > gtk_window_guess_default_size + 79 > > 3 libgtk-3.0.dylib 0x00010ae8f16b > gtk_window_compute_configure_request + 299 > > 4 libgtk-3.0.dylib 0x00010ae98921 > gtk_window_realize + 641 > > 5 libgobject-2.0.0.dylib0x00010b67ba0a > _g_closure_invoke_va + 314 > > 6 libgobject-2.0.0.dylib0x00010b693831 > g_signal_emit_valist + 1521 > > 7 libgobject-2.0.0.dylib0x00010b694216 g_signal_emit + > 134 > > 8 libgtk-3.0.dylib 0x00010ae75c81 > gtk_widget_realize + 257 > > 9 libgtk-3.0.dylib 0x00010ae32b54 > gtk_tooltip_show_tooltip + 436 > > 10 libgtk-3.0.dylib 0x00010ae3317c > tooltip_popup_timeout + 44 > > 11 libgdk-3.0.dylib 0x00010b274992 > gdk_threads_dispatch + 50 > > 12 libglib-2.0.0.dylib 0x00010aa3e548 > g_timeout_dispatch + 24 > > 13 libglib-2.0.0.dylib 0x00010aa41fb5 > g_main_context_dispatch + 309 > > 14 libglib-2.0.0.dylib 0x00010aa422e3 > g_main_context_iterate + 419 > > 15 libglib-2.0.0.dylib 0x00010aa4260f g_main_loop_run > + 223 > > 16 libgtk-3.0.dylib 0x00010ad2519a gtk_main + 74 > > 17 libgncmod-gnome-utils.dylib 0x00010d8129df > gnc_ui_start_event_loop + 47 > > 18 org.gnucash.Gnucash 0x00010a7401ec inner_main + > 1116 > > 19 libguile-2.2.1.dylib 0x00010a897632 > invoke_main_func + 34 > > 20 libguile-2.2.1.dylib 0x00010a877eef c_body + 15 > > 21 libguile-2.2.1.dylib 0x00010a8ffc5a > vm_regular_engine + 1290 > > 22 libguile-2.2.1.dylib 0x00010a8febff scm_call_n + 495 > > 23 libguile-2.2.1.dylib 0x00010a8fb8aa catch + 506 > > 24 libguile-2.2.1.dylib 0x00010a877ebc > scm_c_with_continuation_barrier + 140 > > 25 libguile-2.2.1.dylib 0x00010a8fb4b1 with_guile + 65 > > 26 libgc.1.dylib 0x00010a9b97fb > GC_call_with_stack_base + 27 > > 27 libguile-2.2.1.dylib 0x00010a8f935b scm_with_guile > + 43 > > 28 libguile-2.2.1.dylib 0x00010a8975f5 scm_boot_guile > + 69 > > 29 org.gnucash.Gnucash 0x00010a73fbc3 main + 3363 > > 30 libdyld.dylib 0x7fff5f7baed9 start + 1 > > > > Thread 1: > > 0 libsystem_kernel.dylib0x7fff5f8f77de __psynch_cvwait > + 10 > > 1 libsystem_pthread.dylib 0x7fff5f9b1593 > _pthread_cond_wait + 724 > > 2 libgc.1.dylib 0x00010a9c00a7 GC_wait_marker > + 23 > > 3 libgc.1.dylib 0x00010a9b60d5 GC_help_marker > + 69 > > 4 libgc.1.dylib 0x00010a9be641 GC_mark_thread > + 177 > > 5 libsystem_pthread.dylib 0x7fff5f9ae305 _pthread_body + > 126 > > 6 libsystem_pthread.dylib 0x7fff5f9b126f _pthread_start > + 70 > > 7 libsystem_pthread.dylib > > > > here's 2nd user report from EXCEPTION to THREAD 1: > > > > Exception Type:EXC_BAD_ACCESS (SIGSEGV) > > Exception Codes: KERN_INVALID_ADDRESS at 0x60030385ac40 > > Exception Note:
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
Another known and fixed Gtk bug related to changing display settings with multiple monitors. The workaround is to not mess with your monitors while GnuCash is running. Regards, John Ralls > On Mar 22, 2019, at 8:08 AM, suk wah Bernstein > wrote: > > thanks so much, david, DATE is showing in full. beautiful. > > that said, 3.3 quit unexpectedly. tried two times before it successfully > opened. here's 1st user report from EXCEPTION to THREAD 1: > > Exception Type:EXC_BAD_ACCESS (SIGSEGV) > Exception Codes: KERN_INVALID_ADDRESS at 0x0128 > Exception Note:EXC_CORPSE_NOTIFY > > Termination Signal:Segmentation fault: 11 > Termination Reason:Namespace SIGNAL, Code 0xb > Terminating Process: exc handler [16035] > > VM Regions Near 0x128: > --> > __TEXT 00010a73-00010a743000 [ 76K] r-x/rwx > SM=COW /Applications/Gnucash.app/Contents/MacOS/Gnucash > > Application Specific Information: > objc_msgSend() selector name: visibleFrame > > > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread > 0 libobjc.A.dylib 0x7fff5e6de11d objc_msgSend_stret + > 29 > 1 libgdk-3.0.dylib 0x00010b2add02 > gdk_quartz_monitor_get_workarea + 98 > 2 libgtk-3.0.dylib 0x00010ae9544f > gtk_window_guess_default_size + 79 > 3 libgtk-3.0.dylib 0x00010ae8f16b > gtk_window_compute_configure_request + 299 > 4 libgtk-3.0.dylib 0x00010ae98921 gtk_window_realize + > 641 > 5 libgobject-2.0.0.dylib0x00010b67ba0a _g_closure_invoke_va > + 314 > 6 libgobject-2.0.0.dylib0x00010b693831 g_signal_emit_valist > + 1521 > 7 libgobject-2.0.0.dylib0x00010b694216 g_signal_emit + 134 > 8 libgtk-3.0.dylib 0x00010ae75c81 gtk_widget_realize + > 257 > 9 libgtk-3.0.dylib 0x00010ae32b54 > gtk_tooltip_show_tooltip + 436 > 10 libgtk-3.0.dylib 0x00010ae3317c > tooltip_popup_timeout + 44 > 11 libgdk-3.0.dylib 0x00010b274992 gdk_threads_dispatch > + 50 > 12 libglib-2.0.0.dylib 0x00010aa3e548 g_timeout_dispatch + > 24 > 13 libglib-2.0.0.dylib 0x00010aa41fb5 > g_main_context_dispatch + 309 > 14 libglib-2.0.0.dylib 0x00010aa422e3 > g_main_context_iterate + 419 > 15 libglib-2.0.0.dylib 0x00010aa4260f g_main_loop_run + 223 > 16 libgtk-3.0.dylib 0x00010ad2519a gtk_main + 74 > 17 libgncmod-gnome-utils.dylib 0x00010d8129df > gnc_ui_start_event_loop + 47 > 18 org.gnucash.Gnucash 0x00010a7401ec inner_main + 1116 > 19 libguile-2.2.1.dylib 0x00010a897632 invoke_main_func + 34 > 20 libguile-2.2.1.dylib 0x00010a877eef c_body + 15 > 21 libguile-2.2.1.dylib 0x00010a8ffc5a vm_regular_engine + > 1290 > 22 libguile-2.2.1.dylib 0x00010a8febff scm_call_n + 495 > 23 libguile-2.2.1.dylib 0x00010a8fb8aa catch + 506 > 24 libguile-2.2.1.dylib 0x00010a877ebc > scm_c_with_continuation_barrier + 140 > 25 libguile-2.2.1.dylib 0x00010a8fb4b1 with_guile + 65 > 26 libgc.1.dylib 0x00010a9b97fb > GC_call_with_stack_base + 27 > 27 libguile-2.2.1.dylib 0x00010a8f935b scm_with_guile + 43 > 28 libguile-2.2.1.dylib 0x00010a8975f5 scm_boot_guile + 69 > 29 org.gnucash.Gnucash 0x00010a73fbc3 main + 3363 > 30 libdyld.dylib 0x7fff5f7baed9 start + 1 > > Thread 1: > 0 libsystem_kernel.dylib0x7fff5f8f77de __psynch_cvwait + 10 > 1 libsystem_pthread.dylib 0x7fff5f9b1593 _pthread_cond_wait + > 724 > 2 libgc.1.dylib 0x00010a9c00a7 GC_wait_marker + 23 > 3 libgc.1.dylib 0x00010a9b60d5 GC_help_marker + 69 > 4 libgc.1.dylib 0x00010a9be641 GC_mark_thread + 177 > 5 libsystem_pthread.dylib 0x7fff5f9ae305 _pthread_body + 126 > 6 libsystem_pthread.dylib 0x7fff5f9b126f _pthread_start + 70 > 7 libsystem_pthread.dylib > > here's 2nd user report from EXCEPTION to THREAD 1: > > Exception Type:EXC_BAD_ACCESS (SIGSEGV) > Exception Codes: KERN_INVALID_ADDRESS at 0x60030385ac40 > Exception Note:EXC_CORPSE_NOTIFY > > Termination Signal:Segmentation fault: 11 > Termination Reason:Namespace SIGNAL, Code 0xb > Terminating Process: exc handler [17660] > > VM Regions Near 0x60030385ac40: > MALLOC_NANO (reserved) 6800-60002000 [384.0M] rw-/rwx > SM=NUL reserved VM address space (unallocated) > --> > STACK GUARD7634b000-7634c000 [4K] ---/rwx > SM=NUL stack guard for thread 7 > >
[GNC] How to change register colors in gnucash 3.x?
Hi. I upgraded from gnucash v2.4 to 3.4 (Windows 7) and I read the colors
theme are gone... and to follow the instruction in
"https://wiki.gnucash.org/wiki/GTK3#Register_Appearance; to change them in
v3.4. So I thought I did:
1. I got the sample file from
"https://github.com/Gnucash/gnucash/blob/maint/doc/gtk-3.0.css;
2. I disabled "Use GnuCash built-in color theme" in gnucash (the register
looks black font on white background, header is greyish background)
3. Copy "gtk-3.0.css" to "C:\Users\myUserName\AppData\Roaming\GnuCash"
4. Re-started gnucash
Theses lines below (from "gtk-3.0.css") makes me think that the register
header should be seagreen:
/* Register User Colors */ .header-color {background-color: seagreen;color:
white;}
I don't see any changes in the color of anything. What am I doing wrong?
Thanks
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
> On 22 Mar 2019, at 15:10, Derek Atkins wrote:
>
> D writes:
>
>> 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 we're trying to move away from as justifiably
>> confusing.
>
> The difference is "exactly 2 splits" vs "more than 2 splits".
>
> Simple tranaction: exactly 2 splits. The basic view mode in the
> ledger lets you enter these simply, and the Transfer field shows the
> "other" account.
>
> Compound transaction: > 2 splits. The Transfer field shows "Split
> Transaction" and you must expand the transaction to see the other
> accounts.
>
> Those ARE the definitions. If you don't like them, well, I'm sorry, but
> it's like saying you don't like the sky being Blue and would prefer if
> it was purple with pink polka dots.
>
> The fact remains, a simple transaction *is* a special case of a compound
> transaction as far as the UI is concerned. If you expand a simple
> transaction you'll see both splits.
>
>> Calling one a "simple" transaction, and the others "compound" seems
>> like enough. Perhaps the explanation of the technical aspects of this
>> (i.e., the structure of a two sided simple, as opposed to an n-sided
>> {n>2} compound transaction), could use the term "split," as it is
>> defined by Gnucash. This would disambiguate the use of the term
>> "split," such that it would only be used for this specific case.
>
> I am fine with that approach. In my mind it's always clear, tho, that
> "split transaction" implies "compound transaction", and "transaction
> splits" are the individual entries that tie the transaction to each
> account. But whatever, I've only been using these terms within gnucash
> for 20 years now. What do I know? :)
Well, and with the greatest respect, could it be that you’ve grown up with it
so you don’t see the potential for confusion?
To recap: I’ve been using Gnucash for 9 years, and I’ve managed to cope with
“splits” without looking at the definitions too closely.
I don’t use the CSV importer, and it wasn’t until there was a thread about
multi-splits and the CSV importer that I tried to get my head around the
nomenclature - and found it confusing.
To me, the term “split transaction” implies "a transaction that has been split”
as opposed to “a transaction that is made up from splits”, and it says nothing
about whether the transaction itself is Simple or Compound.
Although a molecule of carbon monoxide is made up from an atom each of carbon
and oxygen, I wouldn’t refer to either of these atoms as a split.
>
>> Regardless, I am still against the "Ledger entry" locution.
>
> Why?
Good question!
The ledger entry is the atom from which transactions are made; the problem is
that GC’s user interface (very helpfully) facilitates the direct creation of
molecules.
>
> -derek
I realise that the concept of splits is in-with-the-bricks of Gnucash, and that
it wouldn’t be easy to disengage from its use. Now that I have worked out what
it means, it shouldn’t give me any more trouble.
I should probably say no more.
Regards,
Michael
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Re: [GNC] import qif
If you have identified some incorrect qif headers then you should know what they should be. Preprocess the qif files in a word processor before importing. David Carlson On Fri, Mar 22, 2019, 10:19 AM Derek Atkins wrote: > Hi, > > "Joseph G. Keithley, III via gnucash-user" > writes: > > > Hello, > > > > I've been slowly converting my Quicken 2016 to GnuCash. Two of my > > Quicken accounts don't import. They both span multiple years. I > > think I've found why they don't import (incorrect qif headers) . My > > problem is, even if I break these accounts into many files of a > > handful of transactions each, it still takes hours to import any of > > these files because GnuCash spends so much time trying to match > > transactions. Is there any way to import a QIF and disable GnuCash > > transaction matching. It is much easier to hand edit these two > > accounts, since I'll only have to do it once. Thanks in advance. > > Sorry, no, I know of no way to disable that step without changing the > code to skip it (which, of course, you are welcome to do). > > Sorry, > > > iii > > > Please remember to CC this list on all your replies. > > You can do this by using Reply-To-List or Reply-All. > > -derek > > -- >Derek Atkins 617-623-3745 >de...@ihtfp.com www.ihtfp.com >Computer and Internet Security Consultant > ___ > gnucash-user mailing list > gnucash-user@gnucash.org > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > If you are using Nabble or Gmane, please see > https://wiki.gnucash.org/wiki/Mailing_Lists for more information. > - > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. > ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] import qif
Hi, "Joseph G. Keithley, III via gnucash-user" writes: > Hello, > > I've been slowly converting my Quicken 2016 to GnuCash. Two of my > Quicken accounts don't import. They both span multiple years. I > think I've found why they don't import (incorrect qif headers) . My > problem is, even if I break these accounts into many files of a > handful of transactions each, it still takes hours to import any of > these files because GnuCash spends so much time trying to match > transactions. Is there any way to import a QIF and disable GnuCash > transaction matching. It is much easier to hand edit these two > accounts, since I'll only have to do it once. Thanks in advance. Sorry, no, I know of no way to disable that step without changing the code to skip it (which, of course, you are welcome to do). Sorry, > iii > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
D writes:
> 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 we're trying to move away from as justifiably
> confusing.
The difference is "exactly 2 splits" vs "more than 2 splits".
Simple tranaction: exactly 2 splits. The basic view mode in the
ledger lets you enter these simply, and the Transfer field shows the
"other" account.
Compound transaction: > 2 splits. The Transfer field shows "Split
Transaction" and you must expand the transaction to see the other
accounts.
Those ARE the definitions. If you don't like them, well, I'm sorry, but
it's like saying you don't like the sky being Blue and would prefer if
it was purple with pink polka dots.
The fact remains, a simple transaction *is* a special case of a compound
transaction as far as the UI is concerned. If you expand a simple
transaction you'll see both splits.
> Calling one a "simple" transaction, and the others "compound" seems
> like enough. Perhaps the explanation of the technical aspects of this
> (i.e., the structure of a two sided simple, as opposed to an n-sided
> {n>2} compound transaction), could use the term "split," as it is
> defined by Gnucash. This would disambiguate the use of the term
> "split," such that it would only be used for this specific case.
I am fine with that approach. In my mind it's always clear, tho, that
"split transaction" implies "compound transaction", and "transaction
splits" are the individual entries that tie the transaction to each
account. But whatever, I've only been using these terms within gnucash
for 20 years now. What do I know? :)
> Regardless, I am still against the "Ledger entry" locution.
Why?
-derek
--
Derek Atkins 617-623-3745
de...@ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
thanks so much, david, DATE is showing in full. beautiful. that said, 3.3 quit unexpectedly. tried two times before it successfully opened. here's 1st user report from EXCEPTION to THREAD 1: Exception Type:EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0128 Exception Note:EXC_CORPSE_NOTIFY Termination Signal:Segmentation fault: 11 Termination Reason:Namespace SIGNAL, Code 0xb Terminating Process: exc handler [16035] VM Regions Near 0x128: --> __TEXT 00010a73-00010a743000 [ 76K] r-x/rwx SM=COW /Applications/Gnucash.app/Contents/MacOS/Gnucash Application Specific Information: objc_msgSend() selector name: visibleFrame Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libobjc.A.dylib0x7fff5e6de11d objc_msgSend_stret + 29 1 libgdk-3.0.dylib 0x00010b2add02 gdk_quartz_monitor_get_workarea + 98 2 libgtk-3.0.dylib 0x00010ae9544f gtk_window_guess_default_size + 79 3 libgtk-3.0.dylib 0x00010ae8f16b gtk_window_compute_configure_request + 299 4 libgtk-3.0.dylib 0x00010ae98921 gtk_window_realize + 641 5 libgobject-2.0.0.dylib0x00010b67ba0a _g_closure_invoke_va + 314 6 libgobject-2.0.0.dylib0x00010b693831 g_signal_emit_valist + 1521 7 libgobject-2.0.0.dylib0x00010b694216 g_signal_emit + 134 8 libgtk-3.0.dylib 0x00010ae75c81 gtk_widget_realize + 257 9 libgtk-3.0.dylib 0x00010ae32b54 gtk_tooltip_show_tooltip + 436 10 libgtk-3.0.dylib 0x00010ae3317c tooltip_popup_timeout + 44 11 libgdk-3.0.dylib 0x00010b274992 gdk_threads_dispatch + 50 12 libglib-2.0.0.dylib0x00010aa3e548 g_timeout_dispatch + 24 13 libglib-2.0.0.dylib0x00010aa41fb5 g_main_context_dispatch + 309 14 libglib-2.0.0.dylib0x00010aa422e3 g_main_context_iterate + 419 15 libglib-2.0.0.dylib0x00010aa4260f g_main_loop_run + 223 16 libgtk-3.0.dylib 0x00010ad2519a gtk_main + 74 17 libgncmod-gnome-utils.dylib0x00010d8129df gnc_ui_start_event_loop + 47 18 org.gnucash.Gnucash0x00010a7401ec inner_main + 1116 19 libguile-2.2.1.dylib 0x00010a897632 invoke_main_func + 34 20 libguile-2.2.1.dylib 0x00010a877eef c_body + 15 21 libguile-2.2.1.dylib 0x00010a8ffc5a vm_regular_engine + 1290 22 libguile-2.2.1.dylib 0x00010a8febff scm_call_n + 495 23 libguile-2.2.1.dylib 0x00010a8fb8aa catch + 506 24 libguile-2.2.1.dylib 0x00010a877ebc scm_c_with_continuation_barrier + 140 25 libguile-2.2.1.dylib 0x00010a8fb4b1 with_guile + 65 26 libgc.1.dylib 0x00010a9b97fb GC_call_with_stack_base + 27 27 libguile-2.2.1.dylib 0x00010a8f935b scm_with_guile + 43 28 libguile-2.2.1.dylib 0x00010a8975f5 scm_boot_guile + 69 29 org.gnucash.Gnucash0x00010a73fbc3 main + 3363 30 libdyld.dylib 0x7fff5f7baed9 start + 1 Thread 1: 0 libsystem_kernel.dylib0x7fff5f8f77de __psynch_cvwait + 10 1 libsystem_pthread.dylib0x7fff5f9b1593 _pthread_cond_wait + 724 2 libgc.1.dylib 0x00010a9c00a7 GC_wait_marker + 23 3 libgc.1.dylib 0x00010a9b60d5 GC_help_marker + 69 4 libgc.1.dylib 0x00010a9be641 GC_mark_thread + 177 5 libsystem_pthread.dylib0x7fff5f9ae305 _pthread_body + 126 6 libsystem_pthread.dylib0x7fff5f9b126f _pthread_start + 70 7 libsystem_pthread.dylib *here's 2nd user report from EXCEPTION to THREAD 1:* Exception Type:EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x60030385ac40 Exception Note:EXC_CORPSE_NOTIFY Termination Signal:Segmentation fault: 11 Termination Reason:Namespace SIGNAL, Code 0xb Terminating Process: exc handler [17660] VM Regions Near 0x60030385ac40: MALLOC_NANO (reserved) 6800-60002000 [384.0M] rw-/rwx SM=NUL reserved VM address space (unallocated) --> STACK GUARD7634b000-7634c000 [4K] ---/rwx SM=NUL stack guard for thread 7 Application Specific Information: objc_msgSend() selector name: visibleFrame Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libobjc.A.dylib0x7fff5e6de129 objc_msgSend_stret + 41 1 libgdk-3.0.dylib 0x00010fa96d02 gdk_quartz_monitor_get_workarea + 98 2 libgtk-3.0.dylib 0x00010f67944f gtk_window_guess_default_size + 79 3 libgtk-3.0.dylib 0x00010f67316b gtk_window_compute_configure_request + 299 4 libgtk-3.0.dylib 0x00010f67c921 gtk_window_realize + 641 5 libgobject-2.0.0.dylib0x00010fe5da0a
Re: [GNC] End of year rollover
Adrien Monteleone writes: > 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. I believe it has been committed to the repository already. If not, there is an open PR about it which implies it should be committed soon. > The multi-column report could fit that bill, but as-is, repeats all of > the account labels which makes things quite cluttered. There is also > no way to see percentages or variances unless you use a > spreadsheet. (or other reporting solution) I agree that some things are best done outside GnuCash, but GnuCash can certainly get you most of the way there. > I find myself looking at odd periods and crossing yearly boundaries > more often than I find myself comparing two monthly or annual > periods. (though I need that too) If I had to close the books each > year, I’d lose that ability, or at least it would be very cumbersome. This would be much harder, I think, if you had separate data files. Especially because GnuCash doesn't like having multiple files open simultaneously. > Regards, > Adrien > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] End of year rollover
Christian Kluge writes: > 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 financial year they >> wish. Many still choose a calendar year, but certainly may are on a >> skewed calendar. Many choose June 30 for the end of the year. I worked >> one place that was Jan 31. >> > > But still it’s just one year. I don't understand your point? These are two orthogonal issues. There is the issue of year start/end, and there is the issue of whether to hold multiple years in a single data file. You seemed to imply that a calendar year was sufficient, and I was pointing out that no, it is not. This is completely separable from the other question of whether to have separate files for each year. > The certain circumstances I mentioned are mainly income tax related: > > The financial for farmers ends at 30.06. and for forestry it can be 28.02. > > A merchant according to German commercial law can choose a financial > year than the calendar year with approval from the tax office. Same here in the US. > However if it’s just a small cash accounting business the financial year > is always the calendar year. "Never say never" :) > And all I’ve said about different financial years doesn’t apply for VAT > which is always reported for the calendar year, which complicates things > even further. FUN! > Kind regards > > Christian Kluge -derek -- Derek Atkins 617-623-3745 de...@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
Re: [GNC] gnucash-user Digest, Vol 192, Issue 50
Hello Geert, thanks for helping out. In my case the client returned an item. How would you create the credit memo? Martijn Heuts usadutch...@bellsouth.net Sent from BlueMail On Mar 21, 2019, 12:01 PM, at 12:01 PM, gnucash-user-requ...@gnucash.org wrote: >Send gnucash-user mailing list submissions to > gnucash-user@gnucash.org > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnucash.org/mailman/listinfo/gnucash-user >or, via email, send a message with subject or body 'help' to > gnucash-user-requ...@gnucash.org > >You can reach the person managing the list at > gnucash-user-ow...@gnucash.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of gnucash-user digest..." > > >Today's Topics: > > 1. Processing refunds (Martijn Heuts) > 2. Re: Unable to add prices to some securities (Derek Atkins) > 3. Re: Unable to add prices to some securities (Alan Taylor) > 4. Re: End of year rollover (Derek Atkins) > 5. Re: The Meaning of Split (previously Example of multi-split > feature of CSV importer?) (Derek Atkins) > 6. Re: Processing refunds (Geert Janssens) > 7. Re: The Meaning of Split (previously Example of multi-split > feature of CSV importer?) (D) > 8. Re: Unable to add prices to some securities (Adrien Monteleone) > 9. Re: macOS Mojave 10.14.3 cannot open GNUCASH (suk wah Bernstein) > 10. Re: The Meaning of Split (previously Example of multi-split > feature of CSV importer?) (Adrien Monteleone) > > >-- > >Message: 1 >Date: Thu, 21 Mar 2019 13:59:29 + (UTC) >From: Martijn Heuts >To: gnucash-user@gnucash.org >Subject: [GNC] Processing refunds >Message-ID: <202644084.8698518.1553176769...@mail.yahoo.com> >Content-Type: text/plain; charset=UTF-8 > >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 there a better report to show this refund? >I would think the total income on the P should be less the refund. >Thanks for giving my better insight in GNUcash! >Martijn > > >-- > >Message: 2 >Date: Thu, 21 Mar 2019 10:07:43 -0400 >From: Derek Atkins >To: Alan Taylor >Cc: gnucash-user mailing list >Subject: Re: [GNC] Unable to add prices to some securities >Message-ID: >Content-Type: text/plain; charset=utf-8 > >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 Windows - given the choice of all >> three which would you recommend as the best host, purely for GnuCash >? > >In my opinion (humble or otherwise), I feel that Linux is #1, then >MacOS, and then Windows. Windows is by far a second-class citizen; >none >of the developers actually do main development on Windows, whereas John >DOES do main development on Mac. Most devs still use Linux. > >Of course, just my $0.02, so YMMV. > >> Brgds/Alan > >> Please remember to CC this list on all your replies. >> You can do this by using Reply-To-List or Reply-All. > >-derek > >-- > Derek Atkins 617-623-3745 > de...@ihtfp.com www.ihtfp.com > Computer and Internet Security Consultant > > >-- > >Message: 3 >Date: Thu, 21 Mar 2019 22:11:25 +0800 >From: Alan Taylor >To: John Ralls >Cc: gnucash-user mailing list >Subject: Re: [GNC] Unable to add prices to some securities >Message-ID: > >Content-Type: text/plain; charset="UTF-8" > >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 care about the OS so if GnuCash has >fewer >problems on a particular OS, then i?ll use that one ! > >Resource use not a factor. > >Cheers/Ala > >On Thu, 21 Mar 2019 at 21:56, John Ralls > >wrote: > >> 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 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 which would you recommend as the best host, purely for GnuCash >? >> > >> >
Re: [GNC] import qif
GnuCash - User mailing list wrote > Is there any way to import a QIF and disable GnuCash transaction > matching. I'd second making this step optional on import (for both QIF and CSV). It would significantly reduce the import time and allow a convenient way of integrating GnuCash with additional tools. Having a command-line parameters for import would be even better (now that the CSV import configurations can be saved) as it would avoid running the GUI, if possible. -- Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html ___ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
