Re: SKR04 crashes (solved)
Am Mittwoch, 7. Mai 2008 19:04:52 schrieb Johannes Kapune: > Am Mittwoch, den 07.05.2008, 09:57 -0400 schrieb Derek Atkins: > > Johannes Kapune <[EMAIL PROTECTED]> writes: > > >> So it is NOT true that "your file hierarchy seems mixed up". Nor is > > >> it true that "In the normal case accounts/de_DE/acctchrt_skr04... > > >> should open together with tax/us/txf-de_DE.scm" in the default case > > >> when you build the code yourself. Thanks for correcting me. It seems, I missed some decisions and had to late a look on http://svn.gnucash.org/trac/log/gnucash/trunk/accounts/de_DE/acctchrt_skr04.gnucash-xea?action=stop_on_copy&rev=&stop_rev=&mode=stop_on_copy. At least, it is irritating, if configure says, it is experimental, and so it is not default. On the other hand the windows installer sets it, as Andreas mentioned. My opinion is, at least for german it is experimental, it is incomplete, it is nonfunctional. For a long time there were no activity on http://bugzilla.gnome.org/show_bug.cgi?id=432143 and I see other problems, made by german fiscal bureaucracy, for which I do not see a quick solution. I fear, to fullfil the requirements of the german fiscal bureaucracy for VAT would mean a bigger rework of the tax module. Any volunteers? I am not sure, but I assume, setting the flag in the windows installer was caused by patch 16503, which IMHO should never have been applied on trunk - at least as long as locale tax is not working. After this patch SKR04 requires --enable-locale-specific-tax. So, I would suggest, to revert patch 16503 to remove this dependency. > > > > > > does it open together with tax/us/txf-de_DE.scm when I use the > > > --enable-locale-specific-tax or have I do something more? > > > > I believe the answer is yes. If you configure with > > --enable-locale-specific-tax then it should open with > > tax/us/tax-de_DE.scm. > > after run configure with --enable-local-specific-tax I can choose and > open SKR04. Fine. > > -derek > > Johannes Frank ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Re: Bulgarian translation of Gnucash
Hallo Ivailo, please try to CC the mailing list as well. Maybe someone else had answered more timely otherwise :-) Am Mittwoch, den 30.04.2008, 09:52 +0300 schrieb ivailo jeliazkov: > Hello Andreas, > > Thank you for your e-mail, it has been helpful but not as much as we > wish. Following the instructions our team has finished compiling it > for Windows and it works but not in Bulgarian. We set the two lines in > the batch file 'language' and 'lang' to be 'bg' as we think it should > be ok and the GnuCash starts. The problem is that nothingh seems to be > translated, it is again in English. We tried it with Russan 'ru' and > it is OK. Do you know what we do wrong, can you please tell us how to > debug or trace the problem so we can fix it. Please let me know if you > would like me to send you attached the .po file and the glossary. I > hope you will respond positively to our request, we just want to make > GnuCash work in BG. If setting LANG to ru works, then you are obviously on a good track! Try to confirm the used location of ru.mo by renaming that file and retrying. I could imagine that GnuCash picks up c:\Program Files\gnucash instead of c:\soft\gnucash\inst by looking into the registry. You can work-around that by uninstalling GnuCash, changing the registry entry or other similar hacks. When you switch to bg, are the standard GTK+ translations active, i.e. strings in standard dialogs, OK, Cancel, File>Save, File>Print Check>? If they are, your bg.mo should work as well, I think. Ciao, -- andi5 PS: You might be interested in translating the installer as well :-) Take a look at packaging/win32/gnucash.iss.in for that. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Printing on MacOSX
--On May 7, 2008 9:59:36 AM -0400 Derek Atkins <[EMAIL PROTECTED]> wrote: > What packaging system are you using in order to get GTK 2.12.9? MacPorts. I've used it for most (all?) of the Gnucash prereqs. I like MacPorts a bit better than Fink since things tend to be more up to date. It's also easy to build a debug version of something using MacPorts, which is useful when debugging Gnucash's interface to GTK, for example. -- Mike Alexander [EMAIL PROTECTED] Ann Arbor, MIPGP key ID: BEA343A6 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: SKR04 crashes (solved)
Hi, Am Mittwoch, den 07.05.2008, 09:57 -0400 schrieb Derek Atkins: > Johannes Kapune <[EMAIL PROTECTED]> writes: > > >> So it is NOT true that "your file hierarchy seems mixed up". Nor is > >> it true that "In the normal case accounts/de_DE/acctchrt_skr04... should > >> open together with tax/us/txf-de_DE.scm" in the default case when > >> you build the code yourself. > > > > does it open together with tax/us/txf-de_DE.scm when I use the > > --enable-locale-specific-tax or have I do something more? > > I believe the answer is yes. If you configure with > --enable-locale-specific-tax then it should open with > tax/us/tax-de_DE.scm. after run configure with --enable-local-specific-tax I can choose and open SKR04. > -derek Johannes ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: File imports
Hi, Quoting Easton Christian Family Centre <[EMAIL PROTECTED]>: > BlankHi > > You currently offer the ability to create by importing Quicken (.QIF) files. > Are you considering going to the next stage and offering compatibility with > QuickBooks. > > We currently run QuickBooks Pro 2001 and would love to move away from it. Unfortunately no. The QB data format is proprietary and not documented. See the FAQ: http://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_import_my_data_from_Quickbooks.28TM.29.3F We'd be happy to add support if someone donated the code to parse the QBW data file format. -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: File imports
"Easton Christian Family Centre" <[EMAIL PROTECTED]> writes: > You currently offer the ability to create by importing Quicken (.QIF) files. > Are you considering going to the next stage and offering compatibility with > QuickBooks. I just considered it, and it would be grand! :) Unfortunately, the QuickBooks file format is not documented in the same way that QIF is. And over the years that people have wanted QuickBooks import, no one has contributed the code to do it. So, I'd suggest re-entering your data, or starting with a new data file in GnuCash at the next convenient opportunity. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgpaQSocXaVTN.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
File imports
BlankHi You currently offer the ability to create by importing Quicken (.QIF) files. Are you considering going to the next stage and offering compatibility with QuickBooks. We currently run QuickBooks Pro 2001 and would love to move away from it. Regards Bill Brookshaw Centre Manager Easton Family Centre Beaufort Street, Easton, Bristol, BS5 0SQ Tel : 0117 955 4255 <>___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Printing on MacOSX
Mike, Mike Alexander <[EMAIL PROTECTED]> writes: > I was pleased to discover that printing from Gnucash now works on > MacOSX. I'm using SVN version r17143 with GTK 2.12.9 on MacOSX 10.4.11 > and printing seems to work fairly well. The duplex setting seems to be > ignored and everything is printed one-sided, but I seem to recall > seeing something about this, or a similar problem, on other systems. What packaging system are you using in order to get GTK 2.12.9? I'm happy to hear that it's working! > While looking at this I noticed that there doesn't seem to be any way > to get to the Page Setup dialog in Gnucash. I attached a patch to bug > report 531871 that adds a Page Setup command to the File menu in > reports and register pages. It only works if Gnucash is built to use > GTKPrint. It probably would be possible to do something for previous > versions, but I have no easy way to test it and it probably isn't > necessary. Agreed, I dont think GnomePrint is going to be necessary going forward.. Except for the fact that fink still uses a fairly old Gtk. > Currently the page setup results are only saved during a given run of > Gnucash. Ideally they should be saved with the report specifications > for each report. This might be done in conjunction with moving some of > this information from external files into the main Gnucash data file, > as has been suggested. Yeah, it'll be nice when the report configurations aren't stored as scheme blocks anymore. -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: Fwd: Re: SKR04 crashes
Johannes Kapune <[EMAIL PROTECTED]> writes: >> So it is NOT true that "your file hierarchy seems mixed up". Nor is >> it true that "In the normal case accounts/de_DE/acctchrt_skr04... should >> open together with tax/us/txf-de_DE.scm" in the default case when >> you build the code yourself. > > does it open together with tax/us/txf-de_DE.scm when I use the > --enable-locale-specific-tax or have I do something more? I believe the answer is yes. If you configure with --enable-locale-specific-tax then it should open with tax/us/tax-de_DE.scm. > Johannes -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: Another attempt to build gda-dev2
Graham Leggett <[EMAIL PROTECTED]> writes: > David Reiser wrote: > >> One thing that will be a problem is that to build from svn, you need >> swig. Fink's swig (the guile parts, anyway) is based on guile 1.8, >> but there is no slib-guile for guile 1.8. >> >> What I did was to build my own version of swig in /opt, pointing it >> at guile 1.6 (via guile16-build configure, etc.). > > Hmmm - maybe I can cheat, and run autogen.sh on a Redhat machine, and > then transfer the tree over to my mac with the autotools intact. You're better off running "make dist" on Linux and then moving the resulting tarball to the Mac... -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: [Patch] More convenience for entering account names (#144669 and #129099)
Thanks!!! -derek "C. Ernst" <[EMAIL PROTECTED]> writes: > OK, Derek, > > you are right. It is more safe to introduce new properties with default to > false. > I added a new patch. > > Christoph > > 2008/5/6 Derek Atkins <[EMAIL PROTECTED]>: > > Christoph, > > Thanks for your work. I replied in one of the bug reports but > I'll say the same thing here for a wider audience. > > When you add a new boolean preference it should ALWAYS default to > FALSE (not TRUE). The reason is that there's no way to differentiate > between "schema item does not exist" and "schema does exist and user > set it to FALSE". > > So in your particular case, the new schema item should be changed > to "Only Display Leaf Account Names" with a default of FALSE, instead > of "Display Full Account Path" with a default of TRUE. > > Thanks! > > -derek > > "C. Ernst" <[EMAIL PROTECTED]> writes: > > > Hi, > > > > the attachement contains a patch to fix both > > http://bugzilla.gnome.org/show_bug.cgi?id=144669 and > > http://bugzilla.gnome.org/show_bug.cgi?id=129099. > > It would be great, if somebody could check it out and confirm that it's > > working (local tests do so at least :-) > > > > Note: This attachement is for simplicity only. I submitted independent > > patches to both bugzilla issues. > > Note: If you are going to test this patch on a windows machine with more > > than one gnucash installations, you might encounter interference > problems, > > with the new schemas as well as the glade preferences. (See > > http://lists.gnucash.org/pipermail/gnucash-devel/2008-April/022868.html) > I > > had to patch binreloc.c (not included in the patch) or to uninstall the > > stable release, in order to read the new versions of the configuration > > files. > > > > Christoph > > > > ___ > > gnucash-devel mailing list > > gnucash-devel@gnucash.org > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > > -- > 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 > -- 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: Another attempt to build gda-dev2
David Reiser wrote: One thing that will be a problem is that to build from svn, you need swig. Fink's swig (the guile parts, anyway) is based on guile 1.8, but there is no slib-guile for guile 1.8. What I did was to build my own version of swig in /opt, pointing it at guile 1.6 (via guile16-build configure, etc.). Hmmm - maybe I can cheat, and run autogen.sh on a Redhat machine, and then transfer the tree over to my mac with the autotools intact. However, you may want to wait a while. I haven't had good experiences with the gda-dev2 branch on my mac. It takes hours to convert a 3-year gnucash file, and I have yet to succeed at opening any file created by gda -- even a newly created file with a single transaction. I'm keen to take a look and see why. 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