Re: Customer payments not working in v2.0.5
On Fri, August 3, 2007 5:17 pm, Derek Atkins wrote: > If it's been working for the last five years then what changed between > the last time it worked and the when it stopped working? What caused the problem was a change made 3 months ago when I started a new business in a new country. The problem was subtle - the transactions made since the change three months ago, some of them were silently incorrect when you looked at the data file, but still worked. I think the vector that caused the problem to become visible was when a customer was added after the currency change from 3 months ago. As soon as an invoice was raised from this particular customer, the problem started. Most of the invoices raised are from long running customers. > This implies, to me, that the Customer's "Currency" configuration > is wrong. I bet you have it set to "Locale Currency" instead of > specifying one. Quite possibly - the principle of least astonishment would dictate that when you enter the amount of money in the "customer payment" dialog, that it would be prefixed with the customer's currency so that this is clear. Right now, if the currency is wrong, the register fields become blanked out, and the end user is given no clue as to what is wrong. >> 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. > > Sorry, but that's incorrect. Transactions entered through a currency- > based register will use that currency. Transactions entered through > a STOCK or MUTUAL register (or the GL) will use the locale currency. > How do you enter your transactions? The problems are happening when you raise an invoice, and when you try and pay for an invoice using "customer payment". The general ledger works fine. >> 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. > > Data files don't have an inherent currency, so saying "one in one > currency and one in another" is wrong on many levels. So the real problem is that data file has no inherent currency, but instead relies on the currency that may or may not be present on gnucash installation where the file was opened. In order to be accurate, gnucash needs to rely on a well defined currency, not the currency that happens to be the locale currency on a particular installation. >> 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. > > This is true. There ARE certain cases where it uses the locale > currency. In particular: Stock, Mutual, and GL registers, and when > configured to do so in the business features. > > Also keep in mind that many of the currency configurations are stored > in GCONF and not in your data file or data metadata file, so things > like "Report Currency" dont stay with the data file. This is definitely broken - an accounting system needs to be repeatable. Regards, Graham -- ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: startup delay
Derek Atkins <[EMAIL PROTECTED]> writes: > I haven't looked at this patch, yet, but does it also work in the case > of --nofile and in the case of the first-run dialog (where there IS no > main window, just a dialog about whether to import from QIF or run the > New File Hierarchy)? Yes and yes. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgpVslQpbnvFa.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: dogtail test suite test harness
Derek Sorry again for the delay , this time i didn't see the Email :( , i saw it while doing my routine orginization to my mails The issue of using coordinate or hotkeys is only with widgets that have some problem currently The register and the treetable in account page, other invisible widget dogtail is very smart it could detect them at runtime, currently we have a scenario that uses the Find Customer which has invisible widget and dogtail detect it at runtime. Also in case of find i didn't process the invisible widget until it shows itself, e.g i process the result of find after the table that contains the result become visible. >> Okay, so how is our tree different than their tree? The tree issue actually the only difference i see, that the tree they have is normal tree, but we have in gnucash a tree table. i'm still not sure if dogtail do this with all tree table, i don't know gtk application that uses a tree table if you know anyone please advice to test it. >> so once the rewrite finishes all your existing test cases will need to get >> rewritten to the new register interface. Using the coordinates and hotkeys is more generic but it makes the testcase not stable and limit our abilitiy to interact and extract the result from it, if the new register will give us more a11y support it will worth to rewrite the the register interface >> PS: I realize it might be easier now to have all your classes in >> a single "Gnucash.py", but eventually I think it might be better >> to separate the various classes into separate files, like Register.py, >> AccountTree.py, NewAccountDialog.py, PriceDialog.py, etc. But this >> doesn't have to happen right away. Ok sure Derek, but i tried to evaluate some IDE's before starting this project but i'm not satisfied with any so currently i use a normal text editor, having a single file make browsing and searching in one file easier for me, but when the wrapper classes begin to stablize i'll begin to separate it Best regards, Ahmed Sayed Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/ ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: startup delay
Herbert Thoma <[EMAIL PROTECTED]> writes: > Dan Widyono schrieb: >> Hi! Very nice. One question: I only see in the patch that you removed >> several gnc_destroy_splash_screen() calls. I have not read the full code, so >> I am assuming there is a call to gnc_destroy_splash_screen() somewhere else >> that will get called once all the reports are rendered? > > Yes, the splash screen gets destroyed in the function inner_main() > in src/bin/gnucash-bin.c I haven't looked at this patch, yet, but does it also work in the case of --nofile and in the case of the first-run dialog (where there IS no main window, just a dialog about whether to import from QIF or run the New File Hierarchy)? > Herbert. > >> Dan W. -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: startup delay
Geert Janssens <[EMAIL PROTECTED]> writes: > Just out of curiosity, since this is not directly Splash screen related: > What happens when Gnucash is already open, and the user selects Open... to > open another book ? Will the old book remain open until the new one is fully > loaded, or is the old book closed and no new window appears before all the > reports on the new one are loaded ? The existing qof "session" is closed, the window is cleared but retained, and its progress bar is used for the load progress. -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgpm6kqnGOUzX.pgp Description: PGP 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
Graham Leggett <[EMAIL PROTECTED]> writes: > 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. If it's been working for the last five years then what changed between the last time it worked and the when it stopped working? > 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. This implies, to me, that the Customer's "Currency" configuration is wrong. I bet you have it set to "Locale Currency" instead of specifying one. > 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. Sorry, but that's incorrect. Transactions entered through a currency- based register will use that currency. Transactions entered through a STOCK or MUTUAL register (or the GL) will use the locale currency. How do you enter your 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. Data files don't have an inherent currency, so saying "one in one currency and one in another" is wrong on many levels. It most certainly DOES make a difference in the files, because all the accounts have to have different currency configurations in order to maintain the dichotomy. > 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. This is true. There ARE certain cases where it uses the locale currency. In particular: Stock, Mutual, and GL registers, and when configured to do so in the business features. Also keep in mind that many of the currency configurations are stored in GCONF and not in your data file or data metadata file, so things like "Report Currency" dont stay with the data file. > Regards, > Graham -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: startup delay
On Friday 3 August 2007 16:48, Josh Sled wrote: > Derek Atkins <[EMAIL PROTECTED]> writes: > > I haven't looked at this patch, yet, but does it also work in the case > > of --nofile and in the case of the first-run dialog (where there IS no > > main window, just a dialog about whether to import from QIF or run the > > New File Hierarchy)? > > Yes and yes. Just out of curiosity, since this is not directly Splash screen related: What happens when Gnucash is already open, and the user selects Open... to open another book ? Will the old book remain open until the new one is fully loaded, or is the old book closed and no new window appears before all the reports on the new one are loaded ? Regards, Geert ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: startup delay
Dan Widyono schrieb: > Hi! Very nice. One question: I only see in the patch that you removed > several gnc_destroy_splash_screen() calls. I have not read the full code, so > I am assuming there is a call to gnc_destroy_splash_screen() somewhere else > that will get called once all the reports are rendered? Yes, the splash screen gets destroyed in the function inner_main() in src/bin/gnucash-bin.c Herbert. > Dan W. > > On Thu, Aug 02, 2007 at 04:09:13PM +0200, Herbert Thoma wrote: >> 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 " 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=92921&action=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 > -- 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