[GNC-dev] GnuCash Maint - general problem to enter year for 30.12. + 31.12. ?

Hi, today after building from the maint branch I noticed following behaviour: Enter a new transaction with a date 31.12.2018 and press enter: 31.12.2019 is displayed. Try to edit and set it back to 2018 by "ctrl -" and press enter: 31.12.2019 is displayed. Try to set it to 30.12.2019 by

Re: [GNC-dev] merging failing tests

Thanks for all your comments. @John, Geert: Thanks for bringing the expectations to the point that unit tests as such and especially on master/maint always must pass. I also get the point that further refinement of the test results by utilitzing the verdicts "xpass" and "xfail" is not desired.

[GNC-dev] merging failing tests

Hi John, I transfer this thread to this channel because I think this is not PR specific but more a general issue. Let me start by saying that I do not want to "fight to get it merged". For me it is an interesting point to exchange views upon. It is specifically about "We're not merging

[GNC-dev] Report System Rework

Hi, this takes up a discussion with John and Christopher in PR#360 (and I am happy to see that is was merged :-D ) As the discussion turned away from the actual proposal of a test for the report definition, I'd suggest to move it to this channel. John: You were mentioning that you and

Re: Building 2.8 on Ubuntu 16.04 - Wiki Proposal

On 07.09.2017 12:38, Geert Janssens wrote: On donderdag 7 september 2017 10:58:30 CEST Carsten Rinke wrote: Hi there, starting with an Ubuntu 16.04 installation from scratch, this is what I did to make GnuCash 2.8 build with autotools: Nice! autogen.sh: === sudo apt-get install

multi-column reports include incorrect sub-reports

Hi Geert, I am interested to have a look into * * *Bug 764245* -multi-column reports include incorrect sub-reports Just to save double-work: Is this something that you are already close to

Building 2.8 on Ubuntu 16.04 - Wiki Proposal

Hi there, starting with an Ubuntu 16.04 installation from scratch, this is what I did to make GnuCash 2.8 build with autotools: autogen.sh: === sudo apt-get install intltool sudo apt-get install autoconf automake autotools-dev libsigsegv2 m4 sudo apt-get install libtool libltdl-dev

Re: How to get gnc:gettext binding to work isolated for the report system?

#f. -derek Sent from my mobile. Please excuse any typos. - Reply message - From: "Carsten Rinke" <carsten.ri...@gmx.de> To: "gnucash-devel" <gnucash-devel@gnucash.org> Subject: How to get gnc:gettext binding to work isolated for the report system? Dat

How to get gnc:gettext binding to work isolated for the report system?

Hi, I am trying to figure out how unit testing for the report system might work, based on Glib-test. The tests are run in the build/src/report/report-system/test build-subdirectory, running make check. Only the report system module is loaded by calling

Re: Building MAINT fails?

first clean your install dirs. If that fails, uninstall your distributions version. HTH Frank Am 12.02.2017 um 15:45 schrieb Carsten Rinke: Update: I made a new clone from git hub -> no success, same error message I checked out 2.6.14 -> no success, same error message I checked out 2.6.1

Re: Building MAINT fails?

, Carsten On 11.02.2017 18:33, Carsten Rinke wrote: Hi, today I made git pull on the maint branch. Last commit 260f1ba3124976c9ad620e197275135870772bed according to git log. After that I did the usual stuff: mkdir build-maint cd build-maint ../gnucash/autogen.sh ../gnucash/configure --pr

Re: Chart with option or separate reports

deeper into this at that time and simply stopped using the multi-column report. I was happy to read that you were able to reproduce this so it really makes sense to dig into this. Carsten On 06.12.2016 19:45, Wm wrote: On 06/12/2016 11:49, Carsten Rinke wrote: Hi there, just to let you

Re: Chart with option or separate reports

option ? Yes, that would be a good thing. This work was started by Carsten Rinke some time ago. Apparently these two were forgotten. If so, am I correct that each new combined report would require a new guid, the old reports deleted and as the report version has been updated will not cause concern. Th

Re: qof_instance_set/get_kvp cannot handle boolean?

Hi John, took a while, but now I checked: the "TaxRelated" flag of the accounts is working again as expected. Thanks a lot, Carsten On 23.09.2016 18:30, John Ralls wrote: On Sep 22, 2016, at 6:49 PM, Robert Fewell <14ubo...@gmail.com> wrote: I noticed this before while doing my find

qof_instance_set/get_kvp cannot handle boolean?

Hi, I try to make use of the "TaxRelated" flag of the accounts by calling xaccAccountSetTaxRelated (Account.c). I notice that on master this does not lead to the same result as on maint. To figure out what is wrong/different on master I simply added some printouts: = snip start

Re: Reports: Utilization of urls

esting? Or do you mean an automated test framework? Regards, Carsten On 13.03.2016 14:39, Geert Janssens wrote: On Thursday 10 March 2016 18:58:56 Carsten Rinke wrote: > I have the same point of view regarding the categorization: > This is adding an optional representation mode to existi

Re: Reports: Utilization of urls

ng more than a virus... - don't get me wrong, I like jqplot!) "much room for improvements" yepp On 11.03.2016 15:40, Frank H. Ellenberger wrote: Hallo Carsten, Am 10.03.2016 um 18:58 schrieb Carsten Rinke: I have the same point of view regarding the categorization: This is adding a

Re: Reports: Utilization of urls

wrote: On Wednesday 09 March 2016 22:07:37 Geert Janssens wrote: On Wednesday 09 March 2016 10:40:51 Derek Atkins wrote: John Ralls <jra...@ceridwen.us> writes: On Mar 8, 2016, at 11:32 AM, Carsten Rinke <carsten.ri...@gmx.de> wrote: The difference is the line chart option for bu

Re: Reports: Utilization of urls

, 2016, at 10:15 AM, Carsten Rinke <carsten.ri...@gmx.de> wrote: Ok. I have submitted a patch for line charts in all reports (new Bug 763257, currently only for maint) and simply commented out those parts which were causing a warning message. To be uncommented and re-worked, once urls

Re: Reports: Utilization of urls

Ok. I have submitted a patch for line charts in all reports (new Bug 763257, currently only for maint) and simply commented out those parts which were causing a warning message. To be uncommented and re-worked, once urls get re-introduced. Regards, Carsten On 07.03.2016 17:29, Geert

Reports: Utilization of urls

Hi, when trying to introduce line charts to all graphical reports I run into the effect, that warnings are thrown in the area of setting up urls for the charts. I think that is to make the charts interactive, so you can click on lines and bars or account names in the legend to open the

Re: Still worth to look more deeply into Scheme?

ad answer. Took a while, but nowadays I find Scheme programming no worse than programming in any other script language - there is always a hill to climb. Regards, Carsten On 06.03.2016 16:20, John Ralls wrote: On Mar 6, 2016, at 6:08 AM, Carsten Rinke <carsten.ri...@gmx.de> wrote: Hi th

Still worth to look more deeply into Scheme?

Hi there, after quite some time I started to recap on the activities that I had followed up. Part of these were improvements on reports, mostly minor things like overlapping x-axis or introduction of line charts. When coming to the line charts I came across the implementation of the

Re: building master with boost

Thanks for all feedback. Finally I managed: - I installed the library with the help from John and Aaron - and I also used the = as indicated by Geert. - Works all fine now :-) Carsten On 03.11.2014 16:50, Aaron Laws wrote: On Sat, Nov 1, 2014 at 2:42 PM, Carsten Rinke carsten.ri...@gmx.de

building master with boost

Hi, to check if some front-porting is working, I tried to compile on the master branch - for the first time. It told me that boost is missing: checking for boostlib = 1.48.0... configure: We could not detect the boost libraries (version 1.48 or higher). If you have a staged boost library

Re: Design Docu - Archtitecture

Hi John and Christian, Thanks for the feedback. Happy to see that you read and even edit the page. - Also, controllers are the code that interacts with the model to change data. It need not be GUI: E.g., importers are controllers. Glad to hear this. I was guessing so, but did not dare ... I

Re: Editing Wiki

Geert, Derek, Thanks, works great. Just made myself familiar with a test upload (gnucash-icon.png, not meant to spam, feel free to delete). Kind regards, Carsten On 21.09.2014 20:21, Geert Janssens wrote: On Saturday 20 September 2014 12:47:27 Carsten Rinke wrote: Hi, who can put me

Editing Wiki

Hi, who can put me on the list of authorized users to upload images to Wiki? /Carsten Hi, Carsten Rinke carsten.rinke at gmx.de https://lists.gnucash.org/mailman/listinfo/gnucash-devel writes: / Hi, // // two questions about the Wiki editing: // // Currently I am not allowed to create

Wiki page for design documentation

