Migratre 2.3.3 to 2.2.9
Thanks Phil for your answer. Is it possible to migrate a 2.3.3 database to 2.2.9? 2009/9/4 Phil Longstaff plongst...@rogers.com Hi, 2.3.X are an *unstable* series of releases leading to a stable release in a few months. If you want to help with testing, feel free to use 2.3.X. If you want a stable version for your personal expenses, you should remove 2.3.X and install 2.2.9. Version 2.3.4 contains a fix for the currency problem. It also contains large changes to the database table structure, and does not automatically convert from previous versions, so if you want to continue to use 2.3.X, you will need to delete your db and recreate it. I had hoped that 2.3.4 would have the final database structure changes, but 2.3.6 is going to have another change as well. Phil ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Migratre 2.3.3 to 2.2.9
Depends which database format you use. If you're using XML then it should work. If you're using one of the other DB formats then no. -derek Quoting Gabriel Ferrise gferr...@gmail.com: Thanks Phil for your answer. Is it possible to migrate a 2.3.3 database to 2.2.9? 2009/9/4 Phil Longstaff plongst...@rogers.com Hi, 2.3.X are an *unstable* series of releases leading to a stable release in a few months. If you want to help with testing, feel free to use 2.3.X. If you want a stable version for your personal expenses, you should remove 2.3.X and install 2.2.9. Version 2.3.4 contains a fix for the currency problem. It also contains large changes to the database table structure, and does not automatically convert from previous versions, so if you want to continue to use 2.3.X, you will need to delete your db and recreate it. I had hoped that 2.3.4 would have the final database structure changes, but 2.3.6 is going to have another change as well. Phil ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. -- 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 warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Error with currency
Hi, 2.3.X are an *unstable* series of releases leading to a stable release in a few months. If you want to help with testing, feel free to use 2.3.X. If you want a stable version for your personal expenses, you should remove 2.3.X and install 2.2.9. Version 2.3.4 contains a fix for the currency problem. It also contains large changes to the database table structure, and does not automatically convert from previous versions, so if you want to continue to use 2.3.X, you will need to delete your db and recreate it. I had hoped that 2.3.4 would have the final database structure changes, but 2.3.6 is going to have another change as well. Phil From: Gabriel Ferrise gferr...@gmail.com To: gnucash-u...@gnucash.org Sent: Friday, September 4, 2009 9:07:05 AM Subject: Error with currency I am having the same error. Im running gnucash 2.3.3 since the first days of august with my personal expenses. The currency error started yesterday when I started using the Business Module I entered some customers and some invoices and the problem appeared when a processed some payments. The error didnĀ“t appear in that gnu-cash session but when I closed the program and started again I had that message. The only way to fix it is entering the currency to each account again. The USD accounts are ok, the problem is with the default currency, the ARS (Argentine Peso) Thanks Message: 7 Date: Fri, 4 Sep 2009 16:09:35 +0930 From: Ross Simons rmsim...@chariot.net.au Subject: Error with currency To: gnucash-u...@gnucash.org Message-ID: !!aaayafnvi6qlgmxkhyw6pepu5l7cgaaaegwmbrffkrzoi0fk2sussn8ba...@chariot.net.au Content-Type: text/plain; charset=us-ascii I am testing GNUCASH but I am now getting this error when I try to update program Could not determine the account currency. Using the default currency provided by your system How can I fix the error Ross ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Slow Scrolling with latest OS X Binary
On Sep 3, 2009, at 4:00 PM, David T. wrote: Actually, my gripe is increasing; I have found that the reconcile window arrow key response is HORRIBLE (3 seconds to move the focus down one line). There is clearly something seriously wrong in there. This was not a problem in the earlier dmg file. David --- On Wed, 9/2/09, David T. sunfis...@yahoo.com wrote: From: David T. sunfis...@yahoo.com Subject: Slow Scrolling with latest OS X Binary To: devel gnucash gnucash-devel@gnucash.org Date: Wednesday, September 2, 2009, 5:41 PM I know it's a minor gripe, but the scrolling in the latest OS X binary (downloaded yesterday) is extremely slow. I am running 10.5.8 on a Macbook Pro Intel. Hmm. I tried scrolling a register page by arrow-buttons, page up/down, and dragging the thumb. The thumb lagged the mouse a bit, but I was able to scroll from one end to the other of a several-thousand-split register in less that a second. Is that the scrolling performance you're talking about? In the reconcile window, I see that the up/down arrows don't do anything at all. Is that what you mean? (I usually use the mouse in the reconcile window, so I don't have a baseline expectation here.) Just to make sure you've got the Intel binary, could you run otool -hv on Gnucash-Intel.app/Contents/MacOS/Gnucash-bin? It should say i386 under the cputype. Thanks. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Migratre 2.3.3 to 2.2.9
Open 2.3.3. Select File - Save As. In the drop down box, select XML, then enter a file name. That should give you a file you can open with 2.2.9. Note that the currency problem may follow this procedure, so in 2.2.9, re-assign the currencies. Phil From: Gabriel Ferrise gferr...@gmail.com To: Phil Longstaff plongst...@rogers.com Cc: gnucash-u...@gnucash.org; Gnucash Devel gnucash-de...@lists.gnucash.org Sent: Friday, September 4, 2009 9:47:30 AM Subject: Migratre 2.3.3 to 2.2.9 Thanks Phil for your answer. Is it possible to migrate a 2.3.3 database to 2.2.9? 2009/9/4 Phil Longstaff plongst...@rogers.com Hi, 2.3.X are an *unstable* series of releases leading to a stable release in a few months. If you want to help with testing, feel free to use 2.3.X. If you want a stable version for your personal expenses, you should remove 2.3.X and install 2.2.9. Version 2.3.4 contains a fix for the currency problem. It also contains large changes to the database table structure, and does not automatically convert from previous versions, so if you want to continue to use 2.3.X, you will need to delete your db and recreate it. I had hoped that 2.3.4 would have the final database structure changes, but 2.3.6 is going to have another change as well. Phil ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: python: import gnucash
Everything compiled fine, was able to load my data into the db. Now I try to use python, but I'm not sure what to set my PYTHONPATH to. The installation location is determined by automake macros, as it depends on your platform, python, and choice of --prefix. http://www.gnu.org/software/hello/manual/automake/Python.html When you run ./configure, it is announced as follows: checking for python extension module directory... ${exec_prefix}/lib/python2.5/site-packages So you can see that for me that's in ${exec_prefix}/lib/python2.5/site-packages After successful installation there will be a gnucash directory in there. Your PYTHONPATH should be the containing directory, not the gnucash one itself. I've looked around my system, but I can't find anything that looks like a Python gnucash Module except for gnucash_core.py in the source tree. I tried using that: Do you have --enable-python-bindings set when you configure? What does configure say when it's doing python tests? Does python-bindings appear at the end under Options detected/selected for Optional components? Also of note, the python development stuff (include, and lib) required for compiling are identified with the macros/ac_python_devel.ac. http://www.nongnu.org/autoconf-archive/ac_python_devel.html This macro file is now obsolete and superseded by http://www.nongnu.org/autoconf-archive/ax_python_devel.html An upgrade may enable more people to be able to build this. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
seeking advice - make check for python bindings not useful
This might come as a surprise, but I've never actually looked at the python bindings test suite, (src/optional/python-bindings/tests); my colleague worked on it. From what I'm looking at, it isn't useful and make check with --enable-python-bindings should actually fail under many circumstances. (My understanding is that there isn't currently a problem with make check/distcheck when --enable-python-bindings isn't present; my thanks go out to the folks who fixed that in April) The gnucash libraries have to be findable when the gnucash_core_c.so module is loaded. I use gnucash-evn to achieve this when running my python programs that use the bindings. The test suite does likewise, it invokes $(top_builddir)/src/bin/gnucash-env via TESTS_ENVIRONMENT for the test. This is wrong, unless make install has been called first (not required for make check), executing (top_builddir)/src/bin/gnucash-env is useless, it results in: exec: 8: gnucash-env: not found because that gnucash-env script is designed to execute the second stage gnucash-env that is found in the installation, or anywhere else in PATH, but not in the source/build directories. So the current use of gnucash-env in python-bindings/tests/Makefile.am is wrong. Python also needs to be able to find the gnucash python modules when they are imported. Python will look for modules in pre-defined directories, and ones listed in PYTHONPATH. The test suite sets PYTHONPATH via TESTS_ENVIRONMENT as well, and it sets it to $(pythondir). This is again wrong, $(pythondir) is the place where the modules go after installation. This means that make check can only succeed if make install occurs first, or the gnucash modules have already been installed somewhere else in the default PYTHONPATH, which is again wrong. The situation is complicated further by the fact that the .py and .so files that are eventually installed together into $(pythondir)/$PACKAGE ($PACKAGE is gnucash) are still in separate places after make, the python files are in src/optional/python-bindings, and the .so files end up wherever the autotools put them, in my case src/optiona/python-bindings/.libs/ . So, I'd like advise from the list on how to proceed. Here are some options: 1) make installcheck Instead of performing the tests during make check, perform them during make installcheck which will allow for the tests to be performed after installation and to use the installed gnucash-env and install gnucash module directory See http://sources.redhat.com/automake/automake.html#Install-Tests I'm not sure which version of automake this requires and what version GnuCash is requiring. 2) simpler tests Figure out a way to construct an environment for the tests like gnucash-env provides, only with the location of the libraries within the source directory. Also, set PYTHONPATH to include both the location of the .py and .so files. With an environment like that, you could re-write the tests to not do: python from gnucash import Session and to instead: python from gnucash_core import Session 3) same tests, better environment Do the same with gnucash library search stuff as from 2) . Contract a $PACKAGE (gnucash) directory that contains/link both the .py and .so files. Set PYTHONPATH to include this directory. With that option you could leave the tests alone -- they would still from gnucash import Session, which makes the test files more useful, they can also double as documentation on how to use the bindings post-install. 4) Give up Remove the tests entirely and just ship python-bindings/example_scripts for people to try out after installation. So, your thoughts? 1, 2, 3, 4, or something I haven't thought of? Mark Jenkins Member ParIT Worker Co-operative cc Scott cc fellow ParITistas ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: seeking advice - make check for python bindings not useful
On Fri, 4 Sep 2009, Mark Jenkins wrote: The situation is complicated further by the fact that the .py and .so files that are eventually installed together into $(pythondir)/$PACKAGE ($PACKAGE is gnucash) are still in separate places after make, the python files are in src/optional/python-bindings, and the .so files end up wherever the autotools put them, in my case src/optiona/python-bindings/.libs/ . I handle this case by symlinking the .so files to the directory with the .py files for testing. -- Stuart D. Gathman stu...@bmsi.com Business Management Systems Inc. Phone: 703 591-0911 Fax: 703 591-6154 Confutatis maledictis, flamis acribus addictis - background song for a Microsoft sponsored Where do you want to go from here? commercial. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Wishlist for GC Windows XP - update, share value, share statistics
Dear GC Experts and Developers, I am NO accountant and NO programmer, and use GnuCash (GC) under Windows XP with SP3 for personal finances. As GC is quickly evolving into a stable 2.4, I would like to request the following features. 1. a smart update function that retrieves and installs patches for GC and ALL of the critical components for currency conversions and security quotes (ie for bonds, stocks, mutual funds, etc) 2. a clear listing of per-share value retrieved for each security asset/investment account in addtion to the total value per account that is currently shown 3. a graph and report function that shows the growth or decline of my various assets/investments by asset account and in total asset value, whether by day, by month, by quarter or by year at my choice Thank you and best wishes to all of you in the USA for a great Labor Day holiday! Norman ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Wishlist for GC Windows XP - update, share value, share statistics
It would be great if you could enter this in the wishlist page on the Wiki, and file them as requests in Bugzilla. Cheers, = Daniel http://dantrez.deviantart.com http://www.bandofgamers.com.br http://www.continue.com.br 2009/9/4 Norman Yeh norm...@gmail.com Dear GC Experts and Developers, I am NO accountant and NO programmer, and use GnuCash (GC) under Windows XP with SP3 for personal finances. As GC is quickly evolving into a stable 2.4, I would like to request the following features. 1. a smart update function that retrieves and installs patches for GC and ALL of the critical components for currency conversions and security quotes (ie for bonds, stocks, mutual funds, etc) 2. a clear listing of per-share value retrieved for each security asset/investment account in addtion to the total value per account that is currently shown 3. a graph and report function that shows the growth or decline of my various assets/investments by asset account and in total asset value, whether by day, by month, by quarter or by year at my choice Thank you and best wishes to all of you in the USA for a great Labor Day holiday! Norman ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Migratre 2.3.3 to 2.2.9
Could always open your DB and save it as an xml to get it into the right format to migrate. Sent via BlackBerry from T-Mobile -Original Message- From: Derek Atkins warl...@mit.edu Date: Fri, 04 Sep 2009 09:54:15 To: Gabriel Ferrisegferr...@gmail.com Cc: gnucash-u...@gnucash.org; Gnucash Develgnucash-de...@lists.gnucash.org Subject: Re: Migratre 2.3.3 to 2.2.9 Depends which database format you use. If you're using XML then it should work. If you're using one of the other DB formats then no. -derek Quoting Gabriel Ferrise gferr...@gmail.com: Thanks Phil for your answer. Is it possible to migrate a 2.3.3 database to 2.2.9? 2009/9/4 Phil Longstaff plongst...@rogers.com Hi, 2.3.X are an *unstable* series of releases leading to a stable release in a few months. If you want to help with testing, feel free to use 2.3.X. If you want a stable version for your personal expenses, you should remove 2.3.X and install 2.2.9. Version 2.3.4 contains a fix for the currency problem. It also contains large changes to the database table structure, and does not automatically convert from previous versions, so if you want to continue to use 2.3.X, you will need to delete your db and recreate it. I had hoped that 2.3.4 would have the final database structure changes, but 2.3.6 is going to have another change as well. Phil ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. -- 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 warl...@mit.eduPGP key available ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Wishlist for GC Windows XP - update, share value, share statistics
Hi Daniel, Where and how do I do Wiki and Bugzilla? I am NOT internet-literate and will need detailed instructions. Thanks! Norman - Original Message - From: Daniel Trezub To: Norman Yeh Cc: gnucash-u...@gnucash.org ; gnucash-devel@gnucash.org Sent: Friday, September 04, 2009 14:26 Subject: Re: Wishlist for GC Windows XP - update, share value, share statistics It would be great if you could enter this in the wishlist page on the Wiki, and file them as requests in Bugzilla. Cheers, = Daniel http://dantrez.deviantart.com http://www.bandofgamers.com.br http://www.continue.com.br 2009/9/4 Norman Yeh norm...@gmail.com Dear GC Experts and Developers, I am NO accountant and NO programmer, and use GnuCash (GC) under Windows XP with SP3 for personal finances. As GC is quickly evolving into a stable 2.4, I would like to request the following features. 1. a smart update function that retrieves and installs patches for GC and ALL of the critical components for currency conversions and security quotes (ie for bonds, stocks, mutual funds, etc) 2. a clear listing of per-share value retrieved for each security asset/investment account in addtion to the total value per account that is currently shown 3. a graph and report function that shows the growth or decline of my various assets/investments by asset account and in total asset value, whether by day, by month, by quarter or by year at my choice Thank you and best wishes to all of you in the USA for a great Labor Day holiday! Norman ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Wishlist for GC Windows XP - update, share value, share statistics
A couple of questions. #2: please be more specific. Where do you want to see this information? On the accounts page? In a report? #3: can you provide an example? If you had the balance sheet, with one column per day/month/quarter/year, would that be what you are asking for? Totals? Graph with individual accounts or totals? Phil From: Norman Yeh norm...@gmail.com To: gnucash-u...@gnucash.org Cc: gnucash-devel@gnucash.org Sent: Friday, September 4, 2009 2:04:43 PM Subject: Wishlist for GC Windows XP - update, share value, share statistics Dear GC Experts and Developers, I am NO accountant and NO programmer, and use GnuCash (GC) under Windows XP with SP3 for personal finances. As GC is quickly evolving into a stable 2.4, I would like to request the following features. 1. a smart update function that retrieves and installs patches for GC and ALL of the critical components for currency conversions and security quotes (ie for bonds, stocks, mutual funds, etc) 2. a clear listing of per-share value retrieved for each security asset/investment account in addtion to the total value per account that is currently shown 3. a graph and report function that shows the growth or decline of my various assets/investments by asset account and in total asset value, whether by day, by month, by quarter or by year at my choice Thank you and best wishes to all of you in the USA for a great Labor Day holiday! Norman ___ gnucash-user mailing list gnucash-u...@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-user - Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Gnucash OS X Binary Popup Windows
For some reason, the Gnucash OS X binary version pops dialog windows up pinned to the left side of the screen. Under X11, these same windows are centered over the main Gnucash window. For an example, try selecting Reconcile and see the difference. I prefer to have my Dock on the left, and this behavior puts the dialogs smack under the Dock, making it frustrating to use Gnucash. On the flip side, start up dialogs, such as the Due Bills reminder (which are normally hidden on OS X), are much more obvious... I filed this as bug 594175. David ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Slow Scrolling with latest OS X Binary
The register problem is as you described: using the scroll wheel is noticeably slower on the bundled app than it is with the fink-installed X11 version on the same machine. I tested this both with the Macbook's two-finger scrolling trackpad, and an external mighty mouse, with the same results. The bundled app is scrolling slowly. And yes, you are referring to the reconcile window problem I see. If you wait long enough, the arrow key will eventually do something; it just takes so long that you forgot what it was. I use the keyboard a lot because OFX imported transactions come through on my machine as pre-reconciled (I don't know why that would be...), and clicking one of these de-selects it, and if you click on the transaction again to reselect it, more often than not, you end up opening the register to that transaction, taking you away from the reconcile window altogether. A minor annoyance, to be sure. I avoid that by using the arrow keys. otool tells me that the cputype is I386. David --- On Fri, 9/4/09, John Ralls jra...@ceridwen.us wrote: From: John Ralls jra...@ceridwen.us Subject: Re: Slow Scrolling with latest OS X Binary To: devel gnucash gnucash-devel@gnucash.org Date: Friday, September 4, 2009, 7:27 AM On Sep 3, 2009, at 4:00 PM, David T. wrote: Actually, my gripe is increasing; I have found that the reconcile window arrow key response is HORRIBLE (3 seconds to move the focus down one line). There is clearly something seriously wrong in there. This was not a problem in the earlier dmg file. David --- On Wed, 9/2/09, David T. sunfis...@yahoo.com wrote: From: David T. sunfis...@yahoo.com Subject: Slow Scrolling with latest OS X Binary To: devel gnucash gnucash-devel@gnucash.org Date: Wednesday, September 2, 2009, 5:41 PM I know it's a minor gripe, but the scrolling in the latest OS X binary (downloaded yesterday) is extremely slow. I am running 10.5.8 on a Macbook Pro Intel. Hmm. I tried scrolling a register page by arrow-buttons, page up/down, and dragging the thumb. The thumb lagged the mouse a bit, but I was able to scroll from one end to the other of a several-thousand-split register in less that a second. Is that the scrolling performance you're talking about? In the reconcile window, I see that the up/down arrows don't do anything at all. Is that what you mean? (I usually use the mouse in the reconcile window, so I don't have a baseline expectation here.) Just to make sure you've got the Intel binary, could you run otool -hv on Gnucash-Intel.app/Contents/MacOS/Gnucash-bin? It should say i386 under the cputype. Thanks. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Slow Scrolling with latest OS X Binary
On Sep 4, 2009, at 1:44 PM, David T. wrote: The register problem is as you described: using the scroll wheel is noticeably slower on the bundled app than it is with the fink- installed X11 version on the same machine. I tested this both with the Macbook's two-finger scrolling trackpad, and an external mighty mouse, with the same results. The bundled app is scrolling slowly. And yes, you are referring to the reconcile window problem I see. If you wait long enough, the arrow key will eventually do something; it just takes so long that you forgot what it was. I use the keyboard a lot because OFX imported transactions come through on my machine as pre-reconciled (I don't know why that would be...), and clicking one of these de-selects it, and if you click on the transaction again to reselect it, more often than not, you end up opening the register to that transaction, taking you away from the reconcile window altogether. A minor annoyance, to be sure. I avoid that by using the arrow keys. otool tells me that the cputype is I386. OK, good that we're at least on the same page. I'm not sure that I can do anything about differences in speed between Quartz and X11. They should be in the other direction, of course, but I don't know that for X11 Apple hasn't bypassed the Cocoa/Carbon layers that gdk-quartz is forced to use. In any case, if it's a gdk- quartz issue, it's not something that I can fix anytime soon. Gdk- quartz is part of GTK+, and while the GTK+ developers will claim to support Quartz when pressed, they are not actually doing anything -- not even applying patches supplied by other developers. (e..g: http://bugzilla.gnome.org/show_bug.cgi?id=588449 ) To further isolate the problem, though, you said in your OP that the scrolling problem wasn't noticeable on 2.2.9 (vs. 2.2.9.1). Is that truly the case with both issues? I didn't see a scrolling problem using the 2-finger drag, just the lagging thumb when dragging it. Is scrollwheel/2-finger-drag scrolling the only sort that you find slow? Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Common code indentation (follow-up to 2007 discussion)
Christian Stimming wrote: Am Donnerstag, 13. August 2009 22:56 schrieb Tim Abell: Late to the party, but currently I prefer tab indents to spaces as it allows each developer to decide for themselves how big the indent is. I'm afraid I don't agree to this one. Things like multi-line function declarations (or multi-line statements): some_function_name(char *arg1, char *arg2, char *arg3); Usually we expect all three char * parts to be horizontally aligned. To achieve this, the indentation for the subsequent arguments must be done using spaces, as otherwise the column where the second argument is shown changes arbitrarily depending on the tab size of your currently used editor. In other words, no, a variable tab size is not a solution but will instead cause you new problems. Either you must decide on a fixed tab size, or we must use spaces. I'd stick with the spaces because of this. Regards, Christian Christian, Thank you for your clear explanation, which is very much appreciated. I'll add some more background on my current practice. Just to be clear, I'm not attempting to influence the standards for gnucash or to persuade you of my methods, I simply find the conversation interesting. I appreciate you sharing your views as it helps broaden my understanding of differing and equally valid approaches. Your explanation neatly explains why we differ in opinion :-) I personally don't use or particularly like reading multi-line function declarations, so the example you showed has never caused me personally any discomfort. Where I do use hard wraps mid-statement in my code, I usually indent subsequent parts to the level of the next line plus one extra indent and don't worry too much about whether it lines up with its parent line. If I did wrap function declarations I would probably apply the same practice. eg: void foo(var connection) { [tab] var sqlcmd = new sqlcmd(select blah [tab] [tab] from blah [tab] [tab] where blah, connection); [tab] sqlcmd.run(); } The reason I like this is that when I'm scanning a large section of code, I'm not too worried about the relationship between select and from beyond from and where being part of the declaration of sqlcmd, I'm merely looking to see which lines are in the same function / control of flow sections as each other. When looking in detail at the above statement it is still trivial for me to see the relationship between the select, from and where even though they are not perfectly aligned. As you may have gathered my perspective comes from working mostly with C#, and I have not done large amounts of C so don't have experience of what works best in C. Thanks again for taking the time to explain, and feeding my thirst for common understanding. Yours Tim Abell ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: OS X dmg File Size
On Sep 2, 2009, at 12:14 PM, Martin Preuss wrote: On Mittwoch, 2. September 2009, Martin Preuss wrote: [...] For example the size of libaqbanking.dylib looks very big compared to the size of the source code... E.g. on my Ubuntu 9.04 Linux the size of libaqbanking.so.29.1.2 is 1.3M, not 33M... [...] BTW: This is with debugging symbols enabled; when stripped (strip - s -S) libaqbanking.so.29.1.2 is 746K... Debugging turns out to be a big chunk of the problem. A non-debugging app bundle comes in at 100M, about 1/3 the size of the debugging bundle. libaqbanking.dylib is 640K. Haven't made a .dmg of it yet, so I don't know what will be the ultimate download size, and I've got a busy weekend planned, but I should have some new images up on sourceforge by Tuesday. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel