Status of a not-yet-closed lot" or similar.
Thanks!
Christian
Am 12. September 2022 06:20:13 MESZ schrieb Christopher Lam
:
>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 infor
e the
additional context
string is used.
https://www.gnu.org/software/gettext/manual/html_node/Contexts.html[1]
https://wiki.gnucash.org/wiki/Translation#Message_Context[2]
This way, the string "Open" with no context should be used only when this is
the verb
meaning ie "
. install GnuCash 4.9 again
Regards and a happy new year,
Christian
Am Freitag, dem 31.12.2021 um 11:54 +0100 schrieb Geert Janssens:
> This is misleading.
>
> Even the newer gnucash still installs schemas for org.gnucash.
> next to
> org.gnucash.GnuCash.
> In recent versions th
cleaned up and still had the
old schema files (without camelcase) from the old versions <4.7 when I installed
the latest version.
Regards,
Christian
Am Donnerstag, dem 30.12.2021 um 22:12 +0100 schrieb Geert Janssens:
> Christian,
>
> Have you also searched for org.gnucash.*.gschema.x
/gschemas.compiled
Is it sufficient to remove all the gschemas.compiled in $HOME/* and
/usr/local/share/ ?
I will try that out tomorrow.
Regards,
Christian
Am Donnerstag, dem 30.12.2021 um 13:22 -0800 schrieb John Ralls:
> Yesterday you attached a dump from dconf that shows both org.gnucash.GnuC
e to do a system update to get a newer GnuCash
version working.
Regards,
Christian
Am Mittwoch, dem 29.12.2021 um 12:53 -0800 schrieb John Ralls:
> From yesterday's errors
* 16:29:33 INFO [gnc_load_app_icons] Path 20:
/opt/gnucash/share/gnucash/icons
Suggests that you might also have insta
re.
Where can I look for more libgnc*?
Attached is an extract from my dconf.
Thanks for the support.
Regards,
Christian
Am Mittwoch, dem 29.12.2021 um 11:20 -0800 schrieb John Ralls:
> Good.
>
> * 16:29:33 WARN
> [gnc_gsettings_get_settings_ptr()] Ignoring attempt to access
Hi John,
right, i build in ~/Programme/gnucash-4.9/build
Christian
Am Mittwoch, dem 29.12.2021 um 08:22 -0800 schrieb john:
> You're building in a clean build directory, right?
>
> Regards,
> John Ralls
>
>
> > On Dec 29, 2021, at 5:48 AM, Christian We
Hi,
unfortunately, neither deleting the schema files after uninstalling nor
installing them according to David's instructions helped.
Fortunately, version 4.7 is still executable.
Are there other possibilities I can try?
Regards
Christian
Am Dienstag, dem 28.12.2021 um 08:10 -0800 sc
INGS (settings_ptr)' failed
* 16:29:33 ERROR g_settings_new_full: assertion
'schema != NULL' failed
I've also checked the dependencies and the version numbers of
gsettings.
Fortunately, I was able to get version 4.7 to work again with 'sudo
make install'. I have been doi
ema.xml:3:1 Fehler in
Zeile 3, Zeichen 1: wurde
bereits angegeben. --strict was specified; exiting.
I had installed version 4.7 in the same way and it worked fine.
What can I do?
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
htt
Thank you, that works now.
Regards,
Christian
Am Montag, dem 27.09.2021 um 10:23 +0200 schrieb Geert Janssens:
> Yeah, unfortunately this affects most of the aqbanking related
> settings.
>
> If you can, apply the patch I added to a previous reply and rebuild.
>
> Regards,
ngs schema
'org.gnucash.GnuCash.dialogs.flicker' is not installed
Trace/Breakpoint ausgelöst (Speicherabzug geschrieben)
Grüße
Christian
Am Montag, dem 27.09.2021 um 11:27 +1000 schrieb
davidcousen...@gmail.com:
> Hi John
>
> Encountered a runtime problem with GC 4.7 on Linux MInt 20.2
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,
help/C and help/de
directories.
Regards
Christian
signature.asc
Description: This is a digitally signed message part
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
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,
old in the first draft
and left this open for future improvements. I prefered a robust solution
at the moment.
Ok, now you can have a look and try out the new approach on your own.
And I'm curious about your feedback.
Christian
___
gnucash-de
ssifier is actually
needless, since the same classification results can be achieved with a
much simpler rule-based decision algorithm and without any probalistic
approach.
These observations encourage my suspicion, that something is wrong with
the implemented algorithm.
Christian
Am 06.07.2
Am 02.07.20 um 21:28 schrieb Derek Atkins:
Hi,
On Thu, July 2, 2020 3:10 pm, Christian Gruber wrote:
Hi,
while further studying the bayesian import matching algorithm I'm now at
the point, where I wanted to understand, how the bayes formula is
applied to the problem of matching transac
ot;classes". But comparing this algorithm to the code leaves several
questions open.
Does anybody know a more precise algorithm description, on which the
implementation in GnuCash is based on?
Regards,
Christian
___
gnucash-devel mailing
I created two enhancement issues on Bugzilla regarding this topic:
* https://bugs.gnucash.org/show_bug.cgi?id=797778
* https://bugs.gnucash.org/show_bug.cgi?id=797779
Am 30.05.20 um 14:37 schrieb Christian Gruber:
David,
thanks for your detailed explanations. Implementing a procedure
Am 01.06.20 um 22:47 schrieb John Ralls:
On Jun 1, 2020, at 1:25 PM, Christian Gruber wrote:
Am 31.05.20 um 02:47 schrieb John Ralls:
On May 30, 2020, at 4:45 AM, Christian Gruber
wrote:
Am 29.05.20 um 01:49 schrieb Frank H. Ellenberger:
Christian,
did you clean ~/.cache/guile
Am 31.05.20 um 02:47 schrieb John Ralls:
On May 30, 2020, at 4:45 AM, Christian Gruber
wrote:
Am 29.05.20 um 01:49 schrieb Frank H. Ellenberger:
Christian,
did you clean ~/.cache/guile ? That is the place, where the precompiled
.go bytecode from the .scm files is stored.
Thanks for
cedure updating the frequency table.
And by regular updates of the frequency table, wrong or outdated entries
are removed reliably and the data is up-to-date. The user could for
example exclude some tokens from the bayesian algorithm, which are not
relevant for him.
Christian
Am 25.05.20 u
Am 27.05.20 um 02:49 schrieb David Cousens:
Christian
From memory I think that error occurs when you have a problem with the cmake
relative addressing from the build directory to the gnucash source directory
although that should be the same no matter whether you have the master or
maint
Am 29.05.20 um 23:03 schrieb Geert Janssens:
Op donderdag 28 mei 2020 08:13:14 CEST schreef Christian Gruber:
> Am 28.05.20 um 06:31 schrieb John Ralls:
> >> On May 27, 2020, at 2:15 PM, Christian Gruber
> >> wrote:>>
> >> Am 27.05.20 um 22:16 schrieb
Am 29.05.20 um 01:49 schrieb Frank H. Ellenberger:
Christian,
did you clean ~/.cache/guile ? That is the place, where the precompiled
.go bytecode from the .scm files is stored.
Thanks for this advise, I haven't tried this yet. Unfortunately it
didn't help.
Frank
Am 28.05.2
Am 28.05.20 um 12:24 schrieb Frank H. Ellenberger:
Hi,
Am 28.05.20 um 08:13 schrieb Christian Gruber:
I have to search for left *.go files, right? There are a lot in
/usr/lib/x86_64-linux-gnu/guile/2.2/ccache. Can I remove the complete
directory without hesitation?
The easier way is to
Am 28.05.20 um 06:31 schrieb John Ralls:
On May 27, 2020, at 2:15 PM, Christian Gruber
wrote:
Am 27.05.20 um 22:16 schrieb John Ralls:
On May 27, 2020, at 1:09 PM, Christian Gruber
wrote:
Am 27.05.20 um 00:28 schrieb John Ralls:
On May 26, 2020, at 1:34 PM, Christian Gruber
wrote
Am 27.05.20 um 22:16 schrieb John Ralls:
On May 27, 2020, at 1:09 PM, Christian Gruber
wrote:
Am 27.05.20 um 00:28 schrieb John Ralls:
On May 26, 2020, at 1:34 PM, Christian Gruber
wrote:
Hi,
I tried to build GnuCash from master (currently fde6be6e0) for the first time.
Before I
Am 27.05.20 um 00:28 schrieb John Ralls:
On May 26, 2020, at 1:34 PM, Christian Gruber
wrote:
Hi,
I tried to build GnuCash from master (currently fde6be6e0) for the first time.
Before I always built from maint.
I get a strange build error:
Scanning dependencies of target scm-engine-2
e-9/boot-9.scm:752:25: In procedure dispatch-exception:
no code for module (gnucash core-utils)
I get the same build error even when using earlier commits from master, tag
3.902 for instance.
Do I do something wrong?
Regards,
Christian
___
gnucash-
Am 24.05.20 um 01:52 schrieb David Cousens:
Christian,
I guess it depends on whether there is a performance advantage in using the
previously stored data for the transfer account associations over
constructing the frequency table on the fly. The search for matching
transactions only takes
t match map for instance,
couldn't the bayesian algorithm get the same information by querying the
already imported transactions? Is this a performance consideration or
are there further reasons?
Regards,
Christian
___
gnucash-devel mailing list
gnuca
no scheme targets included. But then I saw
that CMake is currently not able to include custom targets into the
dependency graphs and scheme targets are custom targets.
Regards,
Christian
Am 08.12.19 um 14:55 schrieb Geert Janssens:
While discussing cmake target dependencies on irc with Chris I
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
Am Freitag, 3. Januar 2020, 23:19:13 CET schrieb John Ralls:
> Christian,
>
> Well, it does disable the merge button. "applies to administrators" has to
> be checked too for it to apply to you, me, and Geert. Unfortunately it also
> applies to pushes from code:
Oh well.
such IMHO
introduces a whole lot of extra complexity that isn't really needed. Just
running the search twice should be fine.
Regards,
Christian
Am Sonntag, 5. Januar 2020, 21:09:57 CET schrieb John Ralls:
> Mike,
>
> Two passes would be slow for users with large account trees.
e to
send in pull requests which don't contain unneeded merge commits. Thanks a
lot!
And thanks again for your contribution.
Best Regards,
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
ybe
"2"? Again, I'm not sure whether code-gnucash-user can still push the commits.
Could you give it a try? Thanks a lot.
Regards,
Christian
Am Freitag, 3. Januar 2020, 00:15:02 CET schrieb John Ralls:
> Christian,
>
> Just tried it as a test (the user id is code-gnuc
ny such accidental merges from github's web interface, shouldn't it? However,
this needs to be enabled by somebody who immediately can check that the push
from code still works. Anybody there care to take a look? Thanks a lot!
Regards,
Christian
Am Donnerstag, 2. Januar 2020, 11:42:12 CET s
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
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 11.11.19 um 11:22 schrieb Geert Janssens:
Op zondag 10 november 2019 23:28:06 CET schreef Christian Gruber:
Am 10.11.19 um 22:39 schrieb John Ralls:
On Nov 10, 2019, at 12:07 PM, Christian Gruber
wrote:>>
Am 08.11.19 um 23:08 schrieb John Ralls:
On Nov 8, 2019, at 1:58 PM, Chr
Am 10.11.19 um 23:28 schrieb Christian Gruber:
Am 10.11.19 um 22:39 schrieb John Ralls:
On Nov 10, 2019, at 12:07 PM, Christian Gruber
wrote:
Am 08.11.19 um 23:08 schrieb John Ralls:
On Nov 8, 2019, at 1:58 PM, Christian Gruber
wrote:
Am 08.11.19 um 04:39 schrieb John Ralls
Am 10.11.19 um 22:39 schrieb John Ralls:
On Nov 10, 2019, at 12:07 PM, Christian Gruber
wrote:
Am 08.11.19 um 23:08 schrieb John Ralls:
On Nov 8, 2019, at 1:58 PM, Christian Gruber wrote:
Am 08.11.19 um 04:39 schrieb John Ralls:
Christian,
It's not that it's not pr
Am 08.11.19 um 23:08 schrieb John Ralls:
On Nov 8, 2019, at 1:58 PM, Christian Gruber wrote:
Am 08.11.19 um 04:39 schrieb John Ralls:
Christian,
It's not that it's not prepared for Bayesian matching, it's that older versions
of GnuCash stored the Bayesian match tokens
Am 08.11.19 um 04:39 schrieb John Ralls:
Christian,
It's not that it's not prepared for Bayesian matching, it's that older versions
of GnuCash stored the Bayesian match tokens hierarchically. Aaron Laws (lmat)
changed it to a flatter structure with somewhat better memory local
Can anybody provide help?
The last change on the relevant functions was done in commit fbf4843f31
by "lmat" in Dec 2017 between GnuCash versions 2.6 and 2.7. And the
commit message seems to fit.
Christian
Am 04.11.19 um 20:28 schrieb Christian Gruber:
I have some questions rela
dn't close
the bugs. I'll close these as well, if there is no reaction after at
least one month. See https://bugs.gnucash.org/show_bug.cgi?id=459278 for
instance.
Christian
Am 28.10.19 um 04:03 schrieb John Ralls:
Colin,
That's a worthwhile idea that could be easily applied to al
tions again.
Why is the conversion even not persistent after the import is done? The
feature GNC_FEATURE_GUID_FLAT_BAYESIAN is not set in the Gnu Cash file,
even not after the import is finished.
Regards,
Christian
___
gnucash-devel mailing list
gnuc
Am 27.10.19 um 03:40 schrieb John Ralls:
On Oct 26, 2019, at 2:34 PM, Christian Gruber
wrote:
Hi, I'm currently looking through the (quite long) buglist on Gnucash Bugzilla
<https://bugs.gnucash.org/> to see, where I can provide help. Unfortunatelly
I'm a little bit fru
<https://wiki.gnucash.org/wiki/Bugzilla_Administration> page, but this
didn't answer my questions.
Regards,
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
As derek already said: you are using a system-installed gwenhywfar. You need to
check at aqbanking configure time that it really chose the correct
libgwenhywfar, and gnucash subsequently too.
Thanks!
Christian
> Am 15.10.2019 um 12:00 schrieb Alex :
>
> First of all, I forgot to s
more information such as the function
arguments? This would be a big help. Thanks!
Regards,
Christian
Am Montag, 14. Oktober 2019, 18:15:00 CEST schrieb Alex:
> Here is a backtrace of Gnucash when crashing upon clicking on "Get Bank
> Info" in the aqbanking wizard. Let me know if I
packages. However, right now this is still somewhat in stabilization phase. If
bugreports or questions occur for German online banking users, please ask them
for some more patience unless they are willing and able to compile from source
tarballs. Thanks!
Regards,
Christian
Oh I missed that. I actually fetched current state without rebasing.
Now everything is fine.
Regards,
Christian
Am 13.09.19 um 21:38 schrieb Geert Janssens:
John pushed a fix for your make check error earlier today.
As for the load path, I'm not sure. I know we have had issues with th
s far as I can see when guile is invoked LD_LIBRARY_PATH is always set to
"${LIBDIR_BUILD}:${LIBDIR_BUILD}/gnucash", i.e. that these directories are
searched first before any system paths (see
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html).
Did I miss something?
Chr
7. The
result was, that commit 53f59f7 leads to the mentioned build error, but
commit cb50f7a could successfully be built.
Any ideas?
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
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
Am 22.08.19 um 09:21 schrieb Geert Janssens:
Op donderdag 22 augustus 2019 05:37:12 CEST schreef John Ralls:
On Aug 21, 2019, at 3:28 PM, Christian Gruber
wrote:
Ok, that was a useful hint. Clearing the guile cache helped. I'm one step
further. I have no idea, what led to this situati
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 19.08.19 um 00:54 schrieb John Ralls:
On Aug 18, 2019, at 1:20 PM, Christian Gruber
wrote:
Hi,
Since I'm new to GnuCash development, I still need some help getting everything
running. Several tests currently fail on my platform:
1 - test-exp-parser (Failed)
2 - test
t:
1: ;;; WARNING: loading compiled file
/home/christian/dev/build/gnucash/lib/gnucash/scm/ccache/2.0/fin.go failed:
1: ;;; ERROR: In procedure make_objcode_from_file: bad header on object
file: "\x7fELF\x02\x01\x01�\x00\x00\x00\x00\x00\x00\x00\x00"
[...]
1: ERROR: In procedure prim
Am 15.08.19 um 00:23 schrieb Christian Gruber:
I think our distro packagers would object to any option other than
relying on tools outside of the build system to provide the
googletest sources and maybe a prebuilt static lib. It's a one-off
for the casual builder and easily scripte
Am 14.08.19 um 05:09 schrieb John Ralls:
On Aug 13, 2019, at 2:54 PM, Christian Gruber
wrote:
Am 13.08.19 um 02:45 schrieb John Ralls:
On Aug 12, 2019, at 3:12 PM, Christian Gruber
wrote:
Following my previous thread "[GNC-dev] Contribute to GnuCash development" I
opened a
Am 13.08.19 um 02:45 schrieb John Ralls:
On Aug 12, 2019, at 3:12 PM, Christian Gruber
wrote:
Following my previous thread "[GNC-dev] Contribute to GnuCash development" I
opened a new topic thread about reworking GoogleTest integration.
At first some investigation results on
unction gnc_gtest_configure() in file
common/cmake_modules/GncAddTest.cmake. But as far as I can see this
source file is already compiled and archived within library
libgtest_main.a, which is also contained in list of libraries passed to
function gnc_add_test() via variable GTEST_LIB.
Rega
Am 12.08.19 um 00:48 schrieb John Ralls:
On Aug 11, 2019, at 3:31 PM, Christian Gruber
wrote:
Hi,
I'm new on this mailing list. I'm using GnuCash for several months now and
think, I can also spend some time for GnuCash bugfixing and maybe also
development later on.
When I
little bit strange to me. From
my CMake experience I would choose a different way. And I would say,
that not only this bug should be fixed, but the whole GoogleTest
integration should be updated.
If you like, we can discuss about that. I have several years of CMake
experience.
Regards,
have this number observable in the
public source code. Yes, this in turn questions the whole point of this
fuzz... on the other hand, if the bank server will otherwise refuse the whole
online connection in the first place, we also have to do something about it.
Regards,
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
lease date between now and Sept 14th would be fine, although
the earlier we do this, the earlier the respective updates can be tested by
the users. Maybe around August 20th?
Thanks for your consideration!
Regards,
Christian
___
gnucash-devel mailing
be that Martin needs to quickly implement some new
protocol parts in aqbanking, just in case some old protocol parts unexpectedly
stop working. So I thought I better get gnucash ready to switch to most recent
aqbanking, in case it is needed.
Regards,
Christian
> Am 30.06.2019 um 17:49 schr
ecently? If yes,
how did you do this? Thanks for any hint!
Regards,
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
I’ve just seen that my final words I have to say to Wm haven’t reached
the general public.
I’ve considered giving up on trying to make him understand how things
are really handled.
Am 21.02.2019 um 15:51 schrieb Wm via gnucash-devel:
> On 20/02/2019 20:05, Christian Kluge wrote:
>>
Am 20.02.2019 um 14:09 schrieb Wm via gnucash-devel:
> On 17/02/2019 19:50, Christian Kluge wrote:
>> It might be your so called valuation exercise, but it annoys me very
>> much that Finance::Quote doesn’t fetch the daily average quotes from the
>> ECB yet.
>
> Any
Hello,
Am 18.02.2019 um 09:29 schrieb Thoma, Herbert:
> Just my humble opinion, see below inline.
>
> Am 17.02.2019 um 20:50 schrieb Christian Kluge:
>> Am 17.02.2019 um 19:58 schrieb Wm via gnucash-devel:
>> Often times with cash transactions it happens that people use sim
not being able to see the
currency exchange rates in the price list also effects me running 3.4
with the sqlite backend.
I can however add the rates to the list and they’re used in transactions
and listed on balance sheets if requested.
Kind regards
Christian Kluge
___
anyway, at least not out of the box, because
it not only needs a Perl installation including XML::DOM, but also some word
list. On Linux this is available under /usr/share/dict/words (symlink to the
default language's word list), but for windows some other choice has to be
written into the
e of the script: Save your normal file in uncompressed form to XML file.
Then,
./obfuscate.pl inputfile.gnucash > outputfile.gnucash
(Contrary to the comments, the output is just written to stdout, not in-place
into the file.)
Thanks for the idea here!
Regards,
Christian
> Run it fro
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 for
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
ave a look into this? Thanks a lot!
Regards,
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
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
> > gnc_print_time64
> > GncDateTime::format
> > GncDateTimeImpl::format
>
> Christian,
>
> I don't have time to fully test it out right now, but give
> https://github.com/jralls/gnucash/tree/maint a go.
>
> As noted in the HEAD commit it has a side effec
hat are constant during each saving
operation. Maybe even the recent commit 7f1a7115 (Frank?) has slowed down
things here even more. Maybe this could be checked in some of the unittests
more easily, but I'm a bit out of practice there, too. Maybe someone is up for
some performance boosting h
The field labeled *BU* in the yellow input area stands for
„Buchungsschlüssel“ translating to somewhat like “account key“ which
allows for the entry of pre-defined numbers which relate to different
VAT percentages and stuff like reverse charge or setting the VAT due if
it was
ute-long delay
similar to the first step.
Anyone an idea on what might be missing? Thanks for pointers.
Unfortunately I didn't find an easy method to reproduce this without online
account. Maybe some of the file imports show this as well, but so far I didn't
encou
he old style as long as we usually have headers used by the C code
as well.
More ideas and voices?
Regards,
Christian
[1]
https://lists.gnucash.org/pipermail/gnucash-devel/2014-September/038027.html
[2] John said: The only discussion about commenting style I found was
https://lists.gnucas
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
his case does not trigger the "notify" signal of the
GObject type system, but all the calls to qof_instance_set in the unittests do
trigger that signal?
In any case the pattern for the performance speed-up should be rather clear:
Define a cached value of the KVP, register a callback o
truct
> > _QofBook?
>
> Christian,
>
> 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
> prefer not
to have a short todo list for that case, do we :) Does anyone happen to
know the necessary steps from memory? This would help a lot here. Thank you
very much.
Regards,
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.g
nto that direction. Also, if I understnad
the above valgrind evaluation correctly, we can already achieve almost optimum
(i.e. pointer comparison) by ensuring a set of std::string constants to be
used. I think this is the most efficient way to proceed here, and I would just
push this commit afte
be a good
idea to use kind of construct (no pun intended) in this and other places? Or
did I miss something here?
Regards,
Christian
[1] Some numbers about my data file: 4MB compressed XML, 30,000 transactions,
200 accounts, 30,000 kvp slots.
___
gnu
ch alive for a few more
months, so that a potential 2.6.22 release with minor bugfixes might be
released as well for systems on the age of ubuntu 14.04.
Best Regards,
Christian
[1] For several days, I was stuck at the error at start-up "Undefined
variable: gnc-build-userdata-path" tha
that 2.6 branch I can live with
> > having one. If John disagrees you may need to make it a core policy
> > decision request and check for a broader opinion there.
>
> I disagree for the user and contributor confusion reasons already stated,
> because I think that the old Windows b
there, as discussed already.
Nevertheless thanks for the pointers about building on Ubuntu 14.04, I'll look
into this for the time being. I'd still like to have the 2.6 branch slightly
longer alive, though.
Regards,
Christian
___
gnucash-deve
1 - 100 of 2516 matches
Mail list logo
