[GNC] migration from locale currency to EUR

Hello! From the beginning of next year our country (Croatia) will replace locale currency (HRK) with the EUR. Considering that I already track some EUR/USD accounts, I would like to hear some hints from some of the EU users who faced the same issue in the past how they handled it?

Re: [GNC] email seems so crude 30 years after MULTICS forums.

On Fri, 8 Oct 2021 00:08:02 -0700 Stan Brown wrote: > No, Google did its best to destroy it in favor of Google Groups. most > formerly active newsgroups are moribund, but some are still quite > active: misc.taxes.moderated, for instance. Following this mailing list via news.gmane.io and no need

Re: [GNC] GnuCash very slow to start up and quit

On Sun, 13 Jun 2021 09:10:42 + Tim Hume wrote: > I just ran a test. My data file is 37 MByte in SQLite format, and 52 > MByte when in XML and uncompressed. However, the compressed XML is > under 4 MByte. > > It took 1m 17s to open GnuCash with the compressed XML file, and 55s > with the

Re: [GNC] GnuCash very slow to start up and quit

On Sun, 13 Jun 2021 08:28:12 +0100 Chris Green wrote: > > Backend: SQLite database > > > Ditto Just wonder how does SQLite back-end compare with XML and whether you recommend one over the other? (my XML is 20MB uncompressed and under VCS). Sincerely, Gour -- As a lamp in a windless place

Re: [GNC] barcode & invoices

On Tue, 15 Dec 2020 18:17:36 -0600 (CST) David Cousens wrote: > Good find but the perennial problem arises Bulgaria, Croatia, > Czechia, Denmark, Hungary, Poland, Romania, Sweden are not in the > Eurozone and don't comply/use the EPC system within Europe, at least > as yet but it looks like a

Re: [GNC] barcode & invoices

On Wed, 16 Dec 2020 08:37:42 +1100 Liz Dodd wrote: > Is it the same code each time (easier) or a new code each time (hard)? I'm more interested in barcode than QR code since the former is used in iternet-banking apps to make payment easier and it is new code each time since it contains data

[GNC] barcode & invoices

Hello, I'm using GC to track our personal finances, non-profit account and my small 1-man company.However, for generating company's invoices I use web-based solution offering ability to have separate quotes/invoices etc. However, I'm considering to simplify my workflow and take advantage of GC's

Re: [GNC] Addition of Mailing List Subject Prefix

Dave H writes: Hello Dave, > There is one at Nabble - http://gnucash.1415818.n4.nabble.com/ ? Thanks for the info, although my comment was just a joke...usually discussion of people not happy with the mailing lists turns into suggestion to create web forum as panacea for all

Re: [GNC] Addition of Mailing List Subject Prefix

George Riner writes: > I also am subscribed to about 20 email lists and Gnucash was the only > one that did *not* have bracketed tag in the subject line. I still haven't seen list of mailing clients which are *not* capable to perform filtering by List-Id and if it is

Re: [GNC] Addition of Mailing List Subject Prefix

William Bixby writes: > I'm surprised at the objections, as my experience is that mail lists > adding the list ID in the subject is the 'norm' and very common. The > few, like gnucash was, that don't are the outlier. I follow about 20 mailing lists and gnucash-users is the only

Re: [GNC] Addition of Mailing List Subject Prefix

Alain Williams writes: > All very nice if you want to do that; some do, some don't. Personally I do not mind too much since I use Gmane, but isn't it strange that *all* users are paying the 'price' for users that "don't want to do that" (aka mail filtering) ? ;) Sincerely,

Re: [GNC] GNC Addition of Mailing List Subject Prefix

Mark Lawrence writes: > I see it as a fourth rate solution to a problem that simply does not > exist. As I've said previously just point your email/news reader app > at news.gmane.org and get all of the filtering done for free. +1 for Gmane, but I also wonder what mail

[GNC] migrating data back to Gnucash

Hello, I've Gnucash XML file containing ~8k transactions covering the period of several years up to the end of 2017 (not exactly, sometime around 20th of Dec) when I migrated to (h)ledger and keep my journal file up to date. Now, after discovering that ytd-budget.scm report can cover my needs

Re: [GNC] future of custom reports in 3.x

John Ralls writes: > While we would like to replace the reporting system with something > more flexible and user friendly we’re a very long way from being in a > position to even start on it. OK - that's nice to know. ;) > In the meantime there are four alternatives for

Re: [GNC] GNC Addition of Mailing List Subject Prefix

John Ralls writes: > Add me to the list of folks who dislike this change. +1 Sincerely, Gour -- When your intelligence has passed out of the dense forest of delusion, you shall become indifferent to all that has been heard and all that is to be heard.

[GNC] future of custom reports in 3.x

Hello, while having problems to load certain (ytd-budget.scm) report in 2.6.20 under (Fedora) Linux i nthe attempt to return back to GnuCash from (h)ledger, I wonder if there is some plan in regard to the future of custom reports, iow. is it still recommended to learn some Scheme in order to

Re: Budgets: showing total-to-date in budget period, and previous month totals only

Phil Longstaff writes: Hello Phil, > I have attached a report which does this. > > I have attached ytd-budget.scm. I have this file in > c:\Users\phill\.gnucash\reports. I then add this line to > c:\Users\phill\.gnucash\config.user: > > (load

Re: custom reports: guile or eguile

On Mon, 11 Sep 2017 04:53:26 -0400 Dennis Powless wrote: > Where did u find the report? This one: https://lists.gnucash.org/pipermail/gnucash-user/2017-May/070519.html helps me a lot to achieve my goals. Sincerely, Gour -- The senses, the mind and the intelligence are

Re: Start-date in Estimate-budget-value dialog

On Thu, 03 Aug 2017 09:28:29 -0400 D via gnucash-user wrote: > While my understanding of the budget features lacks depth, I do > believe that the estimating features average the transactions in the > time frame you choose, so the start date should reflect the time >