Re: Problem with 2.3.11 build

2010-03-18 Thread Phil Longstaff
On Wed, 2010-03-17 at 21:32 +0100, Christian Stimming wrote: > Am Mittwoch, 17. März 2010 schrieb Phil Longstaff: > > The 2.3.11 build failed, and I don't know why or have access to fix it. > > > > Extracting libglade_2.6.4-1_win32.zip ... done > > Extracting pixman-0.17.6.tar.gz ... done > > Extr

Re: Translatable strings in .h file -- best way to resolve?

2010-03-18 Thread Jeff Kletsky
Mike Alexander wrote: --On March 16, 2010 10:17:37 AM +0100 Christian Stimming wrote: Zitat von Jeff Kletsky : #define ACCOUNT_OPTIONS_SECTION "Accounts" #define TRADING_ACCOUNTS_OPTION "Trading Accounts" Presently, make-gnucash-potfiles.in does not look at .h files for translatable strings

pthreads issue solved (was: Re: Windows XP, gnucash build problems)

2010-03-18 Thread Geert Janssens
Christian, Martin, Thanks for your help and tips. I finally found the issue, mainly thanks to the configure.log/status I got from Christian. I noticed that in my configure run all pthread tests returned successful, causing the extra LIBMULTITHREAD="-lpthread" and LTLIBMULTITHREAD="-lpthread"

Re: Translatable strings in .h file -- best way to resolve?

2010-03-18 Thread Derek Atkins
Jeff Kletsky writes: [snip] > #define OPTION_SECTION_ACCOUNTSN_("Accounts") > #define OPTION_NAME_TRADING_ACCOUNTS N_("Trading Accounts") > > #define OPTION_SECTION_BUDGETING N_("Budgeting") > #define OPTION_NAME_DEFAULT_BUDGET N_("Default Budget") We should absolutely use N_

Re: Translatable strings in .h file -- best way to resolve?

2010-03-18 Thread Jeff Kletsky
Derek Atkins wrote: Jeff Kletsky writes: [snip] #define OPTION_SECTION_ACCOUNTSN_("Accounts") #define OPTION_NAME_TRADING_ACCOUNTS N_("Trading Accounts") #define OPTION_SECTION_BUDGETING N_("Budgeting") #define OPTION_NAME_DEFAULT_BUDGET N_("Default Budget") We s

Re: Translatable strings in .h file -- best way to resolve?

2010-03-18 Thread Derek Atkins
Jeff Kletsky writes: > So then when I submit a patch for things like src/business/business-utils/ > business-utils.scm -- the existing usages of (N_ "some string") probably > should be converted to (_ "some string") -- correct? I was puzzled by that as, > at least as I understand it, in C N_(stri

Re: Translatable strings in .h file -- best way to resolve?

2010-03-18 Thread Mike Alexander
--On March 18, 2010 11:04:25 AM -0400 Derek Atkins wrote: (export gnc:*business-label* gnc:*company-name* gnc:*company-addy* gnc:*company-id* gnc:*company-phone* gnc:*company-fax* gnc:*company-url* gnc:*company-email* gnc:*company-contact*) (define gnc:*option-section-

Re: Translatable strings in .h file -- best way to resolve?

2010-03-18 Thread Jeff Kletsky
On 3/18/2010 8:04 AM, Derek Atkins wrote: Jeff Kletsky writes: So then when I submit a patch for things like src/business/business-utils/ business-utils.scm -- the existing usages of (N_ "some string") probably should be converted to (_ "some string") -- correct? I was puzzled by that as,

Indexes on splits.account_guid and transactions.post_date

2010-03-18 Thread Colin Law
Hi Could I put in a plea for indexes to be added to splits.account_guid and transactions.post_date when convenient? Alternatively if someone could point me to where to do it I will submit a patch, assuming that the code is reasonably obvious. Presumably at this time it is only necessary to add t

Re: Indexes on splits.account_guid and transactions.post_date

2010-03-18 Thread Phil Longstaff
On Thu, 2010-03-18 at 21:59 +, Colin Law wrote: > Hi > > Could I put in a plea for indexes to be added to splits.account_guid > and transactions.post_date when convenient? Alternatively if someone > could point me to where to do it I will submit a patch, assuming that > the code is reasonably

Re: OFX Import Account Association

2010-03-18 Thread brad
I have similar experiences. aqbanking doesn't work and import OFX is very fragile. If you make a mistake somewhere along the line with the OFX import you're damned forever. When you import the OFX there is very little visibility into what it's doing and often the transaction goes to the wrong