On Sun, 19 Nov 2023 at 12:01, john wrote:
> I spent some time this afternoon poking at webkit replacement. The options
> I found are:
> * Keep using WebKitGtk
> * Figure out how to wrap a native (meaning Apple AppKit or Microsoft)
> WebView in a GtkWidget
>
^ This one would be my vote if it's
Liz, wrote:
> On Sun, 8 Oct 2023 17:51:40 +0800
> Christopher Lam wrote:
>
> > It would thus be useful to know the types of tasks that users wish to
> > automate. I'll start:
> >
> > Every quarter, I personally tally up the GST account balances, which
> > a
Dear Users
I'm aware there's demand for automated scripting Gnucash activity such as
entering transactions with custom formulas more complex than the SX
facility will allow, determining end-of-quarter calculations etc.
There's a pending PR at https://github.com/Gnucash/gnucash/pull/1794 which
Yes, some cpp conversion. Mostly .c renamed to .cpp with minimal changes.
See https://github.com/Gnucash/gnucash/pull/1708 and
https://github.com/Gnucash/gnucash/pull/1753.
Whether this is an improvement or not is yet to be decided:
https://github.com/Gnucash/gnucash/pull/1784
On Mon, 25 Sept
Note also this release will perform a one-time change to the internal
representation of budget amounts to fix a class of bugs. The budget amounts
will hopefully be more stable and reliable, and reflect the reverse
balanced accounts global preference closely.
Beta testers are needed to verify the
Agree to both suggestions.
Within the mailing lists, any questions about GfA were answered by Gnucash
regulars piping "GfA is dead". The GfA community could start to offer
responses and support.
Technically, if GfA code started to work on linking with libgnucash, then I
think both communities
My change was merely to reuse an existing string in the lot viewer, for its
exact same purpose.
Perhaps the original committer [1] needs to be informed?
[1]
https://github.com/Gnucash/gnucash/commit/0b37c913f053f86196f6cd6689fcaba2e08b387e
On Mon, 12 Sept 2022 at 04:53, Frank H. Ellenberger <
On Tue, 4 Jan 2022 at 22:21, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> On 1/4/22 10:40 AM, Christopher Lam wrote:
> > Experienced Users,
> >
> > The upcoming 5.x series (master branch) currently has a one-time fix for
> > budgets to
Experienced Users,
The upcoming 5.x series (master branch) currently has a one-time fix for
budgets to ensure they're internally stored as unreversed numbers.
Currently (up to 4.x) budgeting $1000 income into $600 expense and $400
liability repayment are stored as +1000, +600, +400. They should
I think it's a good idea to document your findings somewhere like the wiki.
Windows builds are hindered by old WebKit and maybe regular builds with WSL
gnucash can be offered.
On Fri, 22 Oct 2021, 5:13 am Sumit Bhardwaj, wrote:
> There have been some threads here about using WSL to use and
Where is it mentioned that reports are being converted to c++?
There is currently a separation between libgnucash (eg the engine and
backend database) and gnucash (eg the UI, reports, import/export). There is
a drive to remove guile from libgnucash. This may allow libgnucash to be
used in iOS for
> How much time would it take to fix the code and not have to change the
> dates annually?
https://github.com/Gnucash/gnucash/pull/459
> Can I save time and effort by changing the code?
> Incidentally to the problem, how much will I learn for the future about
> the code?
>
Lots!
This particular commit aimed to simplify and reduce old code. It can be
reverted.
Would you consider submitting them into the repository?
On Fri, 11 Jun 2021 at 06:12, Mike Alexander wrote:
> I would like to request that we avoid removing code that is thought to
> be unused, but which may in
To casual and regular users:
In addition to pricedb-nearest and pricedb-latest, there'll be a new price
source 'pricedb-nearest-before' in 4.6 onwards; this will ignore prices
*after* the report date.
e.g. a user records weekly prices e.g. on 19-dec, 26-dec, 2-jan, 9-jan etc
and runs the balance
On Wed, 31 Mar 2021 at 15:32, Evelyn Yamanaka
wrote:
> Thank you so much, Christopher!
>
You're welcome!
So, the normalization / percentage representation is actually part of
> a report I'm working on whose primary goal is to support some concept
> of tagging / grouping for accounts that's
Hi, the simple answer is gnc:monetary/ would divide two monetary amounts
and the result is not a monetary but a simple ratio.
(define (gnc:monetary/ a b)
(/ (gnc:gnc-monetary-amount a)
(gnc:gnc-monetary-amount b)))
This would do the trick. Afterwards, for the chart amounts you can use the
Hi Robert
The reality is that you're probably the most skilled in gtk in here so your
view is likely the best one. However I agree that replicating gtkcombobox
is probably unnecessary.
My personal view is that tooltips are an obscure mechanism to display
additional (occasionally crucial) useful
Maybe this fixes it.
https://github.com/Gnucash/gnucash/commit/ffa2f606e38c96a64cbebd4204f3795d5dd7c22d
On Fri, 5 Feb 2021 at 10:05, Manfred Usselmann wrote:
> Hi,
>
> I'm still trying to provide a GC 4.4 package for Void Linux.
>
> I have either fixed or disabled the tests mentioned below, so
Hello you're very welcome to submit a pull request. Any code will obviously
be GPL.
Please don't hesitate to contact us if you have any questions.
On Thu, 14 Jan 2021, 5:26 pm chr...@floatdene.com,
wrote:
> Hi,
>
> Is anyone interest in having a MTD bridge for GnuCash for VAT submissions?
> I
ash
>> > 4.x. After someone understands the shared/common methodology, this is
>> less
>> > than a week of work. A single platform (e.g. Debian/Ubuntu) might
>> even be
>> > in hours.
>> > 2. Copy the documentation I wrote at that same repo and int
ic area and GnuCash reconciliation in my "queue";
> currently slotted for Feb/March 2021.
> An alternative...I could support someone. Sumit Bhardwaj expressed
> interest.
>
> --Dale
>
>
> On Sun, Dec 6, 2020 at 3:03 AM Christopher Lam
> wrote:
>
>> Hi Dale
Hi Dale
Docker is now firmly entrenched in the industry; would you be able to
create a PR to set up the Dockerfile in the project root (or /util), and
add a few notes in the wiki to help complete docker newbies? e.g.
- how to set up a dev environment
- automate build and install
You may be aware
2 was broken
<https://travis-ci.org/github/Gnucash/gnucash/builds/740595807?utm_medium=notification_source=email>
[image: arrow to build time]
[image: clock icon]17 mins and 10 secs
[image: Christopher Lam avatar]Christopher Lam
ccc6531 CHANGESET →
<https://github.com/Gnucash/gnucash/compare/e9d1
eck for a null account pointer.
>
> It seems to me that if we fix autoClearWindow to check for a null
> account and hook up the menu item in the register window things should
> work fine. I can do that unless someone knows why it's a bad idea.
>
> Mike
>
> On 26 Oct 2020, at 2:4
Having said that, when we type into the blank entry it knows which account
to tie the split to... So, the account could be found somewhere...
On Mon, 26 Oct 2020, 2:38 pm Christopher Lam,
wrote:
> From my understanding, this code is not hooked up to the register because:
> a register is
>From my understanding, this code is not hooked up to the register because:
a register is always a search list, and not necessarily tied to an account.
Proof: the blank transaction register entry has no account.
I gather the original coder noticed the same, therefore didn't hook it.
On Mon, 26
Dear Devel,
After using GnuCash for years, I've recently discovered the interesting
Account Auto-clear facility. Consider a well-used bank account, with
numerous Reconciled "r" splits, and some recent Unreconciled "n" splits
whose amounts are as follows:
Reconciled Balance = 1000.00
Unreconciled
https://wiki.gnucash.org/wiki/Quickstart_Australian_BAS
Other recipes are always welcome. Frank will hopefully increase visibility
:)
On Tue, 29 Sep 2020 at 00:29, Christopher Lam
wrote:
> That's right, I forgot. For that matter I'd modified the Income
> Statement report to include va
000
> Christopher Lam wrote:
>
> > Devel,
> > Is there a suitable place where we could direct users to use recipes
> > to get going quickly?
> > See draft, attached.
>
> Chris, the ATO asks for your option 2, with gross sales etc. I always
> do my form with opti
Original Message
> > From: "Frank H. Ellenberger"
> > Sent: Mon Sep 28 09:20:21 EDT 2020
> > To: Christopher Lam
> > Cc: gnucash-devel
> > Subject: Re: [GNC-dev] Cookbooks
> >
> > Hi Chris,
> >
> > in theory the Guide is
A small note about code progress (and occasional regressions). Development
takes place mainly via github and IRC; I'd wager most subscribers to devel
*will* have enough understanding to understand the ongoing discussions and
changes. Even if they have little coding skills, the commit messages will
Hi David, responses inline. I'm sure you know it's my work, and I am (for
now) happy to defend its state. TBH I do not need this report myself, but
figure out it fills a gap. I also think devel is more appropriate.
In my view it won't come out of experimental anytime soon because of
I think it has been renamed to Actions > Scheduled Transactions > Mortgage
& Loan Repayment...? Maybe it has hit a raw nerve with some wizards and
warlords.
On Wed, 16 Sep 2020 at 14:27, Dean Jagels wrote:
> There are a couple of old enhancement requests that refer to a "Mortgage
> Repayment
Just my 2p here. I am a staunch XML user... despite its flaws and too many
namespaces, it has simplicity in viewing/editing with any text editor.
Save/Reload can be done safely with SQLite Rollback mechanism
https://sqlite.org/wal.html -- with this facility I'd expect that datafile
modification
s used. I can take a
> look at that. But there might be more pressing things to fix, no?
> Jean
> >> On Sep 9, 2020, at 9:46 AM, Jean Laroche wrote:
> >>
> >> Wow, that's super nice!
> >> J.
> >>
> >> On 9/9/20 9:43 AM, Christopher Lam
See the first commit in https://github.com/Gnucash/gnucash/pull/784 -- with
it you can abort scrub simply by pressing Escape.
On Thu, 10 Sep 2020, 12:19 am jean laroche, wrote:
> Christopher Lam suggested that the scrubbing process should be
> cancellable via a button (for context, we re
Welcome, Dean. My goals have been:
- push reports forward to extract as much information as possible from the
rich data available for use
- refactor report infrastructure, homogenise API
- pushing non-report code from guile to C
- improve UI and usability
Bugzilla is a good place to start, but
Bugzilla is ok. You don't have to install into your /usr -- I have this in
my cmake line:
-DCMAKE_INSTALL_PREFIX=/home/chris/sources/gnucash/maint-install
On Sun, 6 Sep 2020 at 12:47, Herbert Thoma
wrote:
> Am 06.09.20 um 13:25 schrieb Christopher Lam:
> > The advice has usually be
The advice has usually been to run from install dir. Not sure why build dir
cannot show reports anymore.
On Sun, 6 Sep 2020, 6:33 pm Herbert Thoma,
wrote:
> Am 06.09.20 um 11:32 schrieb Christopher Lam:
> > I suspect that ChartJS isn't being loaded at all. Check the html for t
I suspect that ChartJS isn't being loaded at all. Check the html for the
Not sure why this would fail. Edit html-chart.scm and delete the relevant
(push "Chart"...) line. My setup successfully sets the Chart option. If
this fails then I'm not sure, you'll have to dig in.
On Sat, 5 Sep 2020 at 16:47, Herbert Thoma
wrote:
> Am 05.09.20 um 17:28 schrieb Ch
What happens with combined reports eg net worth line chart with
display/table enabled?
Try right click the blank page and open the WebKit inspector, and report
the console messages. Maybe chartjs is not being found.
On Sat, 5 Sep 2020, 10:41 pm Herbert Thoma,
wrote:
> Hi!
>
> I built GnuCash
Unfortunately cleaning up advanced-portfolio.scm is much more challenging
than I expected, so, I've now reverted it to its original (as of 4.0)
state, with suitable changes to support guile-3.0 only.
On Sat, 1 Aug 2020 at 05:55, Christopher Lam wrote:
> Updated via https://github.com/Gnuc
LUndo/redo could be implemented as a journalling type table, where each new
row describes the change in state. But then you're recreating sqlite, and
would require deep architectural changes. Probably not possible in this
lifetime.
On Mon, 27 Jul 2020, 12:33 pm jean laroche, wrote:
> OK thanks
Jean as usual the best answer is to push the code forward in ways that you
are best capable and willing to do. If they require deep architectural
changes that are impossible to maintain, or simply badly written code, then
they will be rejected. But if you feel they will be well received then
go
t; libraries are well in advanece of the current gnucash requirements. e.g.
> libboost 1.71.
> David
>
> On Sat, 2020-07-11 at 01:04 +, Christopher Lam wrote:
>
> You have guile-3.0 which has backward incompatible changes, and not yet
> supported. Try guile-2.2.
>
&
You have guile-3.0 which has backward incompatible changes, and not yet
supported. Try guile-2.2.
On Sat, 11 Jul 2020 at 00:20, David Cousens
wrote:
> Having a problem building on a new install of Linux Mint Ulyana (20).
>
> Can anyone make sense of the following? It appears to be a problem
IIUC this is a desired trend, waiting for good pair of hands!
On Thu, 9 Jul 2020, 12:33 am Jean Laroche, wrote:
> Maybe I mis-remember, but I thought that 4.0 would be the version where
> we switch from using C to using C++ + boost etc for most of the code in
> GC...
> Was I confused? Is there
Now that 3.11 is truly out, the budget editor and report should now behave
exactly as in 3.7
4.0 should also behave similarly. Please verify, and any bug reports and
fixes will apply onto 4.x series.
On Fri, 8 May 2020 at 12:58, Christopher Lam
wrote:
> 3.11 being due in 3 weeks' t
Are you saying that SISS isn't compliant with OAIC's APP? Very interesting,
and not surprising...
I've noticed lots of discrepancies in Australian law and practice.
e.g. many forms in use have PDF forms with PDF's signatures, but the
recipient expect nothing other than print+sign+scan+unencrypted
A couple of notes:
- Balance-sheet is reverted back to the legacy report: multicolumn
balance-sheet had a few more bugs identified related to currency
conversions, so, isn't ready yet. The latter is downgraded back to
experimental submenu.
- gnucash-cli --report run --name "VAT Report"
e all my custom settings.
> >
> > So I guess since this will eventually be released as Gnucash version
> 4.xxx,
> > we are to expect breaking changes from the current version? And users
> will
> > be warned that they will be losing custom settings for column widths,
> saved
> > r
> for tag 3.903 and rebuild if I can't figure out how to modify the flatpak.
>
> *Mark Sattolo*
> *mh.sa...@gmail.com *
> *(613) 447-5385*
>
>
> On Thu, Jun 4, 2020 at 11:36 AM Christopher Lam
> wrote:
>
>> Hi Mark
>>
>> The reports for balance-sheet
Oops better patch below:
--snip--
modified gnucash/report/reports/standard/balsheet-pnl.scm
@@ -176,6 +176,9 @@ also show overall period profit & loss."))
(gnc:options-add-date-interval!
options gnc:pagename-general optname-startdate optname-enddate "c")
+
Hi Mark
The reports for balance-sheet and income-statement were replaced with the
multicolumn ones. See the release notes. This was described in devel a few
weeks/months ago.
Try the following patch which will reduce the discrepancy in the default
options between old and new. You may be able to
https://bugs.gnucash.org/show_bug.cgi?id=797769
Invoices which exist but are not posted may be interpreted as "quotes".
Does anyone have any particular views? Internally it all works out; the
main changes will be in the UI, report code, and documentation.
Small warning/notice is warranted:
This will automatically modify datafile to add feature as follows.
Register sort and filter settings stored in .gcm
file
Store the register sort and filter
settings in .gcm metadata file (requires at least GnuCash 3.3)
--
:20 CEST schreef Geert Janssens:
> > Op dinsdag 12 mei 2020 16:06:05 CEST schreef Christopher Lam:
> > > Updated via https://github.com/Gnucash/gnucash/commit/57fe0515
> (commit)
> > >
> > > via https://github.com/Gnucash/gnucash/commit/b4d738
am Christopher Lam,
wrote:
> Saved configurations, the following can apply:
>
> Most relevant options are transferred unchanged eg account selection,
> dates chosen.
>
> Options which are not present in upgraded reports are ignored.
>
> New options are set to a
Not currently in the transaction report though. An easy upgrade is possible.
On Mon, 11 May 2020, 11:37 am John Ralls, wrote:
>
>
> > On May 10, 2020, at 6:26 PM, Christopher Lam
> wrote:
> >
> > I think this would be a worthwhile upgrade
I think this would be a worthwhile upgrade for the transaction report?
-- Forwarded message -
From: Christopher Lam
Date: Sun, 10 May 2020, 5:44 am
Subject: Re: [GNC] RegEx Case insensitive Search via Reports > Transaction
Report > Transaction Filter ?
To: Fran_3
Cc: G
3.11 being due in 3 weeks' time, the candidate fix for budgets is merged in
daily builds. The next build after 4th May in
https://code.gnucash.org/builds/win32/maint/ will have the budgets reverted
to 3.7 behaviour.
On Wed, 29 Apr 2020 at 20:05, John Ralls wrote:
>
>
> > On Apr 29, 2020, at
It's very non-trivial. Consider simplified examples:
OFX
02/01/20 DESC $25
04/01/20 DESC $25
06/01/20 DESC $25
Account
01/01/20 DESC $25
03/01/20 DESC $25
03/01/20 DESC $25
05/01/20 DESC $29
They all could match each other. There's always a score that exists between
any OFX-split and
On Wed, 29 Apr 2020 at 08:36, Geert Janssens
wrote:
> Finally I want to clearly point out the actual inconsistency in the budget
> code is not whether it
> uses a signed representation or a debit/credit notation. The issue is it
> stores the budget data in
> a way that's dependent on the Sign
indows would be easier
>
> On Mon, Apr 27, 2020 at 4:52 PM Christopher Lam >
> wrote:
>
> > Labelling issues aside, is there anyone who would be willing to beta
> test?
> >
> > On Tue, 28 Apr 2020, 2:59 am Adrien Monteleone, <
> > adrien.montele...
Labelling issues aside, is there anyone who would be willing to beta test?
On Tue, 28 Apr 2020, 2:59 am Adrien Monteleone, <
adrien.montele...@lusfiber.net> wrote:
> Thanks Phil, so I’m not completely insane then.
>
> I too try to remember to factor in signs because GnuCash works that way. I
>
create those reports with the new
> versions) I’m sure some users out there have extensive saved configs.
>
> Regards,
> Adrien
>
> > On Apr 24, 2020 w17d115, at 10:08 PM, Christopher Lam <
> christopher@gmail.com> wrote:
> >
> > Dear Users
> >
&g
enses" parent line shows the actual value of *all* expenses, not
> just the ones I have selected. This is
> https://bugs.gnucash.org/show_bug.cgi?id=780382. My Scheme is not very
> good, but I will see if I can find some time to look at this one.
>
> Phil
>
> On Mon, Apr 2
al Expense" etc.)
[image: budget-view.png]
On Sun, 19 Apr 2020 at 05:07, Christopher Lam
wrote:
> Thank you for trying Adrien. This budget bug is proving to be a major
> headache. I really need more beta testers, especially with ability to build
> from my branch.
>
>
Dear Users
We hope the revamped reports have been useful and welcome to the community.
With 4.0 round the corner, it is time to consider replacing the old reports
with the experimental ones.
Balance Sheet and Income Statement (Multicolumn) reports are now well
tested, and can replace the
I think Frank has the right idea to set a pull request merge commit message
to link to the pull request itself. This facilitates researching old
comments. Unless anyone objects I'll add some into recent ones.
-- Forwarded message -
From: Christopher Lam
Date: Fri, 24 Apr 2020, 8
gt; Adrien
>
> > On Apr 10, 2020 w15d101, at 5:59 AM, Christopher Lam <
> christopher@gmail.com> wrote:
> >
> > Next addendum: your existing budget data will behave well when reverse
> > balances=credit accounts, but the *featured* data will be stable with
&
On Thu, 16 Apr 2020, 2:57 am Dale Phurrough via gnucash-devel, <
gnucash-devel@gnucash.org> wrote:
> Accounting example:
> On 1 April 2020 the bank and I believe it is the truth that my bank account
> contains $1000. Two days later, I discovered that an additional deposit of
> $500 should have
Addendum budget liabilities are still an issue in 3.10; this requires more
beta testers please. This will not be fixed until some experienced users
assist.
The 2020-04-07 build on https://code.gnucash.org/builds/win32/maint/ has my
candidate fix (but has the "too strict" reconciliation) -- I
The "purpose" for the "fix" was to allow future features:
1. allow manual reconciliation of an account, using past reconciled_date
and relevant past ending_balance. If my "fix" were applied, it would serve
*me* very well:
(a) If an account, properly reconciled, had an errant split hiding
Some further findings. I don't think the "fix" needs to come back.
The reconciled_date field is not well defined in code
- during manual reconciliation (which I use heavily) it sets
reconciled_date to statement_date.
- during QIF import from Quicken, it can also set reconcile_status to
mirror
Next addendum: your existing budget data will behave well when reverse
balances=credit accounts, but the *featured* data will be stable with *any*
reverse balances global preference option.
On Fri, 10 Apr 2020, 11:28 am Christopher Lam,
wrote:
>
>
> On Fri, 10 Apr 2020, 10:20 am Christ
On Fri, 10 Apr 2020, 10:20 am Christopher Lam,
wrote:
> Deadline is 11 April at noon GMT, so, about 34 hours from now.
>
> For both: *existing* datafile and especially *4.x-featured *datafile (in
> bug report).
>
> Please test:
> - creation of budget amounts
> - use e
ular you’re looking to find. (other than
> just loosely that the totals appear to work)
>
> Regards,
> Adrien
>
> > On Apr 9, 2020 w15d100, at 9:10 PM, Christopher Lam <
> christopher@gmail.com> wrote:
> >
> > 2020-04-07 nightly available at
> http
2020-04-07 nightly available at https://code.gnucash.org/builds/win32/maint/
flatpaks available at https://code.gnucash.org/builds/flatpak/maint/ - use
between 2020-04-04 and 2020-04-10
On Fri, 10 Apr 2020 at 01:38, Christopher Lam
wrote:
> This topic is about budgets.
>
> We
This topic is about budgets.
We now know that budgets are currently inherently flawed: they *assume*
that sign-reversal = credit-accounts, and do not work well at all with any
other sign-reversal option. In addition, there was a feature request (bug
781345) that introduced budget equity into the
Thank you all; having considered all feedback, there will be an upcoming
3.10 with the old reconcile behaviour reverted.
I agree that this "fix", although correct in principle, was premature
because it could not handle invalid data.
The reason I feel/felt that rollback this "fix" and to tolerate
: This means the book can only be read by 3.10 onwards.
On Thu, 9 Apr 2020, 11:29 am Christopher Lam,
wrote:
> Thank you David.
>
> Further work for tighter safeguards is planned in
> https://github.com/Gnucash/gnucash/pull/685 -- no scrubbing is currently
> on the table but a w
Thank you David.
Further work for tighter safeguards is planned in
https://github.com/Gnucash/gnucash/pull/685 -- no scrubbing is currently on
the table but a warning during reconciliation if future splits are detected.
On Thu, 9 Apr 2020, 9:59 am David Cousens, wrote:
> I am now happy that
Release 3.9 comes with a new method for calculating reconciliation starting
balances.
Previously, the account reconciled balance was considered the starting
balance. This includes any splits previously reconciled with an invalid
(e.g. future) reconciliation statement date.
>From 3.9 onwards, the
porter, since I would use it only once. BUT it has to work right.
>
>
>
> Thank you for your emails.
>
> Tom
>
>
>
>
>
> *From: *James Peterson
> *Sent: *Friday, April 3, 2020 12:44 PM
> *To: *Tom Hatzigeorgiou ; Christopher Lam
>
> *Subject: *Re: [GNC-dev] [
least 11 out of 12 months anyway).
> --
> Dave Reiser
> dbrei...@icloud.com
>
>
>
>
>
> On Apr 2, 2020, at 1:10 AM, Christopher Lam
> wrote:
>
> Thank you for helping troubleshoot this issue.
>
> The dilemma is whether to keep this change which exposes inv
statement).
On Thu, 2 Apr 2020 at 05:06, David Reiser wrote:
> Correct. I edited the raw .xml file. Seems to be fixed.
> --
> Dave Reiser
> dbrei...@icloud.com
>
>
>
>
>
> On Apr 2, 2020, at 1:04 AM, Christopher Lam
> wrote:
>
> My suspicion is that your re
:
> The reconcile report is missing all the transactions from June 2006
> (06/06…).
> --
> Dave Reiser
> dbrei...@icloud.com
>
>
>
>
>
> On Apr 1, 2020, at 11:47 AM, Christopher Lam
> wrote:
>
> Would you mind trying the Reconciliation Report. We're confirming that
>
Would you mind trying the Reconciliation Report. We're confirming that
*all* reconciled_dates column are reasonable. Please feel free to send the
resulting report privately.
Account = Savings
Start Date = 1/1/1970
End Date = today
On Wed, 1 Apr 2020 at 15:23, Christopher Lam
wrote:
> (snip
ory with appropriate logging. Unfortunately I do not know
how to package a .dmg.
Alternatively if you can install a custom report I can create a .scm file
to log a similar reconciled_balance accumulator.
C
> On Apr 1, 2020, at 10:40 AM, Christopher Lam
> wrote:
>
> Specifically interested
ng without it or slip the 4.0 release when
> Geert gets back from travel.
> >>
> >> Regards,
> >> John Ralls
> >>
> >>
> >>> On Mar 23, 2020, at 2:17 PM, Jean Laroche wrote:
> >>>
> >>> How far along are you on
, Michael Hendry
wrote:
> > On 23 Mar 2020, at 12:48, Christopher Lam
> wrote:
> >
> > This is more suitable for devel.
> >
> > On Mon, 23 Mar 2020 at 11:29, Michael Hendry
> wrote:
> > Rather than dive into Scheme programming with a completely new rep
For a *very* high level overview, see the design goals at
https://wiki.gnucash.org/wiki/Release_Schedule
Or, write tests and refactor the existing hacks.
Or, feel free to squash bugs at leisure!
On Mon, 23 Mar 2020 at 17:16, jeanl wrote:
> Devs,
> Can you point me to something you think needs
t-pnl.scm by Christopher
> Lam, which I found here on my Mac…
>
Not the easiest report to start with.
> In other programming environments I would simply save the edited file and
> run it, but I can see a few pitfalls!
> Line 28 reads:
> (define-module (gnucash report st
Emacs + magit + ripgrep does all we need...
On Mon, 9 Mar 2020, 11:44 am Mike Alexander, wrote:
> I used to use XEmacs much like John describes, although I did use the
> debugging mode in XEmacs. That was long enough ago that lldb wasn't
> around, at least not for what I was working on. Now
On Sat, 7 Mar 2020 at 06:18, Mike Alexander wrote:
> I understand. Avoiding the call to strify is a good idea and I don't
> intend to change that. I was simply pointing out that evaluating the args
> to gnc:debug may also take some time. In the case you mention presumably
> pricelist already
Hi Mike.
I'd thought that the log level would be an invariant per session. If log
levels could be amended mid-session I'd like to see how.
The gnc:debug was optimized because there was (gnc:debug pricelist) whereby
a long pricelist (which is realistic) would obligatorily lead to
string-join and
Hi Geert
Check out xaccDisableDataScrubbing and xaccEnableDataScrubbing pair, seems
to be appropriate while importing CSV/OFX/QIF etc, and should make them
marginaly faster.
C
On Thu, 5 Mar 2020 at 17:03, Geert Janssens
wrote:
> There are several bugs with multi-currency csv imports. I don't
nd unassigned categories and
> > > such. Also, Quicken seems to assume an unnamed cash
> > > balance for investment accounts as the source and
> > > destination for buy/sell/interest/dividends, which
> > > no one seems to handle properly.
> > >
>
1 - 100 of 295 matches
Mail list logo
