Re: GDA interim benchmarking synopsis

Am Thu, 14 Feb 2008 12:47:41 -0500 schrieb Derek Atkins [EMAIL PROTECTED]: [snip] SQLite and MySql are completely opposite as to which queries perform well and poorly. That's why I want to see if I can adjust the queries and indices to do better. I'm really beginning to wonder if we

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

Re: Plot details - barchart reports

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

Re: GDA interim benchmarking synopsis

Mark Johnson [EMAIL PROTECTED] writes: I'm really beginning to wonder if we need to write special SQL based on the database we're using in order to tune the performance because of issues like this? Yes, I know that that sort of defeats the purpose of using a library like GDA, but if GDA

Re: GDA interim benchmarking synopsis

Thilo Pfennig [EMAIL PROTECTED] writes: Am Thu, 14 Feb 2008 12:47:41 -0500 schrieb Derek Atkins [EMAIL PROTECTED]: [snip] SQLite and MySql are completely opposite as to which queries perform well and poorly. That's why I want to see if I can adjust the queries and indices to do better.

Re: Feature request from German list: Disable editing of transactions

On Fri, 2008-02-15 at 21:43 +0100, Christian Stimming wrote: Some German business users brought up a feature request that sounds a bit weird for a programmer: They asked for a gnucash mode of operation where the user can not edit older transactions anymore! This is not just important for

Feature request from German list: Disable editing of transactions

Summary: Some German business users brought up a feature request that sounds a bit weird for a programmer: They asked for a gnucash mode of operation where the user can not edit older transactions anymore! I'll explain why this might make sense and why I'll probably commit some patches in

Re: Feature request from German list: Disable editing of transactions

Am Fri, 15 Feb 2008 21:43:25 +0100 schrieb Christian Stimming [EMAIL PROTECTED]: I'm still not completely sure how the actual implementation would look like. I think the best way would be not to select the feature but that by selecting some account templates you will get that. If anybody

Re: GDA interim benchmarking synopsis

Derek Atkins wrote: Mark Johnson [EMAIL PROTECTED] writes: I'm really beginning to wonder if we need to write special SQL based on the database we're using in order to tune the performance because of issues like this? Yes, I know that that sort of defeats the purpose of using a library

Re: Feature request from German list: Disable editing of transactions

Christian Stimming wrote: Some German business users brought up a feature request that sounds a bit weird for a programmer: They asked for a gnucash mode of operation where the user can not edit older transactions anymore! Makes perfect sense - wearing my programmer hat on financial systems,

Re: bizarre GnomeDruid problem

Hi, Am Donnerstag, den 14.02.2008, 15:13 -0800 schrieb Xolotl Loki: I recently got gnucash-2.2.1 working on a Slackware system for the first time (I'd been running a DragonFlyBSD VM just for gnucash). After a month of running with zero problems, the GnomeDruids in gnucash all stopped

Re: bizarre GnomeDruid problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andreas, Thanks for the quick and insightful reply. What if you started `gnucash --logto=stderr' from the terminal, does it print out anything useful? When I start gnucash I get this: [EMAIL PROTECTED]:~/doc/video/porn$ gnucash

Re: bizarre GnomeDruid problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 One thing I did notice: libglade came on the system, and so is installed in /usr. gnucash + deps live in /usr/local. That was it: [EMAIL PROTECTED]:~$ sudo ln -s /usr/local/lib/libglade /usr/lib/ Now all the druids work fine. Thanks for

GDA save missing records

Configuration: libgda 3.1.2 gnucash-gda SVN16943 PostgreSQL 8.2.6 MySql 5.0.51 Sqlite 3.3.7 Today, I deleted all the gnucash databases (Well, I just started a new file for SQLite:-). I made three copies of my current gnucash XML data, and loaded them into three instances of gnucash SVN

Re: GDA save missing records

Mark Johnson wrote: This appears to be separate from the SERIAL problem of libgda's PostgreSQL provider as PostgreSQL has the highest number of splits. (Most complete? Are there duplicates?) Oops, no it doesn't have the highest number of splits. It is three less than MySql.