. If yes, I would like to add the
>> MsgContext "Adjective" to dialog-lot-viewer.c and run a msgmerge.
>>
>> Regards
>> Frank
>>
>> Am 11.09.22 um 22:05 schrieb Christian Stimming:
>> > Hi Christopher,
>> >
>> > in gnucash/gnome/dia
Hi Christopher,
in gnucash/gnome/dialog-lot-viewer.c you recently added the function
lot_get_closing_date() which might return the translated string "Open" if there
is no such
closing date because the lot is still in the status "opened".
There's an issue with this translation string: It is sup
Am 6. September 2021 16:46:25 MESZ schrieb john :
>https://wiki.gnucash.org/wiki/Roadmap#Reports
><https://wiki.gnucash.org/wiki/Roadmap#Reports> Christian Stimming wrote the
>last paragraph about replacing Scheme in 2011.
>
Oh, did I? The Internet never forgets...
Anyone,
Hi Liz, thanks for the notification. The book was quite good at the time, and I
did the review and got some good ideas myself during the process. But now it's
rather old and we should indeed just remove the pointer.
No, I don't know of any more recent book, unfortunately.
Regards, Christian
Am
body volunteers to add
such a thing, just use the first match.
Regards,
Christian
>
> Mike
>
> On 5 Jan 2020, at 15:47, Christian Stimming wrote:
> > I think two passes is fine. We have a O(n) complexity anyway, and
> > O(2n) is not
> > worse th
cash.org/gnucash
>b5fdcfc..c9998a8 maint -> maint
>
> That could probably be worked around by making code a maintainer and
> reducing your privs to regular developer. Geert and I would still get the
> merge button but we know better than to use it.
>
> Regards,
> Jo
John,
I think two passes is fine. We have a O(n) complexity anyway, and O(2n) is not
worse than that. So I think running one pass looking for exact match, then (if
none was found) looking for the partial match, is fine overall.
Caching partial matches in an extra list with element creation and
Dear Daniel,
thanks a lot for your contributions to gnucash.
Concerning the git commits I have a small wish: Could you try to send as
little merge commits as possible in your pull requests? In particular, your
recent test_gnc_setlocale patch branch contains a merge commit merging
upstream/main
ash-user). It doesn't
> prevent merging from the web page.
>
> Regards,
> John Ralls
>
> > On Jan 2, 2020, at 1:11 PM, Christian Stimming
> > wrote:
> >
> > Dear developers,
> >
> > yesterday I accidentally used the web interface of git
Dear developers,
yesterday I accidentally used the web interface of github to merge a pull
request, but we don't want this, because the merge (or any other commit) on
github is going to be overwritten by the next push from code.gnucash.org.
I was wondering whether we could enable the github "P
Am Sonntag, 29. Dezember 2019, 21:57:14 CET schrieb John Ralls:
> > Anyway, I don't think it's a large problem. The commit still contributed
> > an
> > improvement to many other languages, which is just fine.
>
> Christian,
>
> Thanks. I've retagged the release and re-spun the tarballs so that th
Am Samstag, 28. Dezember 2019, 01:49:09 CET schrieb John Ralls:
> > commit 67b508babecd12b8f16eda5abf8d5d5b16402c21
> > Author: Christian Stimming
> > Date: Thu Dec 26 17:46:15 2019 +0100
> >
> >Improve translations by scriptedly removing the removed co
57b0b900)
>at provider_user.c:24
> rv =
>db = 0x0
>uidInDb =
> #6 0x7fffd6552b77 in AB_Provider_BeginExclUseUser (pro=0x57b0a2f0,
> u=0x57b0b900) at provider_user.c:226
>rv =
>uid = 1
> [ … and so on … ]
&g
Dear Alex,
we're getting closer... the libaqbanking lines already have full debug info,
but only the libgwenhywfar do not have it. Can you compile again gwenhywfar,
this time with --enable-debug, so that the first few lines from the backtrace
(only those are important) contain some more informa
Dear developers,
just a quick status report of what is going on with German online banking
these days: There were reports of major bank server changes on approx.
September 14th, caused by new EU banking regulations called PSD2. This caused
some changes in the online banking standard FinTS (form
Am Dienstag, 3. September 2019, 08:36:20 CEST schrieb Geert Janssens:
> Op maandag 2 september 2019 22:27:02 CEST schreef Christian Stimming:
> > Updated via https://github.com/Gnucash/gnucash/commit/16a69e2a
> > (commit)
> >
> > from https://github.com/Gnuc
,
Christian
Am Samstag, 24. August 2019, 18:26:05 CEST schrieb John Ralls:
> Christian,
>
> Not *quite* so fast: That's contingent on you confirming that you've gotten
> that positive feedback by then.
>
> Regards,
> John Ralls
>
> > On Aug 24, 2019, a
Dear John, that sounds definitely good. So the Release of end of September will
be scheduled earlier for Sept 7th and that’s it. Thanks a lot!
Regards, Christian
> Am 23.08.2019 um 23:42 schrieb John Ralls :
>
>
>
>> On Aug 23, 2019, at 2:33 PM, Christian Stimming
&
Am Donnerstag, 22. August 2019, 21:57:30 CEST schrieb John Ralls:
> > On Aug 11, 2019, at 11:43 AM, Christian Stimming
> > wrote:>
> > Am Samstag, 10. August 2019, 20:32:00 CEST schrieb John Ralls:
> >> Regardless, we can do a snap release as soon as we can get the
Am Samstag, 10. August 2019, 20:32:00 CEST schrieb John Ralls:
> > the German online banking users have received notice from their banks that
> > due to EU regulations, from mid-September onwards (Sept 14th) the banking
> > client software has to use a registered product key, otherwise the bank
> >
Dear developers,
the German online banking users have received notice from their banks that due
to EU regulations, from mid-September onwards (Sept 14th) the banking client
software has to use a registered product key, otherwise the bank server
connection will be refused.
(In German: https://w
ieb John Ralls :
>
>
>
>> On Jun 30, 2019, at 1:55 AM, Christian Stimming
>> wrote:
>>
>> Dear John,
>>
>> I'm using gnucash with aqbanking on a daily basis, but have been lagging
>> behing in the versions that I'm running. Recent
Dear John,
I'm using gnucash with aqbanking on a daily basis, but have been lagging
behing in the versions that I'm running. Recently I reserved some time again
to update my compiled versions. However, I was unable to compile gnucash with
aqbanking's master version from git. I keep running into
Am Montag, 4. Februar 2019, 16:32:38 CET schrieb John Ralls:
> >>> Thanks for the pointer. I've copied this script into our git at
> >>>
> >>> ./util/obfuscate.pl
> >>
> >> While for most gnc-fq-* scripts we us
> >> #!@-PERL-@
> >> and adjust them while building.
> >>
> >> In utils all perl scr
Am Sonntag, 3. Februar 2019, 17:03:06 CET schrieb John Ralls:
> > On Feb 2, 2019, at 8:10 PM, David Carlson
> > wrote:
> >
> > OK, I want to try https://wiki.gnucash.org/wiki/ObfuscateScript but I am
> > not a computer programmer. I have no clue how to use it. Can someone
> > help me?
Thanks f
Am Samstag, 19. Januar 2019, 23:21:58 CET schrieb John Ralls:
> Christian,
>
> Thanks for noticing. It seems that the std::locale objects created by
> boost::locale aren't quite compatible. I've resolved the problem, at least
> for maint, by using boost::locale to format date-times instead of
> bo
Zitat von Geert Janssens :
Op vrijdag 18 januari 2019 23:54:07 CET schreef Christian Stimming:
commit 6f34995901dcfc999c675e5a4bc095eaf52a2d6f
Author: Christian Stimming
Date: Fri Jan 18 23:32:31 2019 +0100
Usability improvements for Bayes editor window
Remove the "Are you
Dear John,
unfortunately your commit b4fedff9 of last weekend breaks the correct locale
treatment. I didn't investigate this in detail, but the date status bar
message changed to english with this commit instead of sticking to my local
language. This is with LANG=de_DE.UTF-8
Could you have a l
Am Sonntag, 30. Dezember 2018, 00:44:40 CET schrieb John Ralls:
> > On Dec 29, 2018, at 2:16 PM, Christian Stimming
> > wrote:>
> > Am Samstag, 29. Dezember 2018, 01:45:32 CET schrieb John Ralls:
> >>> When saving to XML file, for each transaction the call st
Am Samstag, 29. Dezember 2018, 01:45:32 CET schrieb John Ralls:
> > When saving to XML file, for each transaction the call stack with the
> > expensive code walks down like this:
> >
> > gnc_transaction_dom_tree_create
> > add_time64
> > time64_to_dom_tree
> > gnc_print_time64
> > GncDateTime::for
Am Montag, 24. Dezember 2018, 13:38:27 CET schrieb Chris Carson:
> TL;DR: hi! I'm a programmer! The attached patch to one line of code
> gives a 50% reduction in XML load CPU use! Skeptical? I was.
Dear Chris,
thanks a lot for this patch! I'm using gnucash since many years, too, and I'm
sti
Dear developers,
as I'm still in the process of migrating my everyday work from 2.6.x gnucash
to 3.x gnucash, I enountered some places where the user interface is still
quite slow in current 3.x gnucash compared to the old one. I've fixed on such
issue in the last days, but other remain.
One s
Dear developers,
some years ago we had a longer discussion about our coding style guide,
especially as we started with more C++ parts in the project. Last time we
discussed this a bit more was in 2014 [1], and the result was summarized in
the wiki page https://wiki.gnucash.org/wiki/CodingStand
Am Mittwoch, 20. Juni 2018, 17:45:42 schrieb John Ralls:
> > On Jun 20, 2018, at 2:29 PM, Christian Stimming
> >>>> The less involved approaches would be to cache the value or to make KVP
> >>>> retrieval more efficient. I suspect in this case tha
Am Mittwoch, 20. Juni 2018, 09:59:52 schrieb John Ralls:
> >> It’s all about file compatibility, remember? As it stands, if you make
> >> something a regular member variable then you have to change the schema to
> >> add the element/column, and write a scrub to update older data. We
> >> strongly
>
Am Sonntag, 17. Juni 2018, 20:09:24 schrieb John Ralls:
> > I.e. the function qof_book_use_split_action_for_num_field is very very
> > expensive. Currently it does a KVP lookup on each call. What keeps us from
> > turning this KVP value into a normal gboolean value in the struct
> > _QofBook?
>
>
Dear all,
after the initial success in resolving some of the malloc/free calls due to
vector allocation for speeding up the user interface for large files,
I looked into some more causes of slower reaction time in the user interface.
The function xaccSplitOrder is one that is called quite often
Am Freitag, 15. Juni 2018, 10:05:09 schrieb John Ralls:
> >> A very good catch indeed. But pre-constructing the string in
> >> qofbook.cpp only saves two string constructions per invocation as the
> >> vector still has to make its own copies. I guess that its much worse
> >> for you because the anc
Dear all,
as discussed before, I am only recently starting to use the 3.x series of
gnucash in daily production work. However, there are still some issues that
keep bugging me, compared to the 2.6.x version of gnucash.
One of the issues is that the user interface in the register is surprisingly
Am Samstag, 2. Juni 2018, 17:28:27 schrieb John Ralls:
> > there is already a private fork, just as everyone else
> > around here is free to privately fork anything that he/she wants.
> > https://github.com/cstim/gnucash/tree/branch-2.6
>
> BTW, there's already a 2.6.21 because the MySQL backend w
Am Samstag, 2. Juni 2018, 08:16:35 schrieb John Ralls:
> >> But why do we keep a "gnucash" repo at all and not only everyone's
> >> personal
> >> repository? Of course there is some sort of project belonging. My
> >> proposal
> >> is to still keep the 2.6 branch a little bit more alive, and one or
Am Dienstag, 29. Mai 2018, 06:56:44 schrieb John Ralls:
> > On May 29, 2018, at 5:04 AM, Geert Janssens
> > wrote:
> >
> > or at best on a branch that clearly shows it's not maintained by the
> > currently active gnucash community (like a cstim-2.6 branch or something
> > similar).
>
> Git != SVN
Dear John,
I did notice that the 2.6 branch was deleted (meaning: "maint" is now the 3.x
branch), but I didn't understand the reasons and didn't see any discussion of
this decision. I have some requirements which I can meet most easily by just
continuing the 2.6 version of gnucash, but this in
I've committed this patch to aqbanking, so that it will appear in a
aqbanking-5.7.9 version when it comes out sometime in the future.
Regards,
Christian
Am Freitag, 30. März 2018, 06:53:32 schrieb John Ralls:
> There’s a type error in AQBanking on windows that stops the AQB build and I
> haven’t
Hi Ueli,
if I understand correctly this question was about the Windows build, right?
I've just updated the windows build to the latest released versions of
gwen/aqbanking. However, your bugfix last week in aqbanking has so far not
been released in an aqbanking version. You need to convince Mart
Hi Geert,
just two bits of thoughts from my side:
Am Sonntag, 24. Dezember 2017, 17:34:51 schrieb Geert Janssens:
> 1. Use of namespaces.
> ... nested namespaces ...
Yes, absolutely. I have quite some experience with C++ libraries and
applications and I made very positive experience with this s
Dear all,
last time this issue was discussed, the majority of replies agreed to have
those pages removed and that's it. Hence, I now put this into action and
deleted those pages from the wiki. Thanks a lot!
Regards,
Christian
Am Freitag, 1. Dezember 2017, 16:22:19 schrieb Geert Janssens:
> Da
Dear developers,
some time ago I've set up a bitcoin wallet to be used for gnucash donations in
bitcoin. Although there has been some considerable income in 2014/2015,
recently there are only very small amounts coming in on that channel. To be
precise, in the last 12 months there have been 8 pa
Am Freitag, 17. März 2017, 16:52:21 schrieb Geert Janssens:
> On maandag 13 maart 2017 21:33:15 CET Christian Stimming wrote:
> > Updated via https://github.com/Gnucash/gnucash/commit/9144edb4
> > (commit)
> >
> > from https://github.com/Gnucash/gnuc
Am Samstag, 10. Dezember 2016, 22:48:48 schrieb Geert Janssens:
> Op zaterdag 10 december 2016 23:49:38 CET schreef David T. via gnucash-
devel:
> > Hi,
> >
> > In response to seeing yet another new user sending a support request
> > directly to one of the people mentioned in the documentation, I
Dear Amin,
can you put your current code online somewhere, such as in some github fork? I
would be interested to see which parts of gnucash you actually changed. Maybe
in "our world-view" the change seems too incomplete, but if you say your
change would already be an improvement for users with
On Dienstag, 4. Oktober 2016 21:34:51 CEST Dave wrote:
> Thanks for the great responses! It does clarify quite a bit.
>
>
> From the looks of things, it seems that the C -- C++ port would have the
> most impact right now. It would take me awhile to get my C/C++ abilities
> ramped up again. Where'
Dear Dave,
some additional voice on this topic: I'm the author who wrote the alternative
C++/Qt GUI program "cutecash" on top of the internal gnucash "engine" code.
That was in 2010. To my surprise, the code (with some minor fixes that I
committed today) still compiles, links, and runs. Just us
Dear Thomas, how do you currently do the ofx import in kmymoney? Do you still
use libofx as it is on source forge (or now GitHub) or do you have your own
fork?
If there is any alternative available, it would be better to switch, because
libofx has an extremely bad architecture. However, aqbanki
Am Mittwoch, 21. September 2016, 15:35:36 schrieb Carsten Rinke:
> the information is lost that the origin is boolean. After this point I
> get lost.
>
> What to do? Open a bug report?
I haven't worked with the kvp code in a while. As you're asking what to do,
here's my suggestion: Try to put to
Good idea. No objections. Feel free to go ahead with useful back ports. Thanks!
Christian
> Am 13.09.2016 um 12:30 schrieb Geert Janssens :
>
> Robert Fewell recently contributed work to the master branch to add a
> visual indicator to transactions when a file/uri is attached, and some
> furt
o be much additional interest.
Sorry for that.
Best Regards,
Christian Stimming
Am Donnerstag, 1. September 2016, 07:19:17 schrieb John Ralls:
> > I'm writing to ask whether either or both of you (or perhaps other members
> > of the team) might be interested in digging deeper i
Thanks, John, for providing answers to the sourceforge questions. Looks good to
me!
Christian
> Am 19.08.2016 um 19:05 schrieb John Ralls :
>
> Here we go again. I propose the answers below to the "interview" questions.
> Any additions or corrections?
>
> Regards,
> John Ralls
>
>> On Aug 1
Dear all,
here's a somewhat heretical question from me as a long-term gnucash
user and developer: Gnucash no longer fulfils my requirements as a
personal finance manager, and I was wondering whether anyone here has
other suggestions I should try.
Here are my requirements: (1) I want to tr
Dear John, yes, your proposal sounds like a good way to go. Thanks for
explaining this and thanks for all the good work!
Regards, Christian
Am 20. Juni 2016 00:15:22 MESZ, schrieb John Ralls :
>
>> On Jun 19, 2016, at 1:07 PM, Christian Stimming
> wrote:
>>
>> Am Sonnt
Am Sonntag, 19. Juni 2016, 11:31:39 schrieb John Ralls:
> Bug 767824[1] has me thinking about this again. As I think everyone knows I
> want to change it from midnight local to 11:00AM UTC for the next version,
> but since fixing this bug also requires a scrub function at file read time
> to correc
Am Montag, 22. Februar 2016, 21:03:30 schrieb John Ralls:
> Cutecash is a demo. It implements only part of GnuCash and while Christian
> tidies things up periodically to keep it working it has never become a
> serious alternative to Gtk. I think that that's because of the MVC
> violations I mention
Am Montag, 22. Februar 2016, 23:42:24 schrieb Geert Janssens:
> > The reason why I suggested Vala instead of C++/gtkmm is that Vala is a
> > 1:1 match to the GObject system, and while gtkmm code is certainly
> > easier to write that pure GTK+/C code, they aren't really a perfect
> > match.
>
> Tha
Hi Tobias,
thanks for the interesting work on the gnucash application! I've seen the
other replies here, but I would like to add some remarks to your proposals
with a somewhat different direction:
Am Sonntag, 21. Februar 2016, 20:12:58 schrieb Tobias Markus:
> While I got GnuCash pretty much wo
I don't the test servers from the 2005 instructions are still operating. Sorry.
Regards, Christian
Am 10. Dezember 2015 19:23:12 MEZ, schrieb Per Johansson :
>Hello all.
>
>I was trying to test HBCI with the instructions found here:
>https://lists.gnucash.org/pipermail/gnucash-devel/2005-January/
;It would be of great help to have them contributing there too with
>responses, triaging etc.
>Let me know and I can send you the email addresses.
>
>Regards,
>Ngewi
>
>On Wed, Sep 16, 2015 at 10:27 AM, Christian Stimming (mobil) <
>christ...@cstimming.de> wrote:
>
&g
I like QtCreator a lot. For gnucash this requires to create a list of all files
that belong to the project, such as
find . -name *.[hc] > .files
I'm not completely sure about the file name for the list, though.
Regards, Christian
Am 18. Oktober 2015 09:44:27 MESZ, schrieb Colin Law :
>On 18 Oc
Dear Paul,
I don't think it is possible or useful to think of "yet another generic API".
Instead, I would suggest the API of aqbanking is indeed the 4th or 5th
iteration on building an API from the application to online banking functions.
Also, I would strongly suggest against programming a web
Ngewi
>
>On Wed, Sep 16, 2015 at 9:39 AM, Ngewi Fet wrote:
>
>> Thanks Christian!
>>
>> On Wed, Sep 16, 2015 at 8:10 AM, Christian Stimming (mobil) <
>> christ...@cstimming.de> wrote:
>>
>>> Hi Ngewi, indeed I have the admin rights for the uservo
the app
>and
>create the new forum and topic category on the UV site.
>
>Regards,
>Ngewi
>
>On Wed, Sep 16, 2015 at 9:39 AM, Ngewi Fet wrote:
>
>> Thanks Christian!
>>
>> On Wed, Sep 16, 2015 at 8:10 AM, Christian Stimming (mobil) <
>> christ...@csti
Hi Ngewi, indeed I have the admin rights for the uservoice presence. We don't
have to pay - at the time, I asked for an upgrade and they granted it to us as
free software for free.
I think uservoice is a very good service if you (or gnucash) really wants to be
more user accessible . The presen
Aren't you just missing an #include which is needed for strdup()
... ?
Regards,
Christian
Am Sonntag, 14. Juni 2015, 19:42:55 schrieb John Ralls:
> > On Jun 14, 2015, at 6:44 PM, Alex Aycinena
> > wrote:
> >
> > John,
> >
> > On Sun, Jun 7, 2015 at 1:34 PM, John Ralls mailto:jra...@ceridwen
Hi Mark,
thanks for the feedback about the cutecash build system. In fact, this build
error was introduced this January as the auto-generation of some files was
changed on the Makefile.am side, but not on the cmake side. This isn't much of
a big problem. I've just committed the fix and you shou
Am Montag, 23. März 2015, 09:20:56 schrieb John Ralls:
> > Instead,
> > from my point of view we should consider incrementing our first version
> > number from 2 to 3 at some not-too-distant point in the future, as soon
> > as this number change would represent something useful for the user. For
>
Dear Chris,
thanks for bringing up this question. In fact there are different views on
this topic around. I consider the version number as part of our marketing
communication to potential users. As such, the first-most number of our
software should represent something that is meaningful to the
Just a plain ol' bugreport:
Running the income statement report in current master (d4e5bdc3) does not
bring up the report, but instead the scheme error "Wrong number of arguments
to xaccQueryAddDescriptionMatch", trace below. Has anyone observed this
before? Thanks for any pointer.
Regards,
C
I just found out that I've accidentally pushed some gnucash-on-windows commit
to the wrong remote repository, namely the github one instead of the one on
gnucash.org. Subsequently, my change seems to be dropped the next time someone
committed to gnucash.org.
Now I wanted to check whether I'm re
Am Samstag, 27. Dezember 2014, 09:22:12 schrieb John Ralls:
> > Following files are always marked as modified in my repos when swtich
> > between maint and master back and forth, sometimes these modified
> > files prevent git from git-checkout, meanwhile they cannot be stashed
> > or checked out wi
Dear Sébastien,
I really try not to be rude, but a little bit it seems to me as if you don't
accept "no" as an answer here. You asked whether the gnucash developers
support an alternative SQL access layer written in python from scratch, and
John's and other answers clearly said "no". What else
Dear all,
Sourceforge notified us that gnucash is going to be featured as one out of
several "projects of the week" next week, see below.
In case anyone is up to add some friendly welcome text on our own websites,
feel free to do so...
Regards,
Christian
-- Weitergeleitete Nachricht
>From my understanding, there are two separate issues here:
1. You are proposing a new object "Company" because you have reasons for
needing new data fields. I think that's a good idea. Why don't you prepare a
patch to extend the existing objects?
2. You ask for kvp access from python. No, we p
Zitat von Derek Atkins :
This works well because generally code that targets an older version of
a dependency will usually still work when compiled against a newer
version of that dependency. So if we target version 1.48 of libFoo it
will generally still work with version 1.50 of libFoo that an
Am Donnerstag, 9. Oktober 2014, 09:47:50 schrieb John Ralls:
> On Oct 9, 2014, at 8:49 AM, Alex Aycinena wrote:
> > When I try to build gnucash, I get:
> >
> > /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/kvp-value.cpp: In
> > member function 'int compare_visitor::operator()(T&, U&) cons
Hi Carsten,
thanks a lot for going those next steps towars some architecture
documentation that is really worth its name. By now I've also found enough
motivation to start to add my own edits in those texts. I've just modified
your text from the original texi documents and added a bunch of sta
Am Samstag, 13. September 2014, 10:45:51 schrieb Carsten Rinke:
> Hi,
>
> sorry for the delay, but last weekend my computer broke down while I was
> on travel.
> So I had to arrange for a replacement first.
>
> Trying to avoid a detailed discussion, let me try to summarize what I
> understand up
Zitat von Derek Atkins :
I agree that filenames should reflect the class that they implement,
when they do so, and I’ll add that in general a file should implement
only one class. Capitalization is OK as long as one keeps in mind that
the Mac file system is normally case-preserving but case-insen
Am Sonntag, 7. September 2014, 15:10:13 schrieb John Ralls:
> > I strongly prefer namespaces in all-lowercase. I have somewhat a
> > preference
> > for "gnc" as namespace name, but we are an application anyway and not a
> > library, so we're basically free to choose whatever we want as interface
>
Am Montag, 8. September 2014, 07:17:47 schrieb John Ralls:
> On Sep 8, 2014, at 5:31 AM, Christian Stimming
wrote:
> > Zitat von John Ralls :
> >>> recently I noticed the "trans-retrieval" slot in the aqbanking account
> >>> doesn't remember
Zitat von John Ralls :
recently I noticed the "trans-retrieval" slot in the aqbanking
account doesn't
remember its value.
Christian,
Yeah, fixed and pushed, e210f8c.
The difference was that your test used the defective accessor
function and mine used qof_instance_get directly with the rig
in test-engine-kvp-properties
seemed to work? Thanks a lot in advance!
Best Regards,
Christian
-- Weitergeleitete Nachricht --
Betreff: gnucash master: Add failing unittest for aqbanking lookup of
trans_retrieval date.
Datum: Sonntag, 7. September 2014, 17:03:13
V
Just for there record, here's my take on potential coding conventions:
Am Samstag, 6. September 2014, 11:06:13 schrieb Geert Janssens:
> > Yes, using GnuCash is less ambiguous that Gnc. Sold. For the record I
> > don’t care about snake vs. camel as long as we pick one.
>
> John, thanks for elabor
Hi Carsten, which questions do you want to get answered? If you have a few, I'd
like to try to write up something.
Also, our wiki contains some text about the "c API". Maybe this is of some help.
Regards, Christian
On 2. September 2014 17:10:00 MESZ, Carsten Rinke wrote:
>Hi,
>
>Lately I was w
lls:
> On Jul 6, 2014, at 11:04 PM, Christian Stimming
wrote:
> > Dear John,
> >
> > thanks for the pointers. It seems like the import-export/aqb use case of
> > kvp was the only place in the code that used them this way, so this is
> > probably why neither y
Hi Aaron,
thanks for investing time in Gnucash and also in its development towards more
future-proof programming technologies. I was a bit puzzled about the benefit
of switching the "normal compiling" from C to C++, just by itself. IMHO, there
is of course an immediate benefit if the data struc
nce!
Regards,
Christian
Am Donnerstag, 26. Juni 2014, 16:15:02 schrieb John Ralls:
> On Jun 24, 2014, at 1:19 PM, Christian Stimming
wrote:
> > Due to some messed-up set up of my local git clone I apparently haven't
> > updated my local working copy to our common master for
Am Sonntag, 22. Juni 2014, 13:47:49 schrieb John Ralls:
> If we’re going to fix that by rounding, we have to round to a power-of-ten
> denominator, but we have to do it in the right places to avoid accumulating
> errors; for a complex multi-currency transaction that might be to round
> each exchang
Due to some messed-up set up of my local git clone I apparently haven't
updated my local working copy to our common master for several months. Now
that I did that, I discovered that the online transfer menu item ("send online
transfer") will crash in master but not in maint.
The crash is most
Am Samstag, 21. Juni 2014, 16:24:21 schrieb John Ralls:
> I’ve got the start of the trial implementation pushed to
> https://github.com/jralls/gnucash/tree/libmpdecimal. It builds, but it
> doesn’t pass all of the tests yet. I think it’s quite promising and I’ll
> keep working on it, but I wanted t
Am Samstag, 31. Mai 2014, 15:29:12 schrieb John Ralls:
> >>> Is this http://en.wikipedia.org/wiki/Decimal_floating_point what you're
> >>> talking about?
> >
> > But back to your initial question: You said we occasionally "encounter
> > overflow errors". I don't understand (yet) what the actual p
Am Sonntag, 25. Mai 2014, 07:34:14 schrieb John Ralls:
> >> If we've reached the point where our int64 rational numbers do not fit
> >> our problem requirements anymore, I'd rather look for a different number
> >> representation that fits our application domain better. I'm thinking
> >> about repla
1 - 100 of 2385 matches
Mail list logo
