Re: [PATCH] Update and improve Lithuanian translation

2013-07-03 Thread Aurimas Fišeras
2013.07.03 23:07, Cristian Marchi rašė: > > Il 03/07/2013 21:36, Aurimas Fišeras ha scritto: >> 2013.07.03 21:45, Cristian Marchi rašė: >>> I've a problem applying this patch to trunk. Did you update locally the >>> template? >> Yes, I did. But this shouldn't matter since only lt.po is modified an

Re: [PATCH] Update and improve Lithuanian translation

2013-07-03 Thread Cristian Marchi
Il 03/07/2013 21:36, Aurimas Fišeras ha scritto: 2013.07.03 21:45, Cristian Marchi rašė: I've a problem applying this patch to trunk. Did you update locally the template? Yes, I did. But this shouldn't matter since only lt.po is modified and the patch is generated against trunk. And the rebase

Re: [PATCH] Update and improve Lithuanian translation

2013-07-03 Thread Aurimas Fišeras
2013.07.03 21:45, Cristian Marchi rašė: > I've a problem applying this patch to trunk. Did you update locally the > template? Yes, I did. But this shouldn't matter since only lt.po is modified and the patch is generated against trunk. And the rebased patch is identical to the one I sent on Sunday.

Re: [PATCH] Update and improve Lithuanian translation

2013-07-03 Thread Cristian Marchi
I've a problem applying this patch to trunk. Did you update locally the template? I can update all po files in trunk by extracting latest strings and applying your patch but I don't know how is the policy on updating po files in trunk. Maybe some more experienced dev can give advice on this.

Re: SQL backend: Where do we store the password?

2013-07-03 Thread Geert Janssens
On 02-07-13 20:53, Christian Stimming wrote: Dear Geert or John or whoever knows this, where does gnucash store the database password for MySQL or PostgreSQL backend? It stores the database name, host, and username directly in the URI, which is also visible in the file history. The URI (without

Re: [PATCH] Add back translation support in combo boxes

2013-07-03 Thread Aurimas Fišeras
2013.07.03 17:11, John Ralls rašė: > > On Jul 3, 2013, at 6:57 AM, John Ralls wrote: > > Sorry, that didn't make sense. What I meant to say is that one should pass > variables to _() only > if the constant values have been flagged to xgettext so that they're in the > message catalog. I > don'

Re: [PATCH] Add back translation support in combo boxes

2013-07-03 Thread John Ralls
On Jul 3, 2013, at 6:57 AM, John Ralls wrote: > > On Jul 3, 2013, at 5:52 AM, Geert Janssens wrote: > >> On 03-07-13 14:34, Aurimas Fišeras wrote: >>> 2013.07.03 15:26, Geert Janssens rašė: Hi Aurimas, Thanks for the patch. I have looked at it but didn't apply it ye

Re: [PATCH] Add back translation support in combo boxes

2013-07-03 Thread John Ralls
On Jul 3, 2013, at 5:52 AM, Geert Janssens wrote: > On 03-07-13 14:34, Aurimas Fišeras wrote: >> 2013.07.03 15:26, Geert Janssens rašė: >>> Hi Aurimas, >>> >>> Thanks for the patch. >>> >>> I have looked at it but didn't apply it yet. My knowledge of gettext is >>> limited, but it looks odd to

Re: [PATCH] Add back translation support in combo boxes

2013-07-03 Thread Geert Janssens
On 03-07-13 14:34, Aurimas Fišeras wrote: 2013.07.03 15:26, Geert Janssens rašė: Hi Aurimas, Thanks for the patch. I have looked at it but didn't apply it yet. My knowledge of gettext is limited, but it looks odd to me to wrap a variable inside the _() macro. I noticed this was the same in the

Re: [PATCH] Add back translation support in combo boxes

2013-07-03 Thread Aurimas Fišeras
2013.07.03 15:26, Geert Janssens rašė: > Hi Aurimas, > > Thanks for the patch. > > I have looked at it but didn't apply it yet. My knowledge of gettext is > limited, but it looks odd to me to wrap a variable inside the _() macro. > I noticed this was the same in the old code you refer to, but I d

Re: [PATCH] Add back translation support in combo boxes

2013-07-03 Thread Geert Janssens
Hi Aurimas, Thanks for the patch. I have looked at it but didn't apply it yet. My knowledge of gettext is limited, but it looks odd to me to wrap a variable inside the _() macro. I noticed this was the same in the old code you refer to, but I don't know if this is correct or not. Perhaps some