Re: Some Japanese translation: ja.po
Quoting Josh Sled [EMAIL PROTECTED]: Hiroto Kagotani [EMAIL PROTECTED] writes: By the way, is there any standard way to translate predefined account set files in accounts dir? In particular, can I add Japanese specific accounts here and how can I define act:id elements? accounts/${langdir}/ contains the translations available for the account trees, including entirely new, perhaps locale-specific account trees (for example accounts/de_DE/acctchrt_skr03.gnucash-xea). All installed files are enumerated at run time to build the dialog's contents, so simply creating a new file (following the same file-name conventions) and adding it to the relevant Makefile.am for distribution is sufficient. Yes. See also http://wiki.gnucash.org/wiki/Translation#How_to_translate_the_files_containing_the_new_account_hierarchies for some additional instructions. Regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: PDF of documentation
On Wed, 01 Aug 2007 11:12:28 -0400, dave boland [EMAIL PROTECTED] said: Looking at my note I see I did a half-vast job of explaining the book comment. I was in Barnes and Noble a few weeks ago and was looking at a book on digital photo editing that used GIMP (Beginning GIMP: From Novice to Professional (Beginning from Novice to Professional) by Akkana Peck) and it is very good. The first time I have ever considered using GIMP. Now that there is a Windows version of gnuCash, there are a lot more potential users. A book in B-N may be just what is needed to get people interested. That said, a book is a l o t of work, but maybe Apress (the above book publisher) could help if they felt the market is there. Just my 2 cents. Dave, -- dave boland [EMAIL PROTECTED] -- http://www.fastmail.fm - Does exactly what it says on the tin -- dave boland [EMAIL PROTECTED] -- http://www.fastmail.fm - IMAP accessible web-mail ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: startup delay
Herbert Thoma schrieb: Derek Atkins schrieb: ... Hmm, that's a good point.. The reason this change got made was because it was visually unappealing to have the window show up before it's fully drawn. It winds up resizing itself multiple times and then relocates itself. So the idea was to delay the visibility until it's done, and the splash screen would show you that something is happening. The problem is that the splash screen disappears after about 10 seconds but the main window only appears a lot later. So a solution would be to really show the splash screen until the main window shows up (and displaying something like rendering report report name in the status line of the splash screen). OK, this itch was sufficiently annoying to scratch (and the scratching was easy enough to do). I attached a patch to bug #457944 http://bugzilla.gnome.org/show_bug.cgi?id=457944 http://bugzilla.gnome.org/attachment.cgi?id=92921action=view keep splash screen during file loading - do not destroy the splash screen during file loading - display which reports are rendered in the progress field of the splash screen Please review. Herbert. -- Herbert Thoma Head of Video Group Multimedia Realtime Systems Department Fraunhofer IIS Am Wolfsmantel 33, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: [EMAIL PROTECTED] www: http://www.iis.fhg.de/ ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Customer payments not working in v2.0.5
Hi all, Out of the blue, I have been having a problem with customer process payments with v2.0.5. Attempts to add a payment causes a transaction to be created, but the value on the transaction stays blank. This is regardless of what you type as the value when creating the payment, and it is regardless of any attempt to change the values in the transaction in the register. Deleting the transaction and trying again results in the same problem. Has anybody seen this problem before? So far it looks like development on the v2.0.x branch has been ended, but the only version of v2.2.x available is v2.2.0, and this isn't backwards compatible. Just how safe is it to upgrade at this point? Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Customer payments not working in v2.0.5
Sounds like a Currency issue.. Make sure all the currencies are correct and THE SAME! 2.2.0 is compatible, except for some minor issues (or if you're using SXes). -derek Quoting Graham Leggett [EMAIL PROTECTED]: Hi all, Out of the blue, I have been having a problem with customer process payments with v2.0.5. Attempts to add a payment causes a transaction to be created, but the value on the transaction stays blank. This is regardless of what you type as the value when creating the payment, and it is regardless of any attempt to change the values in the transaction in the register. Deleting the transaction and trying again results in the same problem. Has anybody seen this problem before? So far it looks like development on the v2.0.x branch has been ended, but the only version of v2.2.x available is v2.2.0, and this isn't backwards compatible. Just how safe is it to upgrade at this point? Regards, Graham -- -- 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: Customer payments not working in v2.0.5
Derek Atkins wrote: Sounds like a Currency issue.. Make sure all the currencies are correct and THE SAME! Yes, all the currencies are the same, as they have been for the last 5 years. Digging further, it looks like an invoice belonging to the same customer is also showing up with blank values in the register. In the customer report, the values show up - with the correct currency and value. In the register, which has the same currency, the values are blank. The plot thickens... looking inside the XML of the gnucash data file, it looks like gnucash has been ignoring the currencies on each register, and instead been using the the gnucash-wide currency for transactions. This particular gnucash is responsible for loading two xac files, one in one currency, and a second xac file in another currency, but this should not make any difference to the xac files themselves - it seems they do. I suspect what is happening is that when the certain transactions are created, the currency of the transaction is being taken from the default currency, instead of the register currency. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: startup delay
Herbert Thoma [EMAIL PROTECTED] writes: OK, this itch was sufficiently annoying to scratch (and the scratching was easy enough to do). [...] Please review. Reviewed and applied, r16378. Thanks! :) -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgpW4gUM6fihT.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel