Re: $echo undefined in libtool
Hi Andreas, thanks for your reply. I try to address your questions below... I'm used at keeping updated with the svn version of gnucash what branch do you mean? I assume you mean trunk. Yes, trunk. I noticed that libtool defines the variable $ECHO at line 162 What version of libtool? What file? Is it a checked in one? I refer to the executable file libtool that appears in the root directory of gnucash. It's a shell script, starting as follows: #! /bin/sh # libtool - Provide generalized library-building support services. # Generated automatically by config.status (gnucash) 2.2.99 # Libtool was configured on host titan: # NOTE: Changes made to this file will be lost: look at ltmain.sh. I solved the issue by changing adding the correction to this generated file (very dirty, I'm afraid...) ECHO=echo but later on refers to the variable $echo (eg. line 833), which returns an empty string and causes failure of make. Everything works fine again if I manually add in line 163 echo=echo What file, the same one? Please append it in compressed form. Yes, still referring to libtool. As far as I understand, the point is that libtool is generated (by ltmain.sh?) so as to define $ECHO, but then it also uses $echo, and on linux caps matter... Could this be fixed in the trunk? I do not understand the issue at all. Is it about GnuCash? Do you have a patch? I can only fix it every time I update, by manually adding echo=echo under ECHO=echo in the generated libtool script, in the gnucash svn root directory... Files saved with 2.2.8, opened and saved with current trunk later on should still work flawlessly in 2.2.8, I think, basically because we did not introduce new file features (yet). This may change of course. If you save a new file with trunk, it may be saved in an sqlite file. Thanks a lot for your help I am sorry for not being able to really help :-( I hope I could explain my problem in a better way. Anyway, you did help me already! The last info is important to me. Thanks Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: $echo undefined in libtool
Hi Derek and Andreas, Thanks for showing me the way. No big issue, actually. I just need to scratch my svn directory every now and then, obviously. I re-downloaded everything in a new dir, and now it compiles smoothly. The clue was, ltmain.sh included lines PACKAGE=libtool VERSION=1.5.26 and I had libtool 2.2.6 installed! Thank you very much for your help! Davide On Thu, Jan 8, 2009 at 5:31 PM, Derek Atkins warl...@mit.edu wrote: Hi, Quoting Davide Imbeni davide.imb...@gmail.com: I refer to the executable file libtool that appears in the root directory of gnucash. It's a shell script, starting as follows: #! /bin/sh # libtool - Provide generalized library-building support services. # Generated automatically by config.status (gnucash) 2.2.99 # Libtool was configured on host titan: # NOTE: Changes made to this file will be lost: look at ltmain.sh. I solved the issue by changing adding the correction to this generated file (very dirty, I'm afraid...) The file 'ltmain.sh' is created by libtoolize which is part of your local distribution. This would imply a bug in your system's libtool distribution, so you should talk to your OS distributor to get a fixed version. [snip] What file, the same one? Please append it in compressed form. Yes, still referring to libtool. As far as I understand, the point is that libtool is generated (by ltmain.sh?) so as to define $ECHO, but then it also uses $echo, and on linux caps matter... Your other option is to fix the 'ltmain.sh' -- does that work? -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
$echo undefined in libtool
Hi, I'm used at keeping updated with the svn version of gnucash, on a Linux system (Opensuse 11.1, AMD 64). I noticed that libtool defines the variable $ECHO at line 162 ECHO=echo but later on refers to the variable $echo (eg. line 833), which returns an empty string and causes failure of make. Everything works fine again if I manually add in line 163 echo=echo Could this be fixed in the trunk? Also, I guess 2.2.8 is good enough for my needs at the present state, but I fear I would get some forward incompatibilities with either the data formats or the reports. Any clue about that? Can I trust that 2.2.8 will work fine with my data saved with current svn? Thanks a lot for your help Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Plot details - barchart reports
Hi, libgoffice has now added support for singletons in BarCol (see http://bugzilla.gnome.org/show_bug.cgi?id=517488 ) [...] --- Comment #2 from Jean Bréfort 2008-06-21 12:33 UTC --- Added support for singletons in BarCol in trunk. This should allow to get clickable bars in gnucash reports... BR Davide On Fri, Feb 15, 2008 at 6:07 PM, Josh Sled [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: I will just report what I found so far on the subject, after some digging and a lot of learning, and why I think I will now suspend further investigations. This is unfortunate (especially after your very good looking initial patch), but thanks for the followup! :) One additional question: I found hardly any documentation on the goffice library, and got the impression it is only used by gnucash and gnumeric. Have other alternatives been considered? Which could they be, and why have they been discarded (apart from backwards compatibility / least effort )? Not really. Guppi was known dead, and Gnumeric was already doing graphing. Since we already share dependencies, c, it seemed low-impact to use goffice, which was known to work (having proved itself in gnumeric) and would easily slot into a gtk environment… Care to suggest an alternative? One that I've seen before is Grace¹, but I didn't really look into it too deeply. ¹: http://plasma-gate.weizmann.ac.il/Grace/ -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Plot details - barchart reports
Hi Emmanuel, On Feb 17, 2008 10:45 AM, Emmanuel Pacaud [EMAIL PROTECTED] wrote: (...) It's probably incomplete for your use, but that can be improved. Just create a new goffice bug report, and tell us what you exactly want. http://bugzilla.gnome.org/show_bug.cgi?id=517488 I hope what I wrote will be a useful indication. Please let me know if I should add something (I don't regard myself as a developer, unfortunately, and this was my first bug report...) One additional question: I found hardly any documentation on the goffice library, and got the impression it is only used by gnucash and gnumeric. Only used by gnumeric is already a significant use... Have other alternatives been considered? Which could they be, and why have they been discarded (apart from backwards compatibility / least effort )? There's plenty of others plotting libraries around, but if you're looking for a plotting library that supports a significant number of chart types, has PDF, SVG, PS, EPS and image export facility, has a user interface for the configuration of the chart layout/appearence, a XML persistence and is actively developped, I think goffice is not a bad choice. I can hardly judge on this, but it was not my intention to suggest goffice is a bad choice. On the contrary. Especially if it is actively developed, and it's possible to get a few (possibly) small additional features. Thanks for your suggestions. Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Plot details - barchart reports
Hi, I will just report what I found so far on the subject, after some digging and a lot of learning, and why I think I will now suspend further investigations. I think barchart report(s) would be improved by one or more of the following: (A) background grids (B) value of the bar appears when you click on it (C) value of the bar appears when you hover on it with the mouse In my opinion, (B) and (C) would improve piechart report as well. (A) is supported by goffice, and straightforward to implement (I submitted a patch, kindly corrected by Timothy Janssen) and should now be ready. (B) is not new (see http://wiki.gnucash.org/wiki/Clickable_Reports_UI and http://bugzilla.gnome.org/show_bug.cgi?id=359224 ). As far as I can understand, there still is no easy way to implement it in goffice, at least not easy enough for me. (C) seems even more difficult (tooltips exist in GtkWidgtes, but I have no clue how to attach them to each bar in a goffice plot, if it is possible at all...) I will therefore be happy with the grid, and let the rest to experienced developers. :-) One additional question: I found hardly any documentation on the goffice library, and got the impression it is only used by gnucash and gnumeric. Have other alternatives been considered? Which could they be, and why have they been discarded (apart from backwards compatibility / least effort )? Thanks to everyone Davide On Thu, Feb 7, 2008 at 6:08 PM, Josh Sled [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: I would like to change slightly the appearance of the plots in bar-chart reports. As it is now it's a bit difficult to get an idea of the level of the bars (a part from the first one on the left), so I would like to add a grid to the plot or, even better, have the actual numeric values visible (e.g. when clicking on the corresponding bar, or when pointing it without clicking, or even as a label close to it) These things would be provided by modifying how we call libgoffice, which provides the actual plotting. The primary binding code between gnucash and goffice is in src/gnome-utils/gnc-html-graph-gog.c. The interface between the reports and that code is through a couple of levels… The report (scm code) will emit an object tag with param tags for the various parameters. See src/report/report-system/html-barchart.scm. GtkHtml is configured for object tags (with a particular class-id) to be handled by the aforementioned gnc-html-graph-gog code. It then parses the params/data, and converts it into goffice's interface, and renders the report into a pixmap. The pixmap is then returned to GtkHtml as the rendering of the object tag. I don't know anything about scheme, guile, and extremely little about html, and before continuing my research, I would like to get directions and suggestions from the experts. Where to start from? Do I have to dig into scheme? Shall I create a custom report or change something in the stylesheet? - Make sure you know what's supported by goffice, and the details of what it needs (for, say, labels on chart segments). - Modify the pie/bar-chart generator code for those new parameters. - Modify the gnc-html-graph-gog code for those new parameters. - Modify the reports to use the new pie/bar-chart generator code. We're here and happy to help if you have any questions. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Plot details - barchart reports
Hi again, I started to look into goffice, and dealt with the grid option, as a start (easy things first...). I think I got it working in a pretty enough way (for me). I added a few lines in src/gnome-utils/gnc-html-graph-gog.c that actually draw the y-major-grid on some grayed background, and added the relevant option Background Grid in the Display Tab of the barchart report. All in all, changed (as few lines as possible) src/gnome-utils/gnc-html-graph-gog.c src/report/report-system/html-barchart.scm src/report/report-system/report-system.scm src/report/standard-reports/category-barchart.scm Now the questions: How do I submit this changes to you, so as to get feedback/comments and eventually, hopefully, have this little piece of code included in the trunk? Please assume very basic knowledge of svn and diff... Since I modified some gnucash code rather than creating a custom report, if I don't get them incorporated I will loose my changes when gnucash evolves, right? BTW, I was working on r16930, downloaded via SVN. Thanks Davide On Feb 7, 2008 6:32 PM, Davide Imbeni [EMAIL PROTECTED] wrote: Thanks for your indications. I will start to work on it and report as soon as I have something ready, or (more likely) additional doubts. As I said, I will first have to learn A LOT, so don't expect fast patches... Thank you Davide On Feb 7, 2008 6:08 PM, Josh Sled [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: I would like to change slightly the appearance of the plots in bar-chart reports. As it is now it's a bit difficult to get an idea of the level of the bars (a part from the first one on the left), so I would like to add a grid to the plot or, even better, have the actual numeric values visible (e.g. when clicking on the corresponding bar, or when pointing it without clicking, or even as a label close to it) These things would be provided by modifying how we call libgoffice, which provides the actual plotting. The primary binding code between gnucash and goffice is in src/gnome-utils/gnc-html-graph-gog.c. The interface between the reports and that code is through a couple of levels… The report (scm code) will emit an object tag with param tags for the various parameters. See src/report/report-system/html-barchart.scm. GtkHtml is configured for object tags (with a particular class-id) to be handled by the aforementioned gnc-html-graph-gog code. It then parses the params/data, and converts it into goffice's interface, and renders the report into a pixmap. The pixmap is then returned to GtkHtml as the rendering of the object tag. I don't know anything about scheme, guile, and extremely little about html, and before continuing my research, I would like to get directions and suggestions from the experts. Where to start from? Do I have to dig into scheme? Shall I create a custom report or change something in the stylesheet? - Make sure you know what's supported by goffice, and the details of what it needs (for, say, labels on chart segments). - Modify the pie/bar-chart generator code for those new parameters. - Modify the gnc-html-graph-gog code for those new parameters. - Modify the reports to use the new pie/bar-chart generator code. We're here and happy to help if you have any questions. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Plot details - barchart reports
Interesting.
I actually got the warnings, but I'm forced to run configure with the
flag --disable-error-on-warning, so I could compile even though.
But your point makes me wonder about one thing:
As I understand, you get errors with the statement:
GogObject *object = gog_object_get_child_by_role (...);
but not when you correct it as follows:
GogObject *object;
object = gog_object_get_child_by_role (...);
Now my question is, why don't you get the same error in the (very
similar) statement about rotate_row_labels that comes right before?
if (rotate_row_labels) {
GogObject *object = gog_object_get_child_by_role (
chart, gog_object_find_role_by_name (chart, X-Axis));
style = gog_styled_object_get_style (GOG_STYLED_OBJECT (object));
gog_style_set_text_angle (style, 90.0);
}
It looks like the very same statement to me (I actually copied it
without understanding too much... :-( )
What am I missing?
On Feb 12, 2008 4:50 PM, Timothy Janssen [EMAIL PROTECTED] wrote:
Davide Imbeni wrote:
Hi again,
I apologize for doing this twice.
I found no good reason not to have the same gridline option for
net-barchart.scm. Please find attached the new diff file.
Best Regards
Davide
I get a compile error when I try to compile the source code with this
patch applied:
cc1: warnings being treated as errors
gnc-html-graph-gog.c: In function 'handle_barchart':
gnc-html-graph-gog.c:516: warning: ISO C90 forbids mixed declarations
and code
I moved the declaration to the top of the function and it compiles now.
Attached is Davide's diff file with my change.
Tim
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Plot details - barchart reports
Hi again, I apologize for doing this twice. I found no good reason not to have the same gridline option for net-barchart.scm. Please find attached the new diff file. Best Regards Davide On Feb 12, 2008 1:40 PM, Davide Imbeni [EMAIL PROTECTED] wrote: Here comes the diff file. In the meantime, I'll keep looking into the labeling of values on the barchart plot (that seems a bit more difficult). Thanks Davide 2008/2/12 Ian Lewis [EMAIL PROTECTED]: David, If you made the changes in the local SVN repo then you can do: svn diff gridlines.diff and send us the gridlines.diff file. Thanks, Ian 2008/2/12, Davide Imbeni [EMAIL PROTECTED]: Hi again, I started to look into goffice, and dealt with the grid option, as a start (easy things first...). I think I got it working in a pretty enough way (for me). I added a few lines in src/gnome-utils/gnc-html-graph-gog.c that actually draw the y-major-grid on some grayed background, and added the relevant option Background Grid in the Display Tab of the barchart report. All in all, changed (as few lines as possible) src/gnome-utils/gnc-html-graph-gog.c src/report/report-system/html-barchart.scm src/report/report-system/report-system.scm src/report/standard-reports/category-barchart.scm Now the questions: How do I submit this changes to you, so as to get feedback/comments and eventually, hopefully, have this little piece of code included in the trunk? Please assume very basic knowledge of svn and diff... Since I modified some gnucash code rather than creating a custom report, if I don't get them incorporated I will loose my changes when gnucash evolves, right? BTW, I was working on r16930, downloaded via SVN. Thanks Davide On Feb 7, 2008 6:32 PM, Davide Imbeni [EMAIL PROTECTED] wrote: Thanks for your indications. I will start to work on it and report as soon as I have something ready, or (more likely) additional doubts. As I said, I will first have to learn A LOT, so don't expect fast patches... Thank you Davide On Feb 7, 2008 6:08 PM, Josh Sled [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: I would like to change slightly the appearance of the plots in bar-chart reports. As it is now it's a bit difficult to get an idea of the level of the bars (a part from the first one on the left), so I would like to add a grid to the plot or, even better, have the actual numeric values visible ( e.g. when clicking on the corresponding bar, or when pointing it without clicking, or even as a label close to it) These things would be provided by modifying how we call libgoffice, which provides the actual plotting. The primary binding code between gnucash and goffice is in src/gnome-utils/gnc-html-graph-gog.c. The interface between the reports and that code is through a couple of levels… The report (scm code) will emit an object tag with param tags for the various parameters. See src/report/report-system/html- barchart.scm. GtkHtml is configured for object tags (with a particular class-id) to be handled by the aforementioned gnc-html-graph-gog code. It then parses the params/data, and converts it into goffice's interface, and renders the report into a pixmap. The pixmap is then returned to GtkHtml as the rendering of the object tag. I don't know anything about scheme, guile, and extremely little about html, and before continuing my research, I would like to get directions and suggestions from the experts. Where to start from? Do I have to dig into scheme? Shall I create a custom report or change something in the stylesheet? - Make sure you know what's supported by goffice, and the details of what it needs (for, say, labels on chart segments). - Modify the pie/bar-chart generator code for those new parameters. - Modify the gnc-html-graph-gog code for those new parameters. - Modify the reports to use the new pie/bar-chart generator code. We're here and happy to help if you have any questions. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Index: src/report/standard-reports/category-barchart.scm === --- src/report/standard-reports/category-barchart.scm (revision 16941) +++ src/report/standard-reports
Re: Plot details - barchart reports
Here comes the diff file. In the meantime, I'll keep looking into the labeling of values on the barchart plot (that seems a bit more difficult). Thanks Davide 2008/2/12 Ian Lewis [EMAIL PROTECTED]: David, If you made the changes in the local SVN repo then you can do: svn diff gridlines.diff and send us the gridlines.diff file. Thanks, Ian 2008/2/12, Davide Imbeni [EMAIL PROTECTED]: Hi again, I started to look into goffice, and dealt with the grid option, as a start (easy things first...). I think I got it working in a pretty enough way (for me). I added a few lines in src/gnome-utils/gnc-html-graph-gog.c that actually draw the y-major-grid on some grayed background, and added the relevant option Background Grid in the Display Tab of the barchart report. All in all, changed (as few lines as possible) src/gnome-utils/gnc-html-graph-gog.c src/report/report-system/html-barchart.scm src/report/report-system/report-system.scm src/report/standard-reports/category-barchart.scm Now the questions: How do I submit this changes to you, so as to get feedback/comments and eventually, hopefully, have this little piece of code included in the trunk? Please assume very basic knowledge of svn and diff... Since I modified some gnucash code rather than creating a custom report, if I don't get them incorporated I will loose my changes when gnucash evolves, right? BTW, I was working on r16930, downloaded via SVN. Thanks Davide On Feb 7, 2008 6:32 PM, Davide Imbeni [EMAIL PROTECTED] wrote: Thanks for your indications. I will start to work on it and report as soon as I have something ready, or (more likely) additional doubts. As I said, I will first have to learn A LOT, so don't expect fast patches... Thank you Davide On Feb 7, 2008 6:08 PM, Josh Sled [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: I would like to change slightly the appearance of the plots in bar-chart reports. As it is now it's a bit difficult to get an idea of the level of the bars (a part from the first one on the left), so I would like to add a grid to the plot or, even better, have the actual numeric values visible (e.g. when clicking on the corresponding bar, or when pointing it without clicking, or even as a label close to it) These things would be provided by modifying how we call libgoffice, which provides the actual plotting. The primary binding code between gnucash and goffice is in src/gnome-utils/gnc-html-graph-gog.c. The interface between the reports and that code is through a couple of levels… The report (scm code) will emit an object tag with param tags for the various parameters. See src/report/report-system/html-barchart.scm. GtkHtml is configured for object tags (with a particular class-id) to be handled by the aforementioned gnc-html-graph-gog code. It then parses the params/data, and converts it into goffice's interface, and renders the report into a pixmap. The pixmap is then returned to GtkHtml as the rendering of the object tag. I don't know anything about scheme, guile, and extremely little about html, and before continuing my research, I would like to get directions and suggestions from the experts. Where to start from? Do I have to dig into scheme? Shall I create a custom report or change something in the stylesheet? - Make sure you know what's supported by goffice, and the details of what it needs (for, say, labels on chart segments). - Modify the pie/bar-chart generator code for those new parameters. - Modify the gnc-html-graph-gog code for those new parameters. - Modify the reports to use the new pie/bar-chart generator code. We're here and happy to help if you have any questions. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Index: src/report/standard-reports/category-barchart.scm === --- src/report/standard-reports/category-barchart.scm (revision 16930) +++ src/report/standard-reports/category-barchart.scm (working copy) @@ -81,6 +81,7 @@ (define optname-plot-width (N_ Plot Width)) (define optname-plot-height (N_ Plot Height)) (define optname-sort-method (N_ Sort Method)) +(define optname-y-major-grid (N_ Background Grid)) (define (options-generator account-types reverse-balance?) (let* ((options (gnc:new-options)) @@ -146,6 +147,12 @@ c (N_ Maximum number of bars in the chart) 8 2 24 0 1
Plot details - barchart reports
Hi, I would like to change slightly the appearance of the plots in bar-chart reports. As it is now it's a bit difficult to get an idea of the level of the bars (a part from the first one on the left), so I would like to add a grid to the plot or, even better, have the actual numeric values visible (e.g. when clicking on the corresponding bar, or when pointing it without clicking, or even as a label close to it) I have had a look at the wiki page on customizing reports ( http://wiki.gnucash.org/wiki/Custom_Reports), and at some additional resources like the stylesheet scm files and the file /src/report/report-system/doc/report-html.txt. I don't know anything about scheme, guile, and extremely little about html, and before continuing my research, I would like to get directions and suggestions from the experts. Where to start from? Do I have to dig into scheme? Shall I create a custom report or change something in the stylesheet? Thanks for your time. Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Plot details - barchart reports
Thanks for your indications. I will start to work on it and report as soon as I have something ready, or (more likely) additional doubts. As I said, I will first have to learn A LOT, so don't expect fast patches... Thank you Davide On Feb 7, 2008 6:08 PM, Josh Sled [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: I would like to change slightly the appearance of the plots in bar-chart reports. As it is now it's a bit difficult to get an idea of the level of the bars (a part from the first one on the left), so I would like to add a grid to the plot or, even better, have the actual numeric values visible (e.g. when clicking on the corresponding bar, or when pointing it without clicking, or even as a label close to it) These things would be provided by modifying how we call libgoffice, which provides the actual plotting. The primary binding code between gnucash and goffice is in src/gnome-utils/gnc-html-graph-gog.c. The interface between the reports and that code is through a couple of levels… The report (scm code) will emit an object tag with param tags for the various parameters. See src/report/report-system/html-barchart.scm. GtkHtml is configured for object tags (with a particular class-id) to be handled by the aforementioned gnc-html-graph-gog code. It then parses the params/data, and converts it into goffice's interface, and renders the report into a pixmap. The pixmap is then returned to GtkHtml as the rendering of the object tag. I don't know anything about scheme, guile, and extremely little about html, and before continuing my research, I would like to get directions and suggestions from the experts. Where to start from? Do I have to dig into scheme? Shall I create a custom report or change something in the stylesheet? - Make sure you know what's supported by goffice, and the details of what it needs (for, say, labels on chart segments). - Modify the pie/bar-chart generator code for those new parameters. - Modify the gnc-html-graph-gog code for those new parameters. - Modify the reports to use the new pie/bar-chart generator code. We're here and happy to help if you have any questions. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Expense and Income Over Time Report problem
Hi, I'm running Gnucash 2.2.99 (svn r16866M) on opensuse 10.3, x86_64 I found a recent problem with some reports, not present in svn versions until beginning of January (can't track back exactly when the problem started to appear). I have a number of reports (e.g. expense over time) that should cover the period from start of previous year to end of current year. Those are broken (I get an error message in the report tab, something like there was an error computing the report, what I see is the Italian translation). The surprising thing to me is that if I change the start date in the report options to start of current year, everything works fine again! This one example entry in the books directory: ... [Page 2] PageType=GncPluginPageReport PageName=Uscite Anno SchemeOptions=(let ((options (gnc:report-template-new-options/report-guid b1f15b2052c149df93e698fe85a81ea6 Expense Over Time))) (let ((option (gnc:lookup-option options General To))) ((lambda (option) (if option ((gnc:option-setter option) '(relative . end-cal-year option)) (let ((option (gnc:lookup-option options General Report name))) ((lambda (option) (if option ((gnc:option-setter option) Uscite Anno))) option)) (let ((option (gnc:lookup-option options General From))) ((lambda (option) (if option ((gnc:option-setter option) '(relative . start-prev-year option)) (let ((option (gnc:lookup-option options General Price Source))) ((lambda (option) (if option ((gnc:option-setter option) 'pricedb-nearest))) option)) (let ((option (gnc:lookup-option options Display Plot Width))) ((lambda (option) (if option ((gnc:option-setter option) 1100.0))) option)) (let ((option (gnc:lookup-option options Display Plot Height))) ((lambda (option) (if option ((gnc:option-setter option) 800.0))) option)) (let ((option (gnc:lookup-option options Display Maximum Bars))) ((lambda (option) (if option ((gnc:option-setter option) 10.0))) option)) (gnc:restore-report-by-guid 25 b1f15b2052c149df93e698fe85a81ea6 Expense Over Time options)) ... This happens often, but not always. I have other Expense Over Time reports (with fewer filtered acounts) that still work fine. Sounds to me like some kind of memory problem, but it only happens to Expense and Income Over Time... Any clues, suggestions? Thanks Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Expense and Income Over Time Report problem
On Jan 17, 2008 1:58 PM, Derek Atkins [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: I have a number of reports (e.g. expense over time) that should cover the period from start of previous year to end of current year. Those are broken (I get an error message in the report tab, something like there was an error computing the report, what I see is the Italian translation). The surprising thing to me is that if I change the start date in the report options to start of current year, everything works fine again! What's printed in /tmp/gnucash.trace when the fault happens? * 08:51:56 CRIT gnc.report.gui gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed * 09:41:19 CRIT gnc.backend.file commodity_ref_to_dom_tree: assertion `c' failed * 10:44:05 CRIT gnc.backend.file commodity_ref_to_dom_tree: assertion `c' failed I don't know about the last 2, but the first seems like it... -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Expense and Income Over Time Report problem
gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed * 18:58:15 CRIT gnc.report.gui gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed * 18:58:15 CRIT gnc.report.gui gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed * 18:58:17 CRIT gnc.report.gui gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed * 18:58:17 CRIT gnc.report.gui gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed * 18:58:25 CRIT gnc.report.gui gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed I hope this helps. I have multiple reports with the same time frame (start of previous till end of current year), including different accounts: some crashes and some don't... On Jan 17, 2008 6:26 PM, Derek Atkins [EMAIL PROTECTED] wrote: Davide Imbeni [EMAIL PROTECTED] writes: What's printed in /tmp/gnucash.trace when the fault happens? * 08:51:56 CRIT gnc.report.gui gnc_plugin_page_report_name_changed: assertion `count++ = max_count' failed * 09:41:19 CRIT gnc.backend.file commodity_ref_to_dom_tree: assertion `c' failed * 10:44:05 CRIT gnc.backend.file commodity_ref_to_dom_tree: assertion `c' failed I don't know about the last 2, but the first seems like it... Unlikely. I don't think that would be the cause of the report failed. There should be a scheme backtrace. -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Expense and Income Over Time Report problem
HI, I can confirm that r16869 fixed the problem. Now reports are looking good again (no error). Thank you Andrew and Derek. Davide On Jan 18, 2008 1:15 AM, Andrew Sackville-West [EMAIL PROTECTED] wrote: On Thu, Jan 17, 2008 at 07:03:49PM +0100, Davide Imbeni wrote: I see. Here comes the last generated/tmp/gnucash.trace (at startup): snipped gnucash.trace... Davide, we really need the terminal output. Run gnucash from an x-terminal and you should see copious output when the report crashes. Also, I'm pretty sure this is fixed in the lastest svn. I hope this helps. I have multiple reports with the same time frame (start of previous till end of current year), including different accounts: some crashes and some don't... all four barcharts are generated from the same report source code, so they should all be fixed now. A -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHj++YaIeIEqwil4YRAt+TAJ0UWYRJ8NvjHPKbRMa7rnsttHVnNwCgzHEu QQCYr0fVZKhe4H/bb1maB58= =Yaqg -END PGP SIGNATURE- ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
report-guid issue
Hi all, I've been using GnuCash on Suse Linux for years now. I currently run GnuCash-2.2.99 svn (r16856) on Opensuse 10.3. I try to keep updated the svn version quite often, and I have recently started to get the following warning message at startup: Your report system includes one or more reports without a proper report-guid field. This report may break without warning in future versions of GnuCash. Please review your saved reports file and update those reports. Now, in .gnucash/books/MyAccounts I've found a number of report-guid entries, followed by long hex strings of the type SchemeOptions=(let ((options (gnc:report-template-new-options/report-guid 2fe3b9833af044abb929a88d5a59620f Transaction Report))) ... one per each report tab I have (it's quite many) All reports appear to have such entry, so I guess it might be so that the hex code is sometimes wrong. I also wonder if this could be related to the Crash in Accounts receivable report and gnucash crashes on open due to missing custom report threads... Any clues? Thank you Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: report-guid issue
Hi Derek, All reports appear to have such entry, so I guess it might be so that the hex code is sometimes wrong. I also wonder if this could be related to the Crash in Accounts receivable report and gnucash crashes on open due to missing custom report threads... Any clues? Do you have any saved (custom) reports? Yes, I do. And I saved them with VERY old versions of gnucash. In my .gnucash directory I see the files saved-reports-1.8 and saved-reports-2.0. Is this what we're talking about? The fact is, I don't need my save reports, and would like to get rid of them in the best way (then I guess I can save some reports again with the current version). I tried to mv .gnucash/saved-reports-2.0 .gnucash/saved-reports-2.0.old but it didn't help. Where do I find them? How do I get rid of them? Thanks Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Problems building 2.2.1 (svn) on openSuse 10.3
Hi list, I am facing some problems trying to build the svn version of Gnucash 2.2.1on openSuse 10.3 on a x86_64 arch. I believe all dependencies should be ok. 1 -- First issue (solved, maybe in the wrong way): after successful ./configure, make stops with error /bin/sh ../../../libtool --tag=CC --mode=link gcc -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I../../../lib/libc -Werror -Wdeclaration-after-statement -Wno-pointer-sign -D_FORTIFY_SOURCE=2 -g -O2 -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -version-info 1:4:0 -o libgnc-qof.la -rpath /usr/local/lib deprecated.lo gnc-date.lo gnc-numeric.lo guid.lo kvp_frame.lo kvp-util.lo md5.lo qofbackend.lo qofclass.lo qofchoice.lo qofid.lo qofinstance.lo qofquery.lo qofbook.lo qofevent.lo qoflog.lo qofobject.lo qofquerycore.lo qofreference.lo qofutil.lo qofsession.lo qofbookmerge.lo -pthread -Wl,--export-dynamic -lgthread-2.0 -lrt -lgobject-2.0 -lgmodule-2.0 -ldl - lglib-2.0../../../lib/libc/libc-missing.la -lpopt -lm -lpthread -lm libtool: link: cannot find the library `/usr/lib64/libpopt.la' or unhandled argument `/usr/lib64/libpopt.la' make[5]: *** [libgnc-qof.la] Error 1 make[5]: Leaving directory `/usr/local/src/gnucash-svn/lib/libqof/qof' make[4]: *** [all] Error 2 make[4]: Leaving directory `/usr/local/src/gnucash-svn/lib/libqof/qof' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/local/src/gnucash-svn/lib/libqof' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/gnucash-svn/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/gnucash-svn' make: *** [all] Error 2 With respect to openSuse 10.2 (where I was able to build gnucash), the differences in 10.3 are: libpopt.la is missing, and all libpopt.so* are located in /lib64 instead of /usr/lib64. I just copied the old (10.2) libpopt.la in /lib64, changed libdir=/usr/lib64 to libdir=/lib64 in its last line and simlinked it to /usr/lib64. Since I have a VERY faint idea of what .la files actually do: was this correct? dirty? any better solutions/suggestions? 2 -- The above allowed make to continue compiling... for a while. Next error, on which I'm currently stuck, is: gcc -DHAVE_CONFIG_H -I. -I../.. -DG_LOG_DOMAIN=\gnc.engine\ -I../../lib/libc -I../../src/core-utils -I../../src -I../../src -I../../src/gnc-module -I../../lib/libqof/qof -I../../lib/libqof/qof -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -Werror -Wdeclaration-after-statement -Wno-pointer-sign -D_FORTIFY_SOURCE=2 -g -O2 -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused -MT engine-helpers.lo -MD -MP -MF .deps/engine-helpers.Tpo -c engine-helpers.c -fPIC -DPIC -o .libs/engine-helpers.o cc1: warnings being treated as errors engine-helpers.c: In function 'gnc_generic_to_scm': engine-helpers.c:2161: warning: passing argument 1 of 'SWIG_Guile_NewPointerObj' discards qualifiers from pointer target type make[5]: *** [engine-helpers.lo] Error 1 make[5]: Leaving directory `/usr/local/src/gnucash-svn/src/engine' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/usr/local/src/gnucash-svn/src/engine' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/local/src/gnucash-svn/src/engine' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/gnucash-svn/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/gnucash-svn' make: *** [all] Error 2 slib and swig are obviously installed. Any suggestions? Thanks a lot Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Problems building 2.2.1 (svn) on openSuse 10.3
Thanks a lot to both Christian and Josh. Now I was able to compile and run the latest gnucash again! I just have to add that another .la was missing in opensuse 10.3 in spite of having installed all matching *-devel packages: libosp.la Just in case someone happens to install opensuse 10.3 without being able to rely (as I could) on the surviving old 10.2 root, I will attach both libpopt.la and libosp.la to this email. I found that editing and adapting them was much easier than figuring out what to put there from scratch... Cheers Davide On 10/15/07, Christian Stimming [EMAIL PROTECTED] wrote: Am Montag, 15. Oktober 2007 09:33 schrieb Davide Imbeni: svn version of Gnucash 2.2.1on openSuse 10.3 on a x86_64 arch. 1 -- First issue (solved, maybe in the wrong way): after successful ./configure, make stops with error libtool: link: cannot find the library `/usr/lib64/libpopt.la' or unhandled argument `/usr/lib64/libpopt.la' make[5]: *** [libgnc-qof.la] Error 1 With respect to openSuse 10.2 (where I was able to build gnucash), the differences in 10.3 are: libpopt.la is missing, and all libpopt.so* are located in /lib64 instead of /usr/lib64. I just copied the old (10.2) libpopt.la in /lib64, changed libdir=/usr/lib64 to libdir=/lib64 in its last line and simlinked it to /usr/lib64. Since I have a VERY faint idea of what .la files actually do: was this correct? dirty? any better solutions/suggestions? Your solution was correct. Some -devel package of opensuse seems to rely on a file libpopt.la to exist. Somehow the opensuse packagers forgot to create a package that installs that file. But .la files are really doing only very little; copying like what you did is one possible solution, although it could have gone wrong as well. As an eventual solution, opensuse should provide a package that contains libpopt.la; on opensuse 10.2 there was popt-devel, but in the new version this might be called differently. 2 -- The above allowed make to continue compiling... for a while. Next error, on which I'm currently stuck, is: cc1: warnings being treated as errors engine-helpers.c: In function 'gnc_generic_to_scm': engine-helpers.c:2161: warning: passing argument 1 of 'SWIG_Guile_NewPointerObj' discards qualifiers from pointer target type As josh already explained: That's a warning that is introduced by the newest gcc and/or newest swig packages and we currently don't have an easy way to fix it. Please use --disable-error-on-warning. Christian libpopt.la Description: application/shared-library-la libosp.la Description: application/shared-library-la ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Problems building 2.2.1 (svn) on openSuse 10.3
Ooops. opensp-devel actually includes libosp.la. No need to hack there. Apologies Davide On 10/15/07, Davide Imbeni [EMAIL PROTECTED] wrote: Thanks a lot to both Christian and Josh. Now I was able to compile and run the latest gnucash again! I just have to add that another .la was missing in opensuse 10.3 in spite of having installed all matching *-devel packages: libosp.la Just in case someone happens to install opensuse 10.3 without being able to rely (as I could) on the surviving old 10.2 root, I will attach both libpopt.la and libosp.la to this email. I found that editing and adapting them was much easier than figuring out what to put there from scratch... Cheers Davide On 10/15/07, Christian Stimming [EMAIL PROTECTED] wrote: Am Montag, 15. Oktober 2007 09:33 schrieb Davide Imbeni: svn version of Gnucash 2.2.1on openSuse 10.3 on a x86_64 arch. 1 -- First issue (solved, maybe in the wrong way): after successful ./configure, make stops with error libtool: link: cannot find the library `/usr/lib64/libpopt.la' or unhandled argument `/usr/lib64/libpopt.la' make[5]: *** [libgnc-qof.la] Error 1 With respect to openSuse 10.2 (where I was able to build gnucash), the differences in 10.3 are: libpopt.la is missing, and all libpopt.so*are located in /lib64 instead of /usr/lib64. I just copied the old ( 10.2) libpopt.la in /lib64, changed libdir=/usr/lib64 to libdir=/lib64 in its last line and simlinked it to /usr/lib64. Since I have a VERY faint idea of what .la files actually do: was this correct? dirty? any better solutions/suggestions? Your solution was correct. Some -devel package of opensuse seems to rely on a file libpopt.la to exist. Somehow the opensuse packagers forgot to create a package that installs that file. But .la files are really doing only very little; copying like what you did is one possible solution, although it could have gone wrong as well. As an eventual solution, opensuse should provide a package that contains libpopt.la; on opensuse 10.2 there was popt-devel, but in the new version this might be called differently. 2 -- The above allowed make to continue compiling... for a while. Next error, on which I'm currently stuck, is: cc1: warnings being treated as errors engine-helpers.c: In function 'gnc_generic_to_scm': engine-helpers.c:2161: warning: passing argument 1 of 'SWIG_Guile_NewPointerObj' discards qualifiers from pointer target type As josh already explained: That's a warning that is introduced by the newest gcc and/or newest swig packages and we currently don't have an easy way to fix it. Please use --disable-error-on-warning. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
html export on Windows
Hi, I noticed that html export only works for text only reports(e.g. balance), at least on my machine (Windows 2000 SP 4, Gnucash 2.1.4 - r16170) When I try to export something with pictures and colors (e.g. a barchart), all I get is the empty html container !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 TRANSITIONAL//EN HTML HEAD META HTTP-EQUIV=Content-Type CONTENT=text/html; CHARSET=UTF-8 META NAME=GENERATOR CONTENT=GtkHTML/3.12.2 /HEAD BODY BGCOLOR=#ff nbsp; /BODY /HTML Printing, instead, works fine. It's not really the highest priority thing for me, but I thought it should get fixed before 2.2 (unless I'm the only one getting the problem, in that case I will ask for guidance in solving it on my installation...) Thanks Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: MS Win locale issue?
Hi, the solution was simpler than I expected, and obviously related to my own locale settings. In Windows control panel I changed the locale settings for currency from: Currency symbol = L. Decimal symbol = Digit grouping symbol = . to: Currency symbol = € Decimal symbol = , Digit grouping symbol = . and the problem disappeared. Of course, it looks like the locale settings actually matter even if one selects the currency to be different from the locale in the preferences, which might not be the desired behaviour. Thank you for directing me to the right place (Control Panel, Regional Settings)! Davide PS. One more question/doubt: why is there an option to Enable euro support in the general preferences? Isn't euro supopdsed to be just one more currency? On 6/19/07, Christian Stimming [EMAIL PROTECTED] wrote: Quoting Andreas Köhler [EMAIL PROTECTED]: - General - Locale (location) = Italian (Italy) - Currency - Currency symbol = L. (as in Italian Lira, why is it still there after all these years!! :-( ) I see there is no decimal symbol in the currency section, which makes sense for the ITL admitted no decimals (being worth almost nothing,,,) I do not have access to a Windows 2000 machine, so may you please continue to try to fix this and post your results here? Keep in mind that 2000 is well before we switched to the Euro :-) But as we're already talking about workarounds: Why don't we add an additional check in gnc_locale_default_currency_nodefault(): if (gnc_is_euro_currency (currency)) currency = gnc_get_euro(); Given that this only overrides the locale-inferred currency but not one that has been set through the user, I think this would be reasonable enough to be used. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
MS Win locale issue?
Hi, I've been testing Gnucash for Windows since its first release. I've notice that there might be a problem with local currency settings, and I'm no longer sure it only depends on my (old) machine configuration. Please find below a list of relevant observations. - In Preferences, both Default Currency () and Default Report Currency Locale is ITL (Italian Lira). Is it really so that my OS still reports this as the local currency, amore than 7 years after the official introduction of Euro? Well, this is obviously easily solved by setting the Choose section to EUR... I report this because I suspect it could play a role in the following. - When I enter values with decimals, I can only use . for separating the decimal part, while according to Italian locale it should be , Unfortunately, the thousands separator (shown after inserting a value) is also .. This means that one thousand euro and 25 eurcents is shown as 1.000.25 instead of 1.000,25 (Italian locale) or 1,000.25 (US locale?) - Whenever I try to edit an already entered value that contains 2 periods (as in the above example), the value is not shown, instead I will see a blank entry, or the old entry ( e.g., when moving the cursor down a list of transactions, I will see the value of the previous transaction instead of the correct one, when moving the cursor up, I will see the following). If I don't commit any change, the actual values remain correct, it's only a visualization problem. - Beacuse of the above, I connot edit most of the entered values (adding, multiplying and so on), only rewrite from scratch. - Something strange also happens when editing the Exchange Rate: if I'm editing a value that contains decimals and is higher than 1000, a popup dialog appears complaining about illegal characters. Sometimes no Exchange Rate dialog appears at all (I was not able to correlate this with anything, sorry) If the above is a general problem (not due to strange settings in my machine, one never knows...), it would be good to fix them before 2.2, since they make the software much less usable and reliable-looking than it can be... I want to take this opportunity to thank all developers for their excellent work. Thanks! Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: MS Win locale issue?
Hi, I did not mention I'm using Windows 2000; I did not find any Standards and Formats, Location and Language for non-Unicode programs in the Control Panel, Regional Settings. Instead, I can see, among others: - General - Locale (location) = Italian (Italy) - Numbers - Decimal symbol = , Digit grouping symbol = . - Currency - Currency symbol = L. (as in Italian Lira, why is it still there after all these years!! :-( ) Decimal symbol = Digit grouping symbol = . I see there is no decimal symbol in the currency section, which makes sense for the ITL admitted no decimals (being worth almost nothing,,,) I don't export any LANG or LANGUAGE variables. I hope this helps Thank you again Davide On 6/19/07, Andreas Köhler [EMAIL PROTECTED] wrote: Hi, Davide Imbeni wrote: I've been testing Gnucash for Windows since its first release. I've notice that there might be a problem with local currency settings, and I'm no longer sure it only depends on my (old) machine configuration. Please find below a list of relevant observations. [snip snip] I will try to check that later today, but I will need your exact locale. In the Control Panel, Regional Settings, there are several settings regarding it, I think Standards and Formats, Location and Language for non-Unicode programs. If you exported environment variables like LANG or LANGUAGE, I need those too, of course. Thanks for your detailed information! Davide -- andi5 -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: MS Win locale issue?
On 6/19/07, Andreas Köhler [EMAIL PROTECTED] wrote: Hi, Am Dienstag, den 19.06.2007, 12:36 +0200 schrieb Davide Imbeni: Hi, I did not mention I'm using Windows 2000; I did not find any Standards and Formats, Location and Language for non-Unicode programs in the Control Panel, Regional Settings. Instead, I can see, among others: - General - Locale (location) = Italian (Italy) - Numbers - Decimal symbol = , Digit grouping symbol = . - Currency - Currency symbol = L. (as in Italian Lira, why is it still there after all these years!! :-( ) Decimal symbol = Digit grouping symbol = . I see there is no decimal symbol in the currency section, which makes sense for the ITL admitted no decimals (being worth almost nothing,,,) I don't export any LANG or LANGUAGE variables. I hope this helps Thank you again I do not have access to a Windows 2000 machine, so may you please continue to try to fix this and post your results here? Keep in mind that 2000 is well before we switched to the Euro :-) Maybe a service pack or another Microsoft package can help here. You have a point here. The fact is that the machine was installed and configured in the spring of 2004. I guess they still preferred Windows 2000 before XP because of the legendary stability of the latter... (I guess it shows, I only use Windows sometimes and because I'm forced to...) Anyway, there is some Service Pack installed: the complete OS name is Microsoft Windows 2000 5.00.2195 Service Pack 4 A workaround may be to activate Edit Preferences General Numbers Automatic decimal point. I tried, it didn't help. I will play around with the locale settings, and let you know if I get somewhere. Thanks again Davide -- andi5 Davide ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
