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
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
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
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 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
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 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,
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 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?
>
>
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 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
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
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
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
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 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
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
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
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
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 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
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
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 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
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
> >
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
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
&
,
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
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
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
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
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
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
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
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
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 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
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
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
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
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
Am Montag, 13. Januar 2014, 17:20:45 schrieb Derek Atkins:
> Hi,
>
> On Mon, January 13, 2014 4:13 pm, Cristian Marchi wrote:
> > As GnuCash 2.6 is out, I would like to know where I should upload new
> > translations: in 2.4 serie the translations updates where always based
> > on the 2.4 branch a
Am Dienstag, 14. Januar 2014, 13:42:13 schrieb John Ralls:
> > I've updated http://wiki.gnucash.org/wiki/Translation_Status accordingly.
> >
> > Also, as 2.6.0 is out the door, we are not in string freeze anymore. Just
> > commit whatever you think you'd like to do. (Yes, I know this has some
> >
Am Donnerstag, 16. Januar 2014, 15:52:49 schrieb David Osguthorpe:
> This appears to be a problem in the swig out typemap in base-typemaps.i for
> GList type structures.
> This typemap is defined differently for python versus scheme - here Im
> specifically dealing with the Python version.
> ...
>
Am Samstag, 18. Januar 2014, 16:50:22 schrieb John Ralls:
> Author: jralls
> Date: 2014-01-18 16:50:21 -0500 (Sat, 18 Jan 2014)
> New Revision: 23706
> Trac: http://svn.gnucash.org/trac/changeset/23706
>
> Modified:
>gnucash/trunk/src/register/ledger-core/split-register-model.c
> Log:
> Bug 72
Am Dienstag, 21. Januar 2014, 10:54:19 schrieb John Ralls:
> On Jan 21, 2014, at 8:52 AM, Derek Atkins wrote:
> > Hi,
> >
> > The new-code server is just about ready for migration. I've got most of
> > the services already installed and tested, (although some less vital
> > services have not bee
Am Samstag, 18. Januar 2014, 19:20:45 schrieb John Ralls:
> > Thanks for fixing the bug!
> >
> > Note that the functions for using the GDate are still relatively new in
> > gnucash. That's why in most cases they are not (yet) being used, even
> > though they are more suitable and less error-prone
Am Mittwoch, 22. Januar 2014, 20:01:02 schrieb John Ralls:
> On Jan 22, 2014, at 6:15 PM, Derek Atkins wrote:
> > On Wed, January 22, 2014 8:57 pm, John Ralls wrote:
> >> PImpl, which decomposes as either "Private Implementation" or "Pointer to
> >> Implementation" is a basic C++ idiom. Here's Her
Am Dienstag, 21. Januar 2014, 09:06:39 schrieb Derek Atkins:
> Apparently someone requested that we publish a Bitcoin address for users
> to donate to gnucash via Bitcoin. Unfortunately the message got lost,
> so I don't know who sent it or exactly what it said.
> ...
>
> PS: I've CC'd Liz becaus
Am Donnerstag, 23. Januar 2014, 14:56:26 schrieb John Ralls:
> > 2. If we decide to switch to C++ at this point in time, by all means we
> > should choose C++11. Things like the auto keyword and the standarized
> > things which no longer require boost will make life so much easier in
> > many place
Am Samstag, 25. Januar 2014, 07:54:27 schrieb John Ralls:
> > I just noticed that with current HEAD I can not save.
> >
> > It seems that the book does not get marked as dirty when
> > I make an edit in an register. Thus the save button remains
> > grayed out and there occurs no auto save either.
Am Samstag, 25. Januar 2014, 12:53:12 schrieb John Ralls:
> On Jan 25, 2014, at 12:47 PM, Christian Stimming
wrote:
> > Am Samstag, 25. Januar 2014, 07:54:27 schrieb John Ralls:
> >>> I just noticed that with current HEAD I can not save.
> >>>
> >>>
Am Sonntag, 2. Februar 2014, 13:46:37 schrieb rayalan:
> What is the expectation for Python bindings on Windows for GnuCash 2.6.1?
> From what I've pieced together, they are 'expected' to work if someone wants
> to build Windows with them. But after quite a bit of work getting them to
> build for W
Am Samstag, 8. Februar 2014, 19:18:38 schrieb Rainer Dorsch:
> Hi,
>
> was it ever discussed that gnucash accepts donations in bitcoins? I expect
> the transaction fees should be much lower than on Paypal (?).
Hi Rainer,
yes, we have discussed this here recently, see
https://lists.gnucash.org/pi
Am Donnerstag, 20. Februar 2014, 08:33:57 schrieb John Ralls:
> >>> As you may have noticed, I pushed an XCode project usable for
> >>> debugging GnuCash to GIT today. This is something I've used for
> >>> years, but it may or may not be useful to anyone else. I added some
> >>> notes to the HACK
Am Donnerstag, 6. März 2014, 12:33:58 schrieb John Ralls:
> On Mar 6, 2014, at 12:23 PM, Ted Creedon wrote:
> > Looks like the GTK/Oxygen theme is broken, changed thmres & seems to work
> > OK
> >
> > How do i report this, & to who?
>
> I’d start with SuSE and let them figure out if it’s an upst
Am Dienstag, 25. März 2014, 11:32:57 schrieb Alex Aycinena:
> > A wiki it typically not hierarchical and meant to be a bunch of pages
> > loosely linked together. Search is the main method to get around.
I can confirm this once more: Our wiki implementation, MediaWiki, is
particularly bad in stru
The flag "c-format" is wrong, as the string is not used in a sprintf format
string (to my knowledge). If you remove the "c-format", the file is accepted
by msgfmt.
I think the difference between de.po and ru.po is that de.po accidentally has
a valid sprintf format character as the next one afte
Hi John,
in the commit message you wrote "gwenhywfar-4.10.0 breaks the build", but
have you actually checked 4.10.0? I only have a mingw cross-compiler here
which runs fine with 4.10.0 but IIRC also did 4.11.0 correctly, so I'm not
sure whether you've observed something that I didn't. Surely
Am Donnerstag, 10. April 2014, 21:01:22 schrieb John Ralls:
> On Apr 10, 2014, at 12:50 PM, Felix Schwarz
wrote:
> > Am 10.04.2014 19:52, schrieb John Ralls:
> >> Valid points. You should ask Github, I’m only reporting. I’m in no way a
> >> crypto expert. I can speculate that Heartbleed might rev
Am Sonntag, 13. April 2014, 08:07:10 schrieb John Ralls:
> On Apr 13, 2014, at 2:16 AM, Dmitry Pavlov wrote:
> > I've found that to implement minimum solution, we can just add
> > context="..." to glade translated labels. like this
> > Every
> >
> > This utilizes context lookup feature in gettext
Hi John,
in bedf00a160669a86942a1b52f47c65b8c45c9552 you said you changed "LibQOF to be
compiled as C++", which you did by adding "-xc++" to the CFLAGS, but leaving
the file suffixes as ".c".
This isn't nice. The convention throughout all projects that I know so far is
that if the file ends i
Am Samstag, 26. April 2014, 07:10:29 schrieb John Ralls:
> > On a Mac (10.9.2, Xcode 5.0.2) I get a slightly different error:
> > mv -f .deps/libgnc_qof_la-gnc-date.Tpo .deps/libgnc_qof_la-gnc-date.Plo
> > make[5]: *** No rule to make target `gnc-numeric.c', needed by
> > `gnc-numeric.lo'. Stop.
>
Am Montag, 28. April 2014, 18:56:48 schrieb Geert Janssens:
> > For wild, not even in the oven yet, for the very long term, how about
> > "build GC native in MSVC"?
> :
> :) Would require a copy of MSVC of course.
Yeah, but this doesn't have to be costly: For our purposes, the free (as in
beer) "
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 alre
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 wrote:
> > > That's what I do. I rebase my branches onto master each time it is
> > > updated. This seems to work well and keeps the tre
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
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 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
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 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
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
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
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
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
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
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
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
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
>
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 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
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 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
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
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
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
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
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
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
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
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
>
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
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
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
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
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
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 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
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
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
1 - 100 of 2385 matches
Mail list logo
