Re: [GNC-dev] msg "Open" in gnucash/gnome/dialog-lot-viewer.c:829

f 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/dialog-l

[GNC-dev] msg "Open" in gnucash/gnome/dialog-lot-viewer.c:829

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

Re: [GNC-dev] Report with Fiscal Year

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,

Re: [GNC-dev] Online ID matching for OFX import

lunteers 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 than that. So I t

Re: [GNC-dev] Enabling github branch protection rules? Re: [Gnucash/gnucash] po/de.po: fix translation bug (#627)

nucash >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, > John Ral

Re: [GNC-dev] Online ID matching for OFX import

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

[GNC-dev] gnucash git: please as little merge commit as possible

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

Re: [GNC-dev] Enabling github branch protection rules? Re: [Gnucash/gnucash] po/de.po: fix translation bug (#627)

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 github to merge a

[GNC-dev] Enabling github branch protection rules? Re: [Gnucash/gnucash] po/de.po: fix translation bug (#627)

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

Re: [GNC-dev] commit 67b508babecd12b8f16eda5abf8d5d5b16402c21

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

Re: [GNC-dev] commit 67b508babecd12b8f16eda5abf8d5d5b16402c21

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 rem

Re: [GNC-dev] segmentation fault / gnucash crashing upon using online banking actions

: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 … ] > > Please let me know if I can do

Re: [GNC-dev] segmentation fault / gnucash crashing upon using online banking actions

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

[GNC-dev] Status of German online banking (aqbanking, HBCI, FinTS)

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

Re: [GNC-dev] gnucash maint: I18n fix: Trim user-visible strings from unneeded whitespace.

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

Re: [GNC-dev] German online banking users would need a 3.7 release before mid-September...

, 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, at 2:27 AM,

Re: [GNC-dev] German online banking users would need a 3.7 release before mid-September...

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 &

Re: [GNC-dev] German online banking users would need a 3.7 release before mid-September...

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

Re: [GNC-dev] German online banking users would need a 3.7 release before mid-September...

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 >

[GNC-dev] German online banking users would need a 3.7 release before mid-September...

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:

Re: [GNC-dev] Building gnucash (maint) with aqbanking6 (master)?

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. Recently I reser

[GNC-dev] Building gnucash (maint) with aqbanking6 (master)?

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

Re: [GNC-dev] obfuscation script, windows/Perl SheBang

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

Re: [GNC-dev] Normalizing/obfuscating live data

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

Re: [GNC-dev] Static locale commit unfortunately buggy

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 >

Re: [GNC-dev] [6f3499590 Usability improvements for Bayes editor window] (was: gnucash maint: Multiple changes pushed

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

[GNC-dev] Static locale commit unfortunately buggy

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

Re: [GNC-dev] More need for speed improvement around XML

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

Re: [GNC-dev] More need for speed improvement around XML

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 > >

[GNC-dev] More need for speed improvement around XML (Re: Introduction, a story, and 50% improvement in XML loading speed)

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

[GNC-dev] Slow user interface in 3.x gnucash: Online transaction import painfully slow - with workaround

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

[GNC-dev] Minor coding style discussion: C++ and comments

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

Re: [GNC-dev] Next shot at "Slow user interface in 3.x gnucash (for large files)"

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

Re: [GNC-dev] Next shot at "Slow user interface in 3.x gnucash (for large files)"

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

Re: [GNC-dev] Next shot at "Slow user interface in 3.x gnucash (for large files)"

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? > >

[GNC-dev] Next shot at "Slow user interface in 3.x gnucash (for large files)"

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

Re: [GNC-dev] Slow user interface in 3.x gnucash (for large files), and potential optimization

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

[GNC-dev] Slow user interface in 3.x gnucash (for large files), and potential optimization

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

Re: [GNC-dev] Request of keeping a 2.6 branch still alive (Re: branch-2.6)

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

Re: [GNC-dev] Request of keeping a 2.6 branch still alive (Re: branch-2.6)

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

Re: [GNC-dev] Request of keeping a 2.6 branch still alive (Re: branch-2.6)

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 !=

[GNC-dev] Request of keeping a 2.6 branch still alive (Re: branch-2.6)

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

Re: Windows build failed to build new aqbanking 5.7.8

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 >

Re: AqBanking mt940 import: Incomplete Account numbers

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

Re: Beyond 2.8 - some design thoughts

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

Re: GnuCash Draft Concept Guide, or, Whose WIki Is This, Anyway?

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: >

Gnucash bitcoin donations: I'd like to disable this bitcoin address

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

Re: gnucash maint: Online banking: Add output of bank messages that might occasionally be received.

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

Re: Recommended Change to Author LIsting in Documentation

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

Re: New Masked Calender for GnuCash

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

Re: Are There Plans For A GUI Overhaul?

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.

Re: Are There Plans For A GUI Overhaul?

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

Re: LibOFX

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,

Re: qof_instance_set/get_kvp cannot handle boolean?

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

Re: Backport proposal for "Attached file indicator"

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

Re: Possible way forward for Gnucash bug 721822

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 into this performance >

Re: SourceForge Project of the Month

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

Suggestions for multi-user / multi-device finance manager software?

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

Re: Transaction Posted Time

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

Re: cutecash ([RFC] GTK+ 3 Migration - Alpha-grade Patchset)

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

Re: [RFC] GTK+ 3 Migration - Alpha-grade Patchset

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. > >

Re: [RFC] GTK+ 3 Migration - Alpha-grade Patchset

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

Re: HBCI banking test

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:

Re: UserVoice integration in GnuCash Android

pp core devs to >UserVoice. >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...@c

Re: Recommendations on Coding programs

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

Re: Online banking

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

Re: UserVoice integration in GnuCash Android

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

Re: UserVoice integration in GnuCash Android

site. > >Regards, >Ngewi > >On Wed, Sep 16, 2015 at 9:39 AM, Ngewi Fet <nge...@gmail.com> wrote: > >> Thanks Christian! >> >> On Wed, Sep 16, 2015 at 8:10 AM, Christian Stimming (mobil) < >> christ...@cstimming.de> wrote: >> >>> Hi Nge

Re: UserVoice integration in GnuCash Android

nd integrate it in 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 <nge...@gmail.com> wrote: > >> Thanks Christian! >> >> On Wed, Sep 16, 2015 at 8:10 AM, Christian St

Re: make fails on master

Aren't you just missing an #include string.h 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 alex.aycin...@gmail.com wrote: John, On Sun, Jun 7, 2015 at 1:34 PM, John Ralls

Re: CuteCash build errors -no rule to make target... iso-currencies-to-c.in

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

Re: Version Numbering

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

Re: Version Numbering

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

Bug in master: Income statement report crash?

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,

What are our canonical git repository addresses?

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: git always make some files modified

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 with

gnucash will be Project of the Week on SourceForge

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

Re: python GnuCash interface to SQL backend

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 are

Re: Working example of kvp acess in Python

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

Re: Boost compilation problem

Zitat von Derek Atkins warl...@mit.edu: 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

Re: gnucash won't build

Am Donnerstag, 9. Oktober 2014, 09:47:50 schrieb John Ralls: On Oct 9, 2014, at 8:49 AM, Alex Aycinena alex.aycin...@gmail.com wrote: When I try to build gnucash, I get: /home/gnucash-dev/gitcheckouts/gnucash/src/libqof/qof/kvp-value.cpp: In member function 'int

Re: design directory, ERM; was: Doxygen - is there a status?

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 to here

Re: Namespaces, file names,...

Zitat von Derek Atkins warl...@mit.edu: 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

Re: gnucash master: Add failing unittest for aqbanking lookup of trans_retrieval date.

Zitat von John Ralls jra...@ceridwen.us: 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

Re: gnucash master: Add failing unittest for aqbanking lookup of trans_retrieval date.

Am Montag, 8. September 2014, 07:17:47 schrieb John Ralls: On Sep 8, 2014, at 5:31 AM, Christian Stimming christ...@cstimming.de wrote: Zitat von John Ralls jra...@ceridwen.us: recently I noticed the trans-retrieval slot in the aqbanking account doesn't remember its value. Christian

Re: Namespaces, file names,...

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 naming

Re: Namespaces, file names,...

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 elaborating

Fwd: gnucash master: Add failing unittest for aqbanking lookup of trans_retrieval date.

? 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 Von: Christian Stimming cs...@code.gnucash.org

Re: Doxygen - is there a status?

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 carsten.ri...@gmx.de wrote: Hi,

Re: Gnucash c++

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

Re: Crash in hbci online transfer in master due to GList of kvp_frame

, at 1:19 PM, Christian Stimming christ...@cstimming.de 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 several months. Now that I did that, I discovered that the online transfer menu item (send online transfer

Re: Rethinking Numeric: Decimal floats, or Rounding?

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 exchange

Crash in hbci online transfer in master but not in maint

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

Re: Rethinking Numeric

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 to

Re: Rethinking Numeric and rounding

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 problem is.

Re: Rethinking Numeric

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 replacing

Re: Rethinking Numeric

Thanks for starting the discussion. 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 replacing rational numbers by decimal

Re: private-kvp merge reverted other changes since November.

Am Mittwoch, 14. Mai 2014, 10:10:18 schrieb Geert Janssens: On Tuesday 13 May 2014 21:35:58 John Ralls wrote: On May 13, 2014, at 9:01 PM, Mike Alexander m...@umich.edu wrote: That's what I do. I rebase my branches onto master each time it is updated. This seems to work well and keeps

Re: backend encryption / security

Hi Michalis, thanks a lot for your offer for help, and thanks for explaining your idea. Contrary to what some other developers replied, the feature is indeed welcomed by at least part of the developers and surely by many users. I've discussed this previously, see (as you have probably seen

Re: Building on Windows from scratch - follow up

On 28. April 2014 16:52:03 MESZ, John Ralls jra...@ceridwen.us wrote: For wild, not even in the oven yet, for the very long term, how about build GC native in MSVC? This isn't as weird as it sounds: I've been able to compile and run the cutecash experiment in msvc successfully, at the time.

  1   2   3   4   5   6   7   8   9   10   >