Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
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 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 < >> sukwahbernst...@gmail.com> wrote: >> >>> 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 off >>> >>> i tried enlarging the left side of window but no effect. >>> >>> thanks >>> >>> >>> >>> On Thu, Mar 21, 2019 at 1:34 PM John Ralls < >>> jra...@ceridwen.fremont.ca.us> >>> wrote: >>> >>> > 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 trash it. >>> > >>> > You should certainly quit GnuCash before starting a different version >>> on >>> > the same file. >>> > >>> > Regards, >>> > John Ralls >>> > >>> > >>> > > On Mar 21, 2019, at 1:26 PM, suk wah Bernstein < >>> > sukwahbernst...@gmail.com> wrote: >>> > > >>> > > Thank you. >>> > > >>> > > do i quit 3.4, trash 3.4 before downloading 3.3? >>> > > >>> > > On Thu, Mar 21, 2019 at 1:14 PM John Ralls < >>> > jra...@ceridwen.fremont.ca.us> wrote: >>> > > This is https://bugs.gnucash.org/show_bug.cgi?id=797140. It will be >>> > fixed in the upcoming release of GnuCash 3.5; in the meantime you can >>> avoid >>> > it by using GnuCash 3.3 instead of 3.4. You can download 3.3 at >>> > https://github.com/Gnucash/gnucash/releases/tag/3.3 >>> > > >>> > > Regards, >>> > > John Ralls >>> > > >>> > > > On Mar 21, 2019, at 1:00 PM, suk wah Bernstein < >>> > sukwahbernst...@gmail.com> wrote: >>> > > > >>> > > > 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 Crashed:: Dispatch queue: com.apple.main-thread >>> > > > 0 libgdk-3.0.dylib 0x000102b6e3d4 >>> > configure_monitor + 276 >>> > > > 1 libgdk-3.0.dylib 0x000102b6e49b >>> > display_reconfiguration_callback + 139 >>> > > > 2 com.apple.SkyLight0x7fff58683c72 >>> > displayConfigFinalizedProc + 240 >>> > > > 3 com.apple.SkyLight0x7fff586797f2 >>> > CGSPostLocalNotification + 420 >>> > > > 4 com.apple.SkyLight0x7fff586793e4 (anonymous >>> > namespace)::notify_datagram_handler(unsigned int, CGSDatagramType, >>> void*, >>> > unsigned long, void*) + 94 >>> > > > 5 com.apple.SkyLight0x7fff5867d0dc >>> > CGSDatagramReadStream::dispatch_next_main_queue_datagram() + 270 >>> > > > 6 com.apple.SkyLight0x7fff588d219e invocation >>> > function for block in >>> > >>> CGSDatagramReadStream::dispatch_main_queue_datagrams_async(dispatch_queue_s*, >>> > CGSDatagramReadStream*) + 59 >>> > > > 7 libdispatch.dylib 0x7fff5f76bd53 >>> > _dispatch_call_block_and_release + 12 >>> > > > 8 libdispatch.dylib 0x7fff5f76cdcf >>> > _dispatch_client_callout + 8 >>> > > > 9 libdispatch.dylib 0x7fff5f777f63 >>> > _dispatch_main_queue_callback_4CF + 1125 >>> > > > 10 com.apple.CoreFoundation 0x7fff3256e0c7 >>> > __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 >>> > > > 11 com.apple.CoreFoundation 0x7fff3256d7d6 >>> > __CFRunLoopRun + 2335 >>> > > > 12 com.apple.CoreFoundation 0x7fff3256cc64 >>> > CFRunLoopRunSpecific + 463 >>> > > > 13 com.apple.HIToolbox 0x7fff31803ab5 >>> > RunCurrentEventLoopInMode + 293 >>> > > > 14 com.apple.HIToolbox 0x7fff318037eb >>> > ReceiveNextEventCommon + 618 >>> > > > 15 com.apple.HIToolbox 0x7fff31803568 >>> > _BlockUntilNextEventMatchingListInModeWithFilter + 64 >>> > > > 16 com.apple.AppKit 0x7fff2fabe363 >>> _DPSNextEvent >>> > + 997 >>> > > > 17 com.apple.AppKit 0x7fff2fabd102 >>> > -[NSApplication(NSEvent) >>> > _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362 >>> > > > 18 libgdk-3.0.dylib
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
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, 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 >> >> 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 off >> >> i tried enlarging the left side of window but no effect. >> >> thanks >> >> >> >> On Thu, Mar 21, 2019 at 1:34 PM John Ralls > > >> wrote: >> >> > 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 trash it. >> > >> > You should certainly quit GnuCash before starting a different version on >> > the same file. >> > >> > Regards, >> > John Ralls >> > >> > >> > > On Mar 21, 2019, at 1:26 PM, suk wah Bernstein < >> > sukwahbernst...@gmail.com> wrote: >> > > >> > > Thank you. >> > > >> > > do i quit 3.4, trash 3.4 before downloading 3.3? >> > > >> > > On Thu, Mar 21, 2019 at 1:14 PM John Ralls < >> > jra...@ceridwen.fremont.ca.us> wrote: >> > > This is https://bugs.gnucash.org/show_bug.cgi?id=797140. It will be >> > fixed in the upcoming release of GnuCash 3.5; in the meantime you can >> avoid >> > it by using GnuCash 3.3 instead of 3.4. You can download 3.3 at >> > https://github.com/Gnucash/gnucash/releases/tag/3.3 >> > > >> > > Regards, >> > > John Ralls >> > > >> > > > On Mar 21, 2019, at 1:00 PM, suk wah Bernstein < >> > sukwahbernst...@gmail.com> wrote: >> > > > >> > > > 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 Crashed:: Dispatch queue: com.apple.main-thread >> > > > 0 libgdk-3.0.dylib 0x000102b6e3d4 >> > configure_monitor + 276 >> > > > 1 libgdk-3.0.dylib 0x000102b6e49b >> > display_reconfiguration_callback + 139 >> > > > 2 com.apple.SkyLight0x7fff58683c72 >> > displayConfigFinalizedProc + 240 >> > > > 3 com.apple.SkyLight0x7fff586797f2 >> > CGSPostLocalNotification + 420 >> > > > 4 com.apple.SkyLight0x7fff586793e4 (anonymous >> > namespace)::notify_datagram_handler(unsigned int, CGSDatagramType, >> void*, >> > unsigned long, void*) + 94 >> > > > 5 com.apple.SkyLight0x7fff5867d0dc >> > CGSDatagramReadStream::dispatch_next_main_queue_datagram() + 270 >> > > > 6 com.apple.SkyLight0x7fff588d219e invocation >> > function for block in >> > >> CGSDatagramReadStream::dispatch_main_queue_datagrams_async(dispatch_queue_s*, >> > CGSDatagramReadStream*) + 59 >> > > > 7 libdispatch.dylib 0x7fff5f76bd53 >> > _dispatch_call_block_and_release + 12 >> > > > 8 libdispatch.dylib 0x7fff5f76cdcf >> > _dispatch_client_callout + 8 >> > > > 9 libdispatch.dylib 0x7fff5f777f63 >> > _dispatch_main_queue_callback_4CF + 1125 >> > > > 10 com.apple.CoreFoundation 0x7fff3256e0c7 >> > __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 >> > > > 11 com.apple.CoreFoundation 0x7fff3256d7d6 >> > __CFRunLoopRun + 2335 >> > > > 12 com.apple.CoreFoundation 0x7fff3256cc64 >> > CFRunLoopRunSpecific + 463 >> > > > 13 com.apple.HIToolbox 0x7fff31803ab5 >> > RunCurrentEventLoopInMode + 293 >> > > > 14 com.apple.HIToolbox 0x7fff318037eb >> > ReceiveNextEventCommon + 618 >> > > > 15 com.apple.HIToolbox 0x7fff31803568 >> > _BlockUntilNextEventMatchingListInModeWithFilter + 64 >> > > > 16 com.apple.AppKit 0x7fff2fabe363 >> _DPSNextEvent >> > + 997 >> > > > 17 com.apple.AppKit 0x7fff2fabd102 >> > -[NSApplication(NSEvent) >> > _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362 >> > > > 18 libgdk-3.0.dylib 0x000102b71ed2 poll_func + >> > 178 >> > > > 19 libglib-2.0.0.dylib 0x00010230428d >> > g_main_context_iterate + 333 >> > > > 20 libglib-2.0.0.dylib 0x00010230460f >> > g_main_loop_run + 223 >> > > > 21 libgtk-3.0.dylib 0x0001025eb46a gtk_main + >> 74 >> > > >
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
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 > > 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 off > > i tried enlarging the left side of window but no effect. > > thanks > > > > On Thu, Mar 21, 2019 at 1:34 PM John Ralls > wrote: > > > 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 trash it. > > > > You should certainly quit GnuCash before starting a different version on > > the same file. > > > > Regards, > > John Ralls > > > > > > > On Mar 21, 2019, at 1:26 PM, suk wah Bernstein < > > sukwahbernst...@gmail.com> wrote: > > > > > > Thank you. > > > > > > do i quit 3.4, trash 3.4 before downloading 3.3? > > > > > > On Thu, Mar 21, 2019 at 1:14 PM John Ralls < > > jra...@ceridwen.fremont.ca.us> wrote: > > > This is https://bugs.gnucash.org/show_bug.cgi?id=797140. It will be > > fixed in the upcoming release of GnuCash 3.5; in the meantime you can > avoid > > it by using GnuCash 3.3 instead of 3.4. You can download 3.3 at > > https://github.com/Gnucash/gnucash/releases/tag/3.3 > > > > > > Regards, > > > John Ralls > > > > > > > On Mar 21, 2019, at 1:00 PM, suk wah Bernstein < > > sukwahbernst...@gmail.com> wrote: > > > > > > > > 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 Crashed:: Dispatch queue: com.apple.main-thread > > > > 0 libgdk-3.0.dylib 0x000102b6e3d4 > > configure_monitor + 276 > > > > 1 libgdk-3.0.dylib 0x000102b6e49b > > display_reconfiguration_callback + 139 > > > > 2 com.apple.SkyLight0x7fff58683c72 > > displayConfigFinalizedProc + 240 > > > > 3 com.apple.SkyLight0x7fff586797f2 > > CGSPostLocalNotification + 420 > > > > 4 com.apple.SkyLight0x7fff586793e4 (anonymous > > namespace)::notify_datagram_handler(unsigned int, CGSDatagramType, void*, > > unsigned long, void*) + 94 > > > > 5 com.apple.SkyLight0x7fff5867d0dc > > CGSDatagramReadStream::dispatch_next_main_queue_datagram() + 270 > > > > 6 com.apple.SkyLight0x7fff588d219e invocation > > function for block in > > > CGSDatagramReadStream::dispatch_main_queue_datagrams_async(dispatch_queue_s*, > > CGSDatagramReadStream*) + 59 > > > > 7 libdispatch.dylib 0x7fff5f76bd53 > > _dispatch_call_block_and_release + 12 > > > > 8 libdispatch.dylib 0x7fff5f76cdcf > > _dispatch_client_callout + 8 > > > > 9 libdispatch.dylib 0x7fff5f777f63 > > _dispatch_main_queue_callback_4CF + 1125 > > > > 10 com.apple.CoreFoundation 0x7fff3256e0c7 > > __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 > > > > 11 com.apple.CoreFoundation 0x7fff3256d7d6 > > __CFRunLoopRun + 2335 > > > > 12 com.apple.CoreFoundation 0x7fff3256cc64 > > CFRunLoopRunSpecific + 463 > > > > 13 com.apple.HIToolbox 0x7fff31803ab5 > > RunCurrentEventLoopInMode + 293 > > > > 14 com.apple.HIToolbox 0x7fff318037eb > > ReceiveNextEventCommon + 618 > > > > 15 com.apple.HIToolbox 0x7fff31803568 > > _BlockUntilNextEventMatchingListInModeWithFilter + 64 > > > > 16 com.apple.AppKit 0x7fff2fabe363 > _DPSNextEvent > > + 997 > > > > 17 com.apple.AppKit 0x7fff2fabd102 > > -[NSApplication(NSEvent) > > _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362 > > > > 18 libgdk-3.0.dylib 0x000102b71ed2 poll_func + > > 178 > > > > 19 libglib-2.0.0.dylib 0x00010230428d > > g_main_context_iterate + 333 > > > > 20 libglib-2.0.0.dylib 0x00010230460f > > g_main_loop_run + 223 > > > > 21 libgtk-3.0.dylib 0x0001025eb46a gtk_main + > 74 > > > > 22 libgncmod-gnome-utils.dylib 0x0001050e293f > > gnc_ui_start_event_loop + 47 > > > > 23 org.gnucash.Gnucash 0x0001020031ec inner_main + > > 1116 > > > > 24 libguile-2.2.1.dylib 0x000102152632 > > invoke_main_func +
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
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 off i tried enlarging the left side of window but no effect. thanks On Thu, Mar 21, 2019 at 1:34 PM John Ralls wrote: > 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 trash it. > > You should certainly quit GnuCash before starting a different version on > the same file. > > Regards, > John Ralls > > > > On Mar 21, 2019, at 1:26 PM, suk wah Bernstein < > sukwahbernst...@gmail.com> wrote: > > > > Thank you. > > > > do i quit 3.4, trash 3.4 before downloading 3.3? > > > > On Thu, Mar 21, 2019 at 1:14 PM John Ralls < > jra...@ceridwen.fremont.ca.us> wrote: > > This is https://bugs.gnucash.org/show_bug.cgi?id=797140. It will be > fixed in the upcoming release of GnuCash 3.5; in the meantime you can avoid > it by using GnuCash 3.3 instead of 3.4. You can download 3.3 at > https://github.com/Gnucash/gnucash/releases/tag/3.3 > > > > Regards, > > John Ralls > > > > > On Mar 21, 2019, at 1:00 PM, suk wah Bernstein < > sukwahbernst...@gmail.com> wrote: > > > > > > 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 Crashed:: Dispatch queue: com.apple.main-thread > > > 0 libgdk-3.0.dylib 0x000102b6e3d4 > configure_monitor + 276 > > > 1 libgdk-3.0.dylib 0x000102b6e49b > display_reconfiguration_callback + 139 > > > 2 com.apple.SkyLight0x7fff58683c72 > displayConfigFinalizedProc + 240 > > > 3 com.apple.SkyLight0x7fff586797f2 > CGSPostLocalNotification + 420 > > > 4 com.apple.SkyLight0x7fff586793e4 (anonymous > namespace)::notify_datagram_handler(unsigned int, CGSDatagramType, void*, > unsigned long, void*) + 94 > > > 5 com.apple.SkyLight0x7fff5867d0dc > CGSDatagramReadStream::dispatch_next_main_queue_datagram() + 270 > > > 6 com.apple.SkyLight0x7fff588d219e invocation > function for block in > CGSDatagramReadStream::dispatch_main_queue_datagrams_async(dispatch_queue_s*, > CGSDatagramReadStream*) + 59 > > > 7 libdispatch.dylib 0x7fff5f76bd53 > _dispatch_call_block_and_release + 12 > > > 8 libdispatch.dylib 0x7fff5f76cdcf > _dispatch_client_callout + 8 > > > 9 libdispatch.dylib 0x7fff5f777f63 > _dispatch_main_queue_callback_4CF + 1125 > > > 10 com.apple.CoreFoundation 0x7fff3256e0c7 > __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 > > > 11 com.apple.CoreFoundation 0x7fff3256d7d6 > __CFRunLoopRun + 2335 > > > 12 com.apple.CoreFoundation 0x7fff3256cc64 > CFRunLoopRunSpecific + 463 > > > 13 com.apple.HIToolbox 0x7fff31803ab5 > RunCurrentEventLoopInMode + 293 > > > 14 com.apple.HIToolbox 0x7fff318037eb > ReceiveNextEventCommon + 618 > > > 15 com.apple.HIToolbox 0x7fff31803568 > _BlockUntilNextEventMatchingListInModeWithFilter + 64 > > > 16 com.apple.AppKit 0x7fff2fabe363 _DPSNextEvent > + 997 > > > 17 com.apple.AppKit 0x7fff2fabd102 > -[NSApplication(NSEvent) > _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362 > > > 18 libgdk-3.0.dylib 0x000102b71ed2 poll_func + > 178 > > > 19 libglib-2.0.0.dylib 0x00010230428d > g_main_context_iterate + 333 > > > 20 libglib-2.0.0.dylib 0x00010230460f > g_main_loop_run + 223 > > > 21 libgtk-3.0.dylib 0x0001025eb46a gtk_main + 74 > > > 22 libgncmod-gnome-utils.dylib 0x0001050e293f > gnc_ui_start_event_loop + 47 > > > 23 org.gnucash.Gnucash 0x0001020031ec inner_main + > 1116 > > > 24 libguile-2.2.1.dylib 0x000102152632 > invoke_main_func + 34 > > > 25 libguile-2.2.1.dylib 0x000102132eef c_body + 15 > > > 26 libguile-2.2.1.dylib 0x0001021bac5a > vm_regular_engine + 1290 > > > 27 libguile-2.2.1.dylib 0x0001021b9bff scm_call_n + > 495 > > > 28 libguile-2.2.1.dylib 0x0001021b68aa catch + 506 > > > 29 libguile-2.2.1.dylib 0x000102132ebc > scm_c_with_continuation_barrier +
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
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 trash it. You should certainly quit GnuCash before starting a different version on the same file. Regards, John Ralls > On Mar 21, 2019, at 1:26 PM, suk wah Bernstein > wrote: > > Thank you. > > do i quit 3.4, trash 3.4 before downloading 3.3? > > On Thu, Mar 21, 2019 at 1:14 PM John Ralls > wrote: > This is https://bugs.gnucash.org/show_bug.cgi?id=797140. It will be fixed in > the upcoming release of GnuCash 3.5; in the meantime you can avoid it by > using GnuCash 3.3 instead of 3.4. You can download 3.3 at > https://github.com/Gnucash/gnucash/releases/tag/3.3 > > Regards, > John Ralls > > > On Mar 21, 2019, at 1:00 PM, suk wah Bernstein > > wrote: > > > > 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 Crashed:: Dispatch queue: com.apple.main-thread > > 0 libgdk-3.0.dylib 0x000102b6e3d4 configure_monitor > > + 276 > > 1 libgdk-3.0.dylib 0x000102b6e49b > > display_reconfiguration_callback + 139 > > 2 com.apple.SkyLight0x7fff58683c72 > > displayConfigFinalizedProc + 240 > > 3 com.apple.SkyLight0x7fff586797f2 > > CGSPostLocalNotification + 420 > > 4 com.apple.SkyLight0x7fff586793e4 (anonymous > > namespace)::notify_datagram_handler(unsigned int, CGSDatagramType, void*, > > unsigned long, void*) + 94 > > 5 com.apple.SkyLight0x7fff5867d0dc > > CGSDatagramReadStream::dispatch_next_main_queue_datagram() + 270 > > 6 com.apple.SkyLight0x7fff588d219e invocation > > function for block in > > CGSDatagramReadStream::dispatch_main_queue_datagrams_async(dispatch_queue_s*, > > CGSDatagramReadStream*) + 59 > > 7 libdispatch.dylib 0x7fff5f76bd53 > > _dispatch_call_block_and_release + 12 > > 8 libdispatch.dylib 0x7fff5f76cdcf > > _dispatch_client_callout + 8 > > 9 libdispatch.dylib 0x7fff5f777f63 > > _dispatch_main_queue_callback_4CF + 1125 > > 10 com.apple.CoreFoundation 0x7fff3256e0c7 > > __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 > > 11 com.apple.CoreFoundation 0x7fff3256d7d6 __CFRunLoopRun + > > 2335 > > 12 com.apple.CoreFoundation 0x7fff3256cc64 > > CFRunLoopRunSpecific + 463 > > 13 com.apple.HIToolbox 0x7fff31803ab5 > > RunCurrentEventLoopInMode + 293 > > 14 com.apple.HIToolbox 0x7fff318037eb > > ReceiveNextEventCommon + 618 > > 15 com.apple.HIToolbox 0x7fff31803568 > > _BlockUntilNextEventMatchingListInModeWithFilter + 64 > > 16 com.apple.AppKit 0x7fff2fabe363 _DPSNextEvent + 997 > > 17 com.apple.AppKit 0x7fff2fabd102 > > -[NSApplication(NSEvent) > > _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362 > > 18 libgdk-3.0.dylib 0x000102b71ed2 poll_func + 178 > > 19 libglib-2.0.0.dylib 0x00010230428d > > g_main_context_iterate + 333 > > 20 libglib-2.0.0.dylib 0x00010230460f g_main_loop_run + > > 223 > > 21 libgtk-3.0.dylib 0x0001025eb46a gtk_main + 74 > > 22 libgncmod-gnome-utils.dylib 0x0001050e293f > > gnc_ui_start_event_loop + 47 > > 23 org.gnucash.Gnucash 0x0001020031ec inner_main + 1116 > > 24 libguile-2.2.1.dylib 0x000102152632 invoke_main_func + > > 34 > > 25 libguile-2.2.1.dylib 0x000102132eef c_body + 15 > > 26 libguile-2.2.1.dylib 0x0001021bac5a vm_regular_engine > > + 1290 > > 27 libguile-2.2.1.dylib 0x0001021b9bff scm_call_n + 495 > > 28 libguile-2.2.1.dylib 0x0001021b68aa catch + 506 > > 29 libguile-2.2.1.dylib 0x000102132ebc > > scm_c_with_continuation_barrier + 140 > > 30 libguile-2.2.1.dylib 0x0001021b64b1 with_guile + 65 > > 31 libgc.1.dylib 0x0001022787fb > > GC_call_with_stack_base + 27 > > 32 libguile-2.2.1.dylib 0x0001021b435b scm_with_guile + 43 > > 33 libguile-2.2.1.dylib 0x0001021525f5 scm_boot_guile + 69 > > 34 org.gnucash.Gnucash 0x000102002bc1 main + 3425 > > 35 libdyld.dylib 0x7fff5f7baed9 start + 1 > > > > Thread 1: > > 0 libsystem_kernel.dylib
Re: [GNC] End of year rollover
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 cluttered. There is also no way to see percentages or variances unless you use a spreadsheet. (or other reporting solution) 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. Regards, Adrien > On Mar 21, 2019, at 3:13 PM, Liz wrote: > > 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 certain circumstances accounting >> for another period than 01.01. to 31.12. >> >> I don’t know whether it would be possible to have an option the >> gnucash file for the previous year which would be used comparisson >> reports. > > Sometimes it is better to ask the question than ask "where is this > solution?" > > I think your question is > "Using a single file for accounts in Gnucash, how do you make a > comparison between different financial years?" > > There is a way of using a multicolumn report to do this. I don't do it, > so I can't advise. > Did I get your question correct? > > Liz ___ 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
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 and carrying over the balances? I wouldn’t support that at all. This app isn’t just for official annual reports. Many people use reports for analyzing their financial info and sometimes it is very useful to run reports for odd periods. Certainly, I’ve seen enough people on this list talk about job-tracking features and needs where they might have activity they need to report on that spans multiple monthly periods (and even parts of those) and also crosses yearly boundaries. Forcing a close-book procedure is taking a physical limitation of paper and applying it where it doesn’t really need to be. The act of ‘closing the books’ served the purpose of organization of paper journals, as well as generating the consolidated figures to prepare an Income Statement. But computers render both of those considerations obsolete. (you can prepare the statement without the intervening calculations manually since the computer can do it at any time, and organization is up to you. You don’t have to keep separate files if you don’t want to.) But some people still are more comfortable with that procedure, so they have that option. Being able to export all business meta data however would be nice. (in a format GnuCash could re-import of course) Regards, Adrien > On Mar 21, 2019, at 2:51 PM, Christian Kluge wrote: > > 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 >>> afresh with the new financial year. would this be possible. I am using >>> windows 10 and Gnucash Version 3.4 Build I.D. 3.4+(2018-12-30) >> >> Archiving old books is always a good idea. >> >> Restarting at the begining of the year, however, is not necessarily is >> good idea. Specifically, there is a Close Books feature that zero's out >> your Income & Expense accounts into Equity, but it doesn't actually >> DELETE any data. >> >> Your other option is to Export the account tree which will create an >> empty file and then re-open it. The downside is that you will have to >> reset all your opening balances, and if you use any business features >> you will need to manually re-enter all that metadata too (customers, >> vendors, tax tables, etc). I highly ANTI-recommend this approach. >> > > 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 certain circumstances accounting for > another period than 01.01. to 31.12. > > I don’t know whether it would be possible to have an option the gnucash > file for the previous year which would be used comparisson reports. > > Is there a way to ex- and import the business related things? > > If there were the scenario you’ve described would a bit cumbersome but > still doable. > > Kind regards > > Christian Kluge ___ 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
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. 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. However if it’s just a small cash accounting business the financial year is always the calendar year. 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. Kind regards Christian Kluge ___ 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
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 certain circumstances accounting > for another period than 01.01. to 31.12. > > I don’t know whether it would be possible to have an option the > gnucash file for the previous year which would be used comparisson > reports. Sometimes it is better to ask the question than ask "where is this solution?" I think your question is "Using a single file for accounts in Gnucash, how do you make a comparison between different financial years?" There is a way of using a multicolumn report to do this. I don't do it, so I can't advise. Did I get your question correct? Liz ___ 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
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 Crashed:: Dispatch queue: com.apple.main-thread 0 libgdk-3.0.dylib 0x000102b6e3d4 configure_monitor + 276 1 libgdk-3.0.dylib 0x000102b6e49b display_reconfiguration_callback + 139 2 com.apple.SkyLight0x7fff58683c72 displayConfigFinalizedProc + 240 3 com.apple.SkyLight0x7fff586797f2 CGSPostLocalNotification + 420 4 com.apple.SkyLight0x7fff586793e4 (anonymous namespace)::notify_datagram_handler(unsigned int, CGSDatagramType, void*, unsigned long, void*) + 94 5 com.apple.SkyLight0x7fff5867d0dc CGSDatagramReadStream::dispatch_next_main_queue_datagram() + 270 6 com.apple.SkyLight0x7fff588d219e invocation function for block in CGSDatagramReadStream::dispatch_main_queue_datagrams_async(dispatch_queue_s*, CGSDatagramReadStream*) + 59 7 libdispatch.dylib 0x7fff5f76bd53 _dispatch_call_block_and_release + 12 8 libdispatch.dylib 0x7fff5f76cdcf _dispatch_client_callout + 8 9 libdispatch.dylib 0x7fff5f777f63 _dispatch_main_queue_callback_4CF + 1125 10 com.apple.CoreFoundation 0x7fff3256e0c7 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 11 com.apple.CoreFoundation 0x7fff3256d7d6 __CFRunLoopRun + 2335 12 com.apple.CoreFoundation 0x7fff3256cc64 CFRunLoopRunSpecific + 463 13 com.apple.HIToolbox0x7fff31803ab5 RunCurrentEventLoopInMode + 293 14 com.apple.HIToolbox0x7fff318037eb ReceiveNextEventCommon + 618 15 com.apple.HIToolbox0x7fff31803568 _BlockUntilNextEventMatchingListInModeWithFilter + 64 16 com.apple.AppKit 0x7fff2fabe363 _DPSNextEvent + 997 17 com.apple.AppKit 0x7fff2fabd102 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1362 18 libgdk-3.0.dylib 0x000102b71ed2 poll_func + 178 19 libglib-2.0.0.dylib0x00010230428d g_main_context_iterate + 333 20 libglib-2.0.0.dylib0x00010230460f g_main_loop_run + 223 21 libgtk-3.0.dylib 0x0001025eb46a gtk_main + 74 22 libgncmod-gnome-utils.dylib0x0001050e293f gnc_ui_start_event_loop + 47 23 org.gnucash.Gnucash0x0001020031ec inner_main + 1116 24 libguile-2.2.1.dylib 0x000102152632 invoke_main_func + 34 25 libguile-2.2.1.dylib 0x000102132eef c_body + 15 26 libguile-2.2.1.dylib 0x0001021bac5a vm_regular_engine + 1290 27 libguile-2.2.1.dylib 0x0001021b9bff scm_call_n + 495 28 libguile-2.2.1.dylib 0x0001021b68aa catch + 506 29 libguile-2.2.1.dylib 0x000102132ebc scm_c_with_continuation_barrier + 140 30 libguile-2.2.1.dylib 0x0001021b64b1 with_guile + 65 31 libgc.1.dylib 0x0001022787fb GC_call_with_stack_base + 27 32 libguile-2.2.1.dylib 0x0001021b435b scm_with_guile + 43 33 libguile-2.2.1.dylib 0x0001021525f5 scm_boot_guile + 69 34 org.gnucash.Gnucash0x000102002bc1 main + 3425 35 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 0x00010227f0a7 GC_wait_marker + 23 3 libgc.1.dylib 0x0001022750d5 GC_help_marker + 69 4 libgc.1.dylib 0x00010227d641 GC_mark_thread + 177 5 libsystem_pthread.dylib0x7fff5f9ae305 _pthread_body + 126 6 libsystem_pthread.dylib0x7fff5f9b126f _pthread_start + 70 7 libsystem_pthread.dylib0x7fff5f9ad415 thread_start + 13 On Thu, Mar 21, 2019 at 12:51 PM John Ralls wrote: > 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 into the email. Send it. > > Regards, > John Ralls > > > > On Mar 21, 2019, at 12:46 PM, suk wah Bernstein < > sukwahbernst...@gmail.com> wrote: > > > > 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 < > jra...@ceridwen.fremont.ca.us> wrote: > > First let's see if we can figure out why it's quitting. Open >
Re: [GNC] End of year rollover
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 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. > I don’t know whether it would be possible to have an option the gnucash > file for the previous year which would be used comparisson reports. You would have to have GnuCash keep track of multiple files. Search the code history for Gemini. There was, at one point, an attempt at doing this. But really, searching across multiple files is not as straightforward as you would think. > Is there a way to ex- and import the business related things? There is an importer; I do not believe there is an exporter. > If there were the scenario you’ve described would a bit cumbersome but > still doable. > 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] macOS Mojave 10.14.3 cannot open GNUCASH
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 into the email. Send it. Regards, John Ralls > On Mar 21, 2019, at 12:46 PM, suk wah Bernstein > wrote: > > the last one is from last evening after successfully reconciled one statement. > > On Thu, Mar 21, 2019 at 12:43 PM suk wah Bernstein > 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. 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 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 support! such amazing community! so much connection, such > > love > > > > blessings > > suk wah > > > > On Wed, Mar 20, 2019 at 5:19 PM John Ralls > > wrote: > > Maf's right, 2.4.7 is very old and is indeed too old to run on Mojave. The > > _inflate_validate error message is consistent with trying to run too old a > > version of GnuCash. If it's still spinning the beachball then by all means > > force-quit. Then drag Gnucash to the trash and empty the trash. > > > > You can download the latest release of GnuCash from https://www.gnucash.org. > > > > Regards, > > John Ralls > > > > > On Mar 20, 2019, at 2:07 PM, suk wah Bernstein > > > wrote: > > > > > > I am trying to download Gnucash 3.4, still failing at opening it. > > > > > > Meanwhile, in Applications Folder, there is a hardrive icon, under the > > > old Gnucash icon, titled Gnucash-Intel-2.4.7 > > > Wild guess, it may be to do with the Gnucash version that I have been > > > using and working well before upgrading to Mojave. don't know for sure. > > > > > > On Wed, Mar 20, 2019 at 1:58 PM Maf. King wrote: > > > On Wednesday, 20 March 2019 19:52:28 GMT suk wah Bernstein wrote: > > > > fyi FINDER not responding. force quit? > > > > > > > > On Wed, Mar 20, 2019 at 11:34 AM suk wah Bernstein < > > > > > > > > sukwahbernst...@gmail.com> wrote: > > > > > fyi color wheels still spinning in desktop where icon is and > > > > > Applications > > > > > after several hours. email working. > > > > > > > > > > > > > > Hi, > > > > > > I don't know Macs, but it sounds like a reboot might be a good idea. > > > > > > I am a bit confused, though. You said you had downloaded Gnucash 3.4, > > > but > > > then you mention GC 2.4.7 - which is *very* old. have you got some old > > > partial installation of an old GC lying around? > > > > > > Maf. > > > > > > > > > > > > > > > > > > ___ 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
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 >> afresh with the new financial year. would this be possible. I am using >> windows 10 and Gnucash Version 3.4 Build I.D. 3.4+(2018-12-30) > > Archiving old books is always a good idea. > > Restarting at the begining of the year, however, is not necessarily is > good idea. Specifically, there is a Close Books feature that zero's out > your Income & Expense accounts into Equity, but it doesn't actually > DELETE any data. > > Your other option is to Export the account tree which will create an > empty file and then re-open it. The downside is that you will have to > reset all your opening balances, and if you use any business features > you will need to manually re-enter all that metadata too (customers, > vendors, tax tables, etc). I highly ANTI-recommend this approach. > 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 certain circumstances accounting for another period than 01.01. to 31.12. I don’t know whether it would be possible to have an option the gnucash file for the previous year which would be used comparisson reports. Is there a way to ex- and import the business related things? If there were the scenario you’ve described would a bit cumbersome but still doable. Kind regards Christian Kluge ___ 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
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. 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 < >> sukwahbernst...@gmail.com> wrote: >> > >> > 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 < >> sukwahbernst...@gmail.com> wrote: >> > yay! it opened, quit suddenly, reopened... >> > >> > what great support! such amazing community! so much connection, such >> love >> > >> > blessings >> > suk wah >> > >> > On Wed, Mar 20, 2019 at 5:19 PM John Ralls < >> jra...@ceridwen.fremont.ca.us> wrote: >> > Maf's right, 2.4.7 is very old and is indeed too old to run on Mojave. >> The _inflate_validate error message is consistent with trying to run too >> old a version of GnuCash. If it's still spinning the beachball then by all >> means force-quit. Then drag Gnucash to the trash and empty the trash. >> > >> > You can download the latest release of GnuCash from >> https://www.gnucash.org. >> > >> > Regards, >> > John Ralls >> > >> > > On Mar 20, 2019, at 2:07 PM, suk wah Bernstein < >> sukwahbernst...@gmail.com> wrote: >> > > >> > > I am trying to download Gnucash 3.4, still failing at opening it. >> > > >> > > Meanwhile, in Applications Folder, there is a hardrive icon, under >> the old Gnucash icon, titled Gnucash-Intel-2.4.7 >> > > Wild guess, it may be to do with the Gnucash version that I have been >> using and working well before upgrading to Mojave. don't know for sure. >> > > >> > > On Wed, Mar 20, 2019 at 1:58 PM Maf. King wrote: >> > > On Wednesday, 20 March 2019 19:52:28 GMT suk wah Bernstein wrote: >> > > > fyi FINDER not responding. force quit? >> > > > >> > > > On Wed, Mar 20, 2019 at 11:34 AM suk wah Bernstein < >> > > > >> > > > sukwahbernst...@gmail.com> wrote: >> > > > > fyi color wheels still spinning in desktop where icon is and >> Applications >> > > > > after several hours. email working. >> > > > > >> > > >> > > >> > > Hi, >> > > >> > > I don't know Macs, but it sounds like a reboot might be a good idea. >> > > >> > > I am a bit confused, though. You said you had downloaded Gnucash >> 3.4, but >> > > then you mention GC 2.4.7 - which is *very* old. have you got some >> old >> > > partial installation of an old GC lying around? >> > > >> > > Maf. >> > > >> > > >> > > >> > > >> > > >> > >> >> ___ 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
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, 2019, at 8:11 AM, suk wah Bernstein < > sukwahbernst...@gmail.com> wrote: > > > > 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 < > sukwahbernst...@gmail.com> wrote: > > yay! it opened, quit suddenly, reopened... > > > > what great support! such amazing community! so much connection, such > love > > > > blessings > > suk wah > > > > On Wed, Mar 20, 2019 at 5:19 PM John Ralls < > jra...@ceridwen.fremont.ca.us> wrote: > > Maf's right, 2.4.7 is very old and is indeed too old to run on Mojave. > The _inflate_validate error message is consistent with trying to run too > old a version of GnuCash. If it's still spinning the beachball then by all > means force-quit. Then drag Gnucash to the trash and empty the trash. > > > > You can download the latest release of GnuCash from > https://www.gnucash.org. > > > > Regards, > > John Ralls > > > > > On Mar 20, 2019, at 2:07 PM, suk wah Bernstein < > sukwahbernst...@gmail.com> wrote: > > > > > > I am trying to download Gnucash 3.4, still failing at opening it. > > > > > > Meanwhile, in Applications Folder, there is a hardrive icon, under the > old Gnucash icon, titled Gnucash-Intel-2.4.7 > > > Wild guess, it may be to do with the Gnucash version that I have been > using and working well before upgrading to Mojave. don't know for sure. > > > > > > On Wed, Mar 20, 2019 at 1:58 PM Maf. King wrote: > > > On Wednesday, 20 March 2019 19:52:28 GMT suk wah Bernstein wrote: > > > > fyi FINDER not responding. force quit? > > > > > > > > On Wed, Mar 20, 2019 at 11:34 AM suk wah Bernstein < > > > > > > > > sukwahbernst...@gmail.com> wrote: > > > > > fyi color wheels still spinning in desktop where icon is and > Applications > > > > > after several hours. email working. > > > > > > > > > > > > > > Hi, > > > > > > I don't know Macs, but it sounds like a reboot might be a good idea. > > > > > > I am a bit confused, though. You said you had downloaded Gnucash 3.4, > but > > > then you mention GC 2.4.7 - which is *very* old. have you got some > old > > > partial installation of an old GC lying around? > > > > > > Maf. > > > > > > > > > > > > > > > > > > > ___ 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
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 information, but I am not a SW person familiar with >>> PERL.. >>> Any suggestion what might have changed, and what to fix? >>> >>> Thanks, Bruno On Feb 22, 2019, at 7:11 AM, John Ralls wrote: > On Feb 20, 2019, at 7:06 AM, GB wrote: > > Thank you John Ralls, I think I've narrowed down the problem. > > I unchecked all of the securities that had source of "tsp" and I was able > to > get all the quotes from yahoo_json. Then I used a terminal window to run > "./gnc-fq-dump -v tsp c" and received response of: > "No results found for stock C." The funds are
Re: [GNC] macOS Mojave 10.14.3 cannot open GNUCASH
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 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 support! such amazing community! so much connection, such love > > blessings > suk wah > > On Wed, Mar 20, 2019 at 5:19 PM John Ralls > wrote: > Maf's right, 2.4.7 is very old and is indeed too old to run on Mojave. The > _inflate_validate error message is consistent with trying to run too old a > version of GnuCash. If it's still spinning the beachball then by all means > force-quit. Then drag Gnucash to the trash and empty the trash. > > You can download the latest release of GnuCash from https://www.gnucash.org. > > Regards, > John Ralls > > > On Mar 20, 2019, at 2:07 PM, suk wah Bernstein > > wrote: > > > > I am trying to download Gnucash 3.4, still failing at opening it. > > > > Meanwhile, in Applications Folder, there is a hardrive icon, under the old > > Gnucash icon, titled Gnucash-Intel-2.4.7 > > Wild guess, it may be to do with the Gnucash version that I have been using > > and working well before upgrading to Mojave. don't know for sure. > > > > On Wed, Mar 20, 2019 at 1:58 PM Maf. King wrote: > > On Wednesday, 20 March 2019 19:52:28 GMT suk wah Bernstein wrote: > > > fyi FINDER not responding. force quit? > > > > > > On Wed, Mar 20, 2019 at 11:34 AM suk wah Bernstein < > > > > > > sukwahbernst...@gmail.com> wrote: > > > > fyi color wheels still spinning in desktop where icon is and > > > > Applications > > > > after several hours. email working. > > > > > > > > > > Hi, > > > > I don't know Macs, but it sounds like a reboot might be a good idea. > > > > I am a bit confused, though. You said you had downloaded Gnucash 3.4, but > > then you mention GC 2.4.7 - which is *very* old. have you got some old > > partial installation of an old GC lying around? > > > > Maf. > > > > > > > > > > > ___ 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?)
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: > > > > Op woensdag 20 maart 2019 10:51:55 CET schreef Michael Hendry: > >> Which supports my contention that the use of the term “split” for a > Ledger > >> Entry causes confusion. > >> > > Fair enough. As I said if there's a concise yet more clear term to use > I'm > > happy to switch to it. > > > > Personally I'm not convinced yet "Ledger Entry" would be that > replacement. > > Surely it would appeal to people with an accounting background, but it > > doesn't feel like very intuitive for the casual user just wishing to > keep > > track of its personal finances in GnuCash. > > I agree, “Ledger Entry” is a bit clunky, but the casual user has to have > (at least) a nodding acquaintance with double-entry bookkeeping to be able > to use Gnucash. > > If you look in any book-keeping primer, you’ll find a definition of a > Ledger Entry, but you won’t find a “split” defined there. > > > As English is not my native > > language that may be a translation issue though. However perhaps more > informal > > terminology exists to describe subparts of a transaction ? > > I haven’t come across such a term, but maybe I don’t get out enough? > > > > > In addition it seems to me this thread has now evolved to discussing two > > distinct terminology issues: > > * the use of the word "split" in itself > > * the use of the term "multi" in "multi-split" to mean "more than two" > rather > > than "two or more”. > > Indeed - I’ve altered the subject line. > > > > >> Would anyone think it odd that a different process would be required > when > >> importing a compound transaction than when importing a simple one? > >> > > I think that depends on the input source format: csv is generic and > doesn't > > strictly define how to encode accounting data. > > > > GnuCash tries cater for as many formats as possible. So it offers a way > to > > import csv files with only one transaction per line or a csv file where > each > > line consists of one ledger entry/split and hence transaction can span > > multiple lines. > > So the choice is between importing “Simple Transactions” and “Compound > Transactions”, with a two-line simple transaction as a special case of a > compound transaction. > > > > > As GnuCash doesn't define the input sources (those come from banks, a > > spreadsheet, another accounting application,...) I don't see how that > could be > > covered with only one import interface. > > Agreed - the user would need to specify the appropriate format at import > time if the importing software can’t determine it by inspection. > > > > > Regards, > > > > Geert > > 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. ___ 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 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 > involved. I’m going to dig up my accounting textbook and see how they > reference the entries but I’m going to hazard an early guess that there is no > mention of the individual parts of the transaction other than debit/credit. Just checked my ancient primer, which starts a new business with a contribution of £3000 of capital from John Brown to the Cash Account. Two ledger pages are created, one called “Cash Account” numbered “L1" and the other “Capital Account - John Brown” numbered “L2”. On the Debit side of L1 there is a entry recording Capital of £3000 received from L2. On the Credit side of L2 there is a corresponding entry of a transfer of Cash to L1. These two separate but linked “Ledger Entries" make up the one “Transaction". I’d be surprised if the overall process is different in the US, but the nomenclature might well diverge. Regards, Michael > > Regards, > Adrien > >> On Mar 21, 2019, at 9:46 AM, 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 "split" transaction versus a "multi-split" transaction, which we're >> trying to move away from as justifiably confusing. >> >> 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. >> >> Regardless, I am still against the "Ledger entry" locution. >> >> Perhaps we need a translation from American English to British English... >> >> David >> > > > ___ > 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. ___ 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 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 "split" transaction versus a "multi-split" transaction, which we're > trying to move away from as justifiably confusing. What I meant was that the simple transaction is treated as a special case in that it appears on one line in the relevant GnuCash register - and in the context of some CSV imports might come in as a single line. > > 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. > > Regardless, I am still against the "Ledger entry" locution. > > Perhaps we need a translation from American English to British English… I should have thought “Ledger Entry” would work on either side of the Atlantic, if not it’s clearly unsuitable! Michael > > David > > On March 21, 2019, at 7:47 PM, Derek Atkins wrote: > > "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 clicking on the "Show Splits" button, or change the View to > Split-ledger or Transaction Journal mode. It will display as a compound > transaction but have only two lines (plus the blank spilt line). > >> David > >> Please remember to CC this list on all your replies. >> You can do this by using Reply-To-List or Reply-All. > > -derek ___ 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
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 information, but I am not a SW person familiar with >> PERL.. >> Any suggestion what might have changed, and what to fix? >> >> Thanks, Bruno >>> On Feb 22, 2019, at 7:11 AM, John Ralls wrote: >>> >>> >>> On Feb 20, 2019, at 7:06 AM, GB wrote: Thank you John Ralls, I think I've narrowed down the problem. I unchecked all of the securities that had source of "tsp" and I was able to get all the quotes from yahoo_json. Then I used a terminal window to run "./gnc-fq-dump -v tsp c" and received response of: "No results found for stock C." The funds are C,S,I. I have used this for at least several years and have not had any problems, this has been appearing recently. When I include the tsp funds in the security editor, it causes all of the other security quotes to fail, even those from other sources. Any clues as to what I should do next? >>> >>> It looks like >>> https://www.tsp.gov/investmentfunds/shareprice/sharePriceHistory.shtml has >>> an invalid redirect, so there's nothing to retrieve. Unless that's fixed >>> you won't be able to use Finance::Quote to retrieve prices. I found >>> https://www.tsp.gov/InvestmentFunds/FundPerformance/index.html where you >>> can download a CSV that you might be able to import into GnuCash. >>> >>> Regards, >>> John Ralls >>> ___ >>> gnucash-user
Re: [GNC] The Meaning of Split (previously Example of multi-split feature of CSV importer?)
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 reference the entries but I’m going to hazard an early guess that there is no mention of the individual parts of the transaction other than debit/credit. Regards, Adrien > On Mar 21, 2019, at 9:46 AM, 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 "split" transaction versus a "multi-split" transaction, which we're > trying to move away from as justifiably confusing. > > 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. > > Regardless, I am still against the "Ledger entry" locution. > > Perhaps we need a translation from American English to British English... > > David > ___ 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
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 support! such amazing community! so much connection, such > love > > blessings > suk wah > > On Wed, Mar 20, 2019 at 5:19 PM John Ralls > wrote: > >> Maf's right, 2.4.7 is very old and is indeed too old to run on Mojave. >> The _inflate_validate error message is consistent with trying to run too >> old a version of GnuCash. If it's still spinning the beachball then by all >> means force-quit. Then drag Gnucash to the trash and empty the trash. >> >> You can download the latest release of GnuCash from >> https://www.gnucash.org. >> >> Regards, >> John Ralls >> >> > On Mar 20, 2019, at 2:07 PM, suk wah Bernstein < >> sukwahbernst...@gmail.com> wrote: >> > >> > I am trying to download Gnucash 3.4, still failing at opening it. >> > >> > Meanwhile, in Applications Folder, there is a hardrive icon, under the >> old Gnucash icon, titled Gnucash-Intel-2.4.7 >> > Wild guess, it may be to do with the Gnucash version that I have been >> using and working well before upgrading to Mojave. don't know for sure. >> > >> > On Wed, Mar 20, 2019 at 1:58 PM Maf. King wrote: >> > On Wednesday, 20 March 2019 19:52:28 GMT suk wah Bernstein wrote: >> > > fyi FINDER not responding. force quit? >> > > >> > > On Wed, Mar 20, 2019 at 11:34 AM suk wah Bernstein < >> > > >> > > sukwahbernst...@gmail.com> wrote: >> > > > fyi color wheels still spinning in desktop where icon is and >> Applications >> > > > after several hours. email working. >> > > > >> > >> > >> > Hi, >> > >> > I don't know Macs, but it sounds like a reboot might be a good idea. >> > >> > I am a bit confused, though. You said you had downloaded Gnucash 3.4, >> but >> > then you mention GC 2.4.7 - which is *very* old. have you got some >> old >> > partial installation of an old GC lying around? >> > >> > Maf. >> > >> > >> > >> > >> > >> >> ___ 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] Unable to add prices to some securities
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 tabs, etc. The only drawback to Linux is if you aren’t comfortable with building from source *and* you always want the latest version without upgrading your OS. Many distros keep a fixed version in their repository and newer versions usually don’t get backported. So if you want a newer version, you’ll have to build it. (usually a not very painful process, but this varies by system and distro choice) New versions of GnuCash for Windows and Mac are always just a download and click away. One of the devs is working on maintaining a flatpak image from here on out, so that should address this case, but it too comes with some caveats due to the sandboxed nature of flatpak apps. (external and network drive access need special attention, and report printing is limited to first printing to file) One user was kind enough to build a .deb backport of 3.4 to Ubuntu 18.04 and you can find the links for it in the list archives. Perhaps he might do this for 3.5 when it is released as well. Hope that helps with your decision. Regards, Adrien > On Mar 21, 2019, at 9:07 AM, Derek Atkins wrote: > > 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. > ___ 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?)
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. 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. Regardless, I am still against the "Ledger entry" locution. Perhaps we need a translation from American English to British English... David On March 21, 2019, at 7:47 PM, Derek Atkins wrote: "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 clicking on the "Show Splits" button, or change the View to Split-ledger or Transaction Journal mode. It will display as a compound transaction but have only two lines (plus the blank spilt line). > David > 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] Processing refunds
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 > 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 As far as I understand paying a refund doesn't change your income. It only moves money from one asset account (your bank account) to another asset account (your accounts receivable). Your exact use case is not very clear from your description. What's the reason of the refund ? * Did the customer pay you more than you invoiced ? In that case the income was already created by the invoice, the (over)payment and refund were merely asset moves. * Was part of an invoice disputed and the user requested a reduction ? In that case you should create a credit note first (which would decrease your income), and the refund would be to "pay" for this credit note. 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?)
"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 clicking on the "Show Splits" button, or change the View to Split-ledger or Transaction Journal mode. It will display as a compound transaction but have only two lines (plus the blank spilt line). > David > 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] End of year rollover
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 possible. I am using > windows 10 and Gnucash Version 3.4 Build I.D. 3.4+(2018-12-30) Archiving old books is always a good idea. Restarting at the begining of the year, however, is not necessarily is good idea. Specifically, there is a Close Books feature that zero's out your Income & Expense accounts into Equity, but it doesn't actually DELETE any data. Your other option is to Export the account tree which will create an empty file and then re-open it. The downside is that you will have to reset all your opening balances, and if you use any business features you will need to manually re-enter all that metadata too (customers, vendors, tax tables, etc). I highly ANTI-recommend this approach. Personally, I don't do anything. All the reports handle year-end accounting without doing anything special. I don't mind seeing my income and expense account balances showing lifetime achievements :) But that's just me. Hope this helps, > Regards > > Philip Burg > 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] Unable to add prices to some securities
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 ? > > > > Brgds/Alan > > On 21 Mar 2019, 11:05 +0800, John Ralls , > wrote: > >> Alan, > >> > >> Yeah, a bunch of Gtk problems on Macs--some of them my fault from an > update I did last fall. I've been working on fixing them for the last > month, so 3.5 should be *much* better. > >> > >> Regards, > >> John Ralls > >> > >> > >>> On Mar 20, 2019, at 6:18 PM, Alan Taylor > wrote: > >>> > >>> Wow … thank you John ! > >>> That was it for the input interface problems. It solved the selection > problems for "Save As” (all databases now available) and the Namespace > issues when manually adding the stock price. > >>> Do you know why ? I cannot guess how a second monitor would do that ? > >>> > >>> Brgds/Alan > >>> On 20 Mar 2019, 21:48 +0800, John Ralls , > wrote: > Do you have more than one monitor? If so, make sure that GnuCash is > on the main one--the one that has the "Arrangement" tab in System > Preferences>Displays. > > Regards, > John Ralls > > > On Mar 19, 2019, at 9:58 PM, Alan Taylor < > alan.james.tay...@gmail.com> wrote: > > > > More things not working properly … > > In the Save As dialogue there is no way to select sql - click on the > displayed xml does not reveal any other possibilities > > Also the price editor dialogue does not allow selection of a > namespace. There should be several, but it displays “All non-currency” with > no other selections possible. > > > > Tried a reinstallation (3.4), no change. > > > > BRgds/Alan > > > > > > BRgds/Alan > > On 19 Mar 2019, 23:05 +0800, Bucky Carr , > wrote: > >> > >> Forgot to mention. For the Online Price update, I switched from > >> Alphavantage to Yahoo_JSON and it seems to be working fine. > >> > >> > >> On 3/19/2019 8:47 AM, Alan Taylor wrote: > >>> And of course the Online Price update does not work, I have > updated Perl etc. as per the WIKI. > >> > >> ___ > >> 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. > > >> > > ___ 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] Unable to add prices to some securities
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 ___ 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.
[GNC] Processing refunds
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 ___ 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] Unable to add prices to some securities
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 ? > > Brgds/Alan > On 21 Mar 2019, 11:05 +0800, John Ralls , > wrote: >> Alan, >> >> Yeah, a bunch of Gtk problems on Macs--some of them my fault from an update >> I did last fall. I've been working on fixing them for the last month, so 3.5 >> should be *much* better. >> >> Regards, >> John Ralls >> >> >>> On Mar 20, 2019, at 6:18 PM, Alan Taylor >>> wrote: >>> >>> Wow … thank you John ! >>> That was it for the input interface problems. It solved the selection >>> problems for "Save As” (all databases now available) and the Namespace >>> issues when manually adding the stock price. >>> Do you know why ? I cannot guess how a second monitor would do that ? >>> >>> Brgds/Alan >>> On 20 Mar 2019, 21:48 +0800, John Ralls , >>> wrote: Do you have more than one monitor? If so, make sure that GnuCash is on the main one--the one that has the "Arrangement" tab in System Preferences>Displays. Regards, John Ralls > On Mar 19, 2019, at 9:58 PM, Alan Taylor > wrote: > > More things not working properly … > In the Save As dialogue there is no way to select sql - click on the > displayed xml does not reveal any other possibilities > Also the price editor dialogue does not allow selection of a namespace. > There should be several, but it displays “All non-currency” with no other > selections possible. > > Tried a reinstallation (3.4), no change. > > BRgds/Alan > > > BRgds/Alan > On 19 Mar 2019, 23:05 +0800, Bucky Carr , wrote: >> >> Forgot to mention. For the Online Price update, I switched from >> Alphavantage to Yahoo_JSON and it seems to be working fine. >> >> >> On 3/19/2019 8:47 AM, Alan Taylor wrote: >>> And of course the Online Price update does not work, I have updated >>> Perl etc. as per the WIKI. >> >> ___ >> 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. >> ___ 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?)
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 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 transaction than when importing a simple one? >>> >>> I think that depends on the input source format: csv is generic and >>> doesn't >>> strictly define how to encode accounting data. >>> >>> GnuCash tries cater for as many formats as possible. So it offers a way to >>> import csv files with only one transaction per line or a csv file where >>> each line consists of one ledger entry/split and hence transaction can >>> span multiple lines. >> >> So the choice is between importing “Simple Transactions” and “Compound >> Transactions”, with a two-line simple transaction as a special case of a >> compound transaction. > > Right. So would "simple transaction" vs "compound transaction" be a good > candidate for > better terminology ? > > 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. ___ 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 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 transaction than when importing a simple one? > > > > I think that depends on the input source format: csv is generic and > > doesn't > > strictly define how to encode accounting data. > > > > GnuCash tries cater for as many formats as possible. So it offers a way to > > import csv files with only one transaction per line or a csv file where > > each line consists of one ledger entry/split and hence transaction can > > span multiple lines. > > So the choice is between importing “Simple Transactions” and “Compound > Transactions”, with a two-line simple transaction as a special case of a > compound transaction. Right. So would "simple transaction" vs "compound transaction" be a good candidate for better terminology ? 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.