Hi, following the advice I have created a Wiki page http://wiki.gnucash.org/wiki/Project_and_Design_Documentation Currently I feed it with what I found in doc/projects.html, so far I transferred the architectural design goals. How should the review procecess look like? Shall I notify you

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

Carsten Rinke: BTW: I took a look at the Wiki C API page. There is also good stuff in it. Note that the link to the entity relationship diagram returns 404 and offers me a log in. Is that correct? John, didn't you update the ERM some time ago? But later it became inaccessible. Yeah, I’d put

Re: Doxygen - is there a status?

documentation. Thanks so far for the hints. I will come back with a first draft in Wiki, hopefully soon. Carsten On 04.09.2014 00:28, John Ralls wrote: On Sep 3, 2014, at 8:07 AM, Carsten Rinke carsten.ri...@gmx.de wrote: Hi, what I (currently) have in mind is to use the Doxygen main page

Editing Wiki

Hi, two questions about the Wiki editing: Currently I am not allowed to create new pages. I read that there is a security mechanism that allows users to create new pages only 1 week after registration. I have registered more than a year ago, but I think my last login was also more than a year

Re: Doxygen - is there a status?

Oops, seems to be more left for discussion than I thought. John, you are absolutely right that design documentation should not reside in code files. That is not what I was aiming at (even though sometimes a good implementation description can be half a design document - so there might be a

Re: Doxygen - is there a status?

, Carsten Rinke carsten.ri...@gmx.de wrote: Hi, Lately I was working on a bug (which I did not manage yet to fix). During the investigations I noticed that I am still running around like a blind chicken when starting out with a new bug. And the reason is simple: Even though I

Re: Doxygen - is there a status?

: On Sep 3, 2014, at 1:57 AM, Carsten Rinke carsten.ri...@gmx.de wrote: Hi all, thanks for the quick reply. @Christian: I have plenty. Big ones like how does qof work? and small ones like what does xacc actually stand for?. Geert's hint in one of the bugzilla replies to maybe consider

Re: Doxygen - is there a status?

On 03.09.2014 16:37, John Ralls wrote: On Sep 3, 2014, at 7:18 AM, Carsten Rinke carsten.ri...@gmx.de wrote: John, actually I am in favor of Doxygen because then the design documentation and the implementation is put into one place, and it should be part of the designers work to maintain both, ideally

Re: Bug 533738 - Budget report: Option Show full account names not supported

Hi, Dmitry is absolutely right: once you pick a single account from a lower level then the user has no chance to show the parent information in the report. John's proposal sound reasonable to me. Thanks for pointing that out. I will update the bug with these comments. Kind regards, Carsten

Bug 327636 - Budget GUI lacks help text - still a valid bug?

Hi, I have seen that *Bug 327636* https://bugzilla.gnome.org/show_bug.cgi?id=327636 -Budget GUI lacks help text - is not assigned to gnucash-core-maint but to Chris Shoemaker - has a very(!) short description Is it still a valid bug? Kind regards, /Carsten

Bug 533738 - Budget report: Option Show full account names not supported

Hi, because the bug is not yet assigned to gnucash-core-maint I post here my comments that I just added budget.scm makes use of html-acct-table.scm to list the accounts. After looking into html-acct-table.scm my guess is that displaying the full account name is not intended because the

Bug 612214 and Bug 726674 - duplicates?

Hi Geert, do you agree that Bug 726674 https://bugzilla.gnome.org/show_bug.cgi?id=726674 - Budget Report always shows some inconsistent signs is a duplicate of *Bug 612214* https://bugzilla.gnome.org/show_bug.cgi?id=612214 -Budgets are not aware of UI sign-reversals ? Kind regards,

Re: Budget View Implementation Question

2.7.x (or whatever comes after 2.6). Kind regards, Carsten On 15. April 2014 19:32:15 MESZ, Carsten Rinke [1]carsten.ri...@gmx.de wrote: Hi, recently I started playing around with the budget feature, trying it out with a simple account structure - only top level accounts. Doing so I

Budget View Implementation Question

Hi, recently I started playing around with the budget feature, trying it out with a simple account structure - only top level accounts. Doing so I noticed - In the summary view at the bottom of the page the totals per period are not counted for top level accounts without children - there is

Re: segfaults when running graphical reports

Hi Klaus, two first thoughts: - is 'jqpplot' part of the package? The display of graphical reports has changed from gnuplot to jqplot between 2.4 and 2.6. Should reside under gnucash-installation-path/share/gnucash/jqplot. - can you find something interesting in /tmp/gnucash.trace? Maybe try

Re: segfaults when running graphical reports

of graphical report creation) the file should be there. Carsten On 04/13/2014 10:10 AM, Thomas Klausner wrote: Hi Carsten! Thanks for your reply. On Sun, Apr 13, 2014 at 09:56:11AM +0200, Carsten Rinke wrote: two first thoughts: - is 'jqpplot' part of the package? The display of graphical

Re: segfaults when running graphical reports

Hi Klaus, I know this is a bit of playing around ... Did you try running gnucash with the --debug --log gnc=debug option? Does that reveal more info in the trace log? Carsten On 04/13/2014 10:45 AM, Thomas Klausner wrote: Hi Carsten! On Sun, Apr 13, 2014 at 10:34:20AM +0200, Carsten Rinke

Aw: Re: segfaults when running graphical reports

this on a minimalistic book? Gruss, Carsten Gesendet: Sonntag, 13. April 2014 um 14:05 Uhr Von: Thomas Klausner t...@giga.or.at An: Carsten Rinke carsten.ri...@gmx.de Cc: GnuCash development list gnucash-devel@gnucash.org Betreff: Re: segfaults when running graphical reports Hi Carsten

Re: Creating Non-US Tax Reports

Hi, just to make you aware, I am working on something similar: *Bug 710873* https://bugzilla.gnome.org/show_bug.cgi?id=710873 -New Tax Declaration Info Report - multi-national, multi-purpose (private, business, ...) Right now it can be run in parallel to the TXF Code editor. I am basically

Re: [Bug 710873] New Tax Declaration Info Report - multi-national, multi-purpose (private, business, ...)

Hi Frank, thanks for your comments. As I am not an accountant and also not familiar with business taxation there are a couple of questions to your comments - maybe even very basic ones. First the most general question: I am not sure if I should read a message like this is not a good idea

Re: [Bug 710873] New Tax Declaration Info Report - multi-national, multi-purpose (private, business, ...)

Hi, you might be right that I miss out completely some complexity. First let me add that all that I am doing now will be done on top of what is existing, so anything that is already there remains untouched. Secondly, I understand that the new tax info dialog can handle only certain level of

International Income Tax Info

Hi, as far as I can see the income tax info collection is only available for the US. There is also some German business tax stuff implemented, but regarding income tax no international implementation is available yet. If this is correct understanding then I would like to volunteer to

Re: Multi-Column Report

too big for me - so I will keep my hands off from this. Thanks for picking it up. Kind regards, Carsten On 07/14/2013 06:54 PM, Geert Janssens wrote: Op 14/07/13 13:46, Carsten Rinke schreef: Hi Geert, have you had a chance to look at *Bug 638971* https://bugzilla.gnome.org/show_bug.cgi?id

Multi-Column Report

Hi Geert, have you had a chance to look at *Bug 638971* https://bugzilla.gnome.org/show_bug.cgi?id=638971 ? (Multicolumn report does not show more than one graph) Just wanted to let you know that there still seem to be some issues about it and whether this should be followed up in the same

Re: Report system legacy

Here comes a user's voice: I also vote in favour of Derek's, Christian's and Herbert's preferences. Carsten On 06/29/2013 10:29 AM, Herbert Thoma wrote: Am 28.06.2013 22:22, schrieb Christian Stimming: I think we shouldn't add any suffix to the report name automatically. I also think we

Re: Help needed on the bug reports on gnucash reports?

Hi both, thanks for replying. Looks like there is no rule set. Ok, so I will go for whatever when I am back home. And I guess, that - for enhancements I will need to come back to this list in case of questions. - for bug assignments I will turn to Christian (so others have

Re: Help needed on the bug reports on gnucash reports?

:23 Carsten Rinke wrote: Hi, I just browsed through some of the bug reports about GnuCash reports. Looks like some bugs have been confirmed but are still in status unconfirmed since ages (and similar issues). It seems, there is some cleanup needed, e.g. closing old and not reproducable bugs, re

Re: Wish List

Hi Shahram, I'd suggest that you put your ideas into Bugzilla bug reports and mark them as enhancements. (see also http://wiki.gnucash.org/wiki/Bugzilla) BUT: - Be very precise about what you suggest, and give as much context details as possible. - file one bug per idea, do not put many