G2 Testing - Menu Option: File-Import
I am testing tonight the menu option: File --> Import --> Test Druid == - What is the purpose of this? I guess this will be removed for the final version and does not need testing, right? File --> Import --> Import QIF == - Select a QIF file to load When selecting a QIF file to load from the file system I have the option to either display 'All files' or '*.qif' files. My credit card bank is providing QIF files with an extension Qif instead of qif and are therefore not included in the list of files. I wonder if the option '*.qif' should be changed and not be too literal and instead display all files ending in '*.[Qq][Ii][Ff]' - QIF Importer Crash when moving back and forth between screens I am on the screen Match QIF account and click the 'Back' button until I come to the screen QIF files you have loaded. I click on the 'Back' button here but it doesn't do anything. Only after moving the mouse off the button and then click 'Back' again something happens. Unfortunately, it's a crash. Mmhh, now I am trying to reproduce the crash and it appears GC only crashes after more then one files had been selected to be loaded but one of those files got deleted again. This is how I can reproduce the crash: * Select one qif file to be loaded * Click 'Load another file' to select a second qif file * Unload one of those files by clicking 'Unload selected file' * Click 'Back' to the 'Set the default QIF account name' screen * Click 'Forward' --> GC crash Backtrace: In unknown file: ?: 0* [qif-import:fix-from-acct #f "Chase Mastercard"] In /opt/gnucash/share/scm/qif-import/qif-dialog-utils.scm: 558: 1* [for-each # ... 562: 2* [qif-file:xtns #f] In unknown file: ?: 3 (and (eq? (quote #) (record-type-descriptor obj)) (struct-ref obj 2)) ?: 4* [eq? # ... ?: 5* [record-type-descriptor #f] ?: 6(if (struct? obj) (struct-vtable obj) (error (quote not-a-record) obj)) ... ?: 7[scm-error misc-error #f "~A ~S" (not-a-record #f) #f] : In procedure scm-error in expression (scm-error (quote misc-error) #f ...): : not-a-record #f - Matching payees to GnuCash accounts When matching payees and I am clicking on a transaction the Select Account window comes up. Here I can select the expense account for the payee. Once I selected an account and click 'OK' the window disappears. It would actually be great if there was an additional button 'Select' that would update the expense account in the 'Matching payees...' screen _without_ closing the Select Account This would allow, for instance, to quickly select the appropriate expense report for gas if I have several such transactions listed. I know, this is probably an RFE and not a bug. - Update your Gnucash accounts The instructions say 'Click "Finish" to import data ...' but there is no 'Finish' button, only an 'Apply' button. - Gnucash displays Error message when I actually do click the 'Apply' button. This error message is displayed for about 50 times. (gnucash:29827): GLib-GObject-CRITICAL **: g_value_get_string: assertion `G_VALUE_HOLDS_STRING (value)' failed (gnucash:29827): GLib-GObject-CRITICAL **: g_value_unset: assertion `G_IS_VALUE (value)' failed -- Thanks Volker Englisch mailto:[EMAIL PROTECTED](h) ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gnucash NOT crashing now
On Thu, Nov 17, 2005 at 08:08:09PM -0500, Derek Atkins wrote: > (cc'd to gnucash-devel) > > Strangely, I just noticed that the "Save Report" feature > isn't in the g2 UI. Personally I think the "Save Report" > is a misnomer -- it should probably be labeled "Memorize Report" > or "Memorize Report Settings" or something to that affect. > > I suspect that users think "Save Report" would mean "Save the > contents of this report so I can send it to someone" which is > not what this feature actually does. Perhaps "Remember Report" > would be another potential label? Thinking aloud... It seems that "save report" is more of "save report options" with a bubble help text that would state, "Save the current report options (accounts, date range, etc.) to a custom report for future use." While the bug persists, the help sub-text should also state, "Be sure to choose a unique report name." To me "memorize Report" isn't any more descriptive than "save report". Personally I like the programs that work by remembering any changes I made to the default options by default -- i.e. if I change the expense report to include only accounts A,B, & C, then the next time I go to the default menu item for "expense report" it creates the report for expense accounts A,B, & C exactly as the last time I viewed that report (but if the options are from "current year start" to "today" than the pie chart may look different from the last time I viewed that report.) I can always click the "revert to defaults" button if desired. If the save reports feature is not supported in G2, I'd posit that this would be acceptable default behavior for many users. Just remembering a person's settings the last time they viewed a report does not address the issue of when someone wants to regularly show their "Year 2004 expenses" pie chart in a tab above their "Year 2003 expenses" pie chart. For that use-case, some type of "Save Report Options" or even "Save current as Custom Report" or "Save as custom report" button is still necessary. I agree with Derek that users may think "Save Report" means "Save the contents of this report so I can send it to someone" Another brainstorm I'm having while I should be going to bed is to have a "Save as..." button which when clicked presents the following options: Save as html - Saves the snapshot in time as a web page that can be viewed exactly as-is at times in the future, even after the account data has changed. Save as pdf - similar to save as html Save as custom report type - Saves the current options to a custom report name, so that after the transactions in the datafile have changed, the report can be run again. I'm sure we can think of lots of other formats and I know I'm welcome to submit patches ;-) I'm more thinking aloud to see if the English and default behavior that makes sense and is pleasing to me would be desirable to other users. No sense in patching it if other people would hate it. --Beth PS. I'm not at home as I write this and can't see exactly what gnucash's current behavior is with the save as buttons. + + Beth Leonard + + O say, does that star-spangled banner yet wave + + O'er the land of the free and the home of the brave?+ + ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
bug in invoicing/file save
[EMAIL PROTECTED] ~/gnucash-svn/trunk $ svn info Path: . URL: http://svn.gnucash.org/repo/gnucash/trunk Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd Revision: 12055 Node Kind: directory Schedule: normal Last Changed Author: cstim Last Changed Rev: 12053 Last Changed Date: 2005-11-26 12:52:22 -0800 (Sat, 26 Nov 2005) Properties Last Updated: 2005-11-21 17:08:14 -0800 (Mon, 21 Nov 2005) Create a new invoice, post it show it in an invoice, save the file, quit and restart gnucash...The customer does not seem to be saved and consequently the displayed invoice no longer shows the name, etc. in any of the invoices. Opening a copy of my working file it retrieves and displays the customer info correctly. The posted invoivce does retain the correct customer name in Accts Receivable. P.S. Thank you Derek, I am very slowly making progress tweaking the fancy invoice. -- Brian Dolbec <[EMAIL PROTECTED]> ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
doubt regarding multi-currency
Hello , This is siva. I have got a doubt on ur product. it is as follows, how do u transfer funds between accounts with different currency. consider the following scenario, the default currency is set as US dollars.then i have my account hirarchy as follows indicated with the currency they deal. -Assets (USD) -Banks(USD) -US Bank (USD) -European Bank(EUR) _Bank xyz (GBP) -Equity (USD) -Starting Balances USD (USD) -Starting Balances EUR (EUR) -Starting Balances GBP (GBP) Here in the above accounts i have certain amount in them. Now i want to transfer 50 GBP from the Bank xyz account to the european Bank (EUR) acount. here the three currencies are playing. can u please clarify this doubt as soon as possible. I have set a exchange rate for all currency against the default currency.So in this case how could i manage? should i convert the GBP to USD, then again USD to EUR and post it to the account. It seems tedious, is there any other way to solve this problem Please give me a solution as possible,Can u also send me some sample posting rules regards, m.$iva __ Enjoy this Diwali with Y! India Click here http://in.promos.yahoo.com/fabmall/index.html ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Compile Error
Herbert, I have the personal edition of SuSE. Thank you for the link - I actually stumbled upon the same RPM myself earlier today. I'll be satisfied if it works on Linux! -Kevin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Rosetta and gnucash translation
El jue, 24-11-2005 a las 15:30 -0500, Derek Atkins escribió: > http://gnomesupport.org/wiki/index.php/GnuCashTranslation Isn't anyone thinking to pass to Mark Shuttleworth's Rosetta? -- Buon Cammino! don Paolo Benvenuto Vuoi sapere di più su quello che succede qui? leggi il mio diario a http://www.chiesamissionaria.it/diario Visita l'enciclopedia libera, dove puoi contribuire anche tu: http://it.wikipedia.org/ ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gnucash NOT crashing now
On Thu, Nov 17, 2005 at 08:08:09PM -0500, Derek Atkins wrote: | (cc'd to gnucash-devel) | | Strangely, I just noticed that the "Save Report" feature | isn't in the g2 UI. Personally I think the "Save Report" | is a misnomer -- it should probably be labeled "Memorize Report" | or "Memorize Report Settings" or something to that affect. | | I suspect that users think "Save Report" would mean "Save the | contents of this report so I can send it to someone" which is | not what this feature actually does. Perhaps "Remember Report" | would be another potential label? You are absolutely correct. I did think that "Save Report" would, in some form, record the contents for future viewing. After reading the crash explanation in this thread, I played with save report last night and find it very valuable. I was wishing there was some way to persist the set of options I chose :-). Previously I would leave all the reports open so they would be there the next time. Of course, this has the inconvenient side effect of taking far longer than necessary to start gnucash if I just needed to record a transaction because it would process all the reports. Maybe putting the word custom in the labl, such as "Save Custom Report" or "Save as Custom", would help associate the action with the custom report feature. -D -- Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. Albert Einstein www: http://dman13.dyndns.org/~dman/jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Budget questions. (wordy)
Phew! What a thorough education that y'all are giving me, on something I thought was *VERY* simple. IMHO I think the best thing would be to make budgeting as flexible as possible (e.g. in this case, allow budgeting of more than just I/E) and then *document the heck out of the different standard usages / methodologies (e.g. business best practices vs. standard home user)*. You'd be invoking the old unix standby of giving 'em enough rope to hang themselves with, and then teaching them through "man pages" (ca. 1980's) / "html docs" (ca. 1990's) / "cms's" (ca. 2000's) / "ODF's" (forever)... dates stretched via comic license. Also, I really do enjoy the free Finances 101 lessons I get on this list. It gives me a new appreciation (no pun intended) of the $1 car I "bought" some time ago, as well as all the pain I go through to try to budget my personal finances. _Thank you_ Dan W. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gog-renderer-cairo.h missing
On Fri, Jan 06, 2006 at 06:00:27PM -0500, Josh Sled wrote: > On Fri, 2006-01-06 at 15:37 -0500, Josh Sled wrote: > > Reviewing the goffice-0.0.4.tar.bz2 file I used as source for the > > import, *it* doesn't have that file. Huh. I'm tracking it down > > presently. > > > > Come to think of it, I've never enabled cairo on the goffice sub-build, > > so I don't know if it works or breaks; since cairo was just emerged on > > my system yesterday, I'll give it a try... > > Well, sure enough, it doesn't compile without the header. :) > > I got the appropriate reversion from CVS, and re-built --with-cairo, but > it doesn't compile: gog-renderer-cairo.c simply isn't correct w.r.t. the > other code in that directory. I'm leaning towards hard-disabling cairo > support in our included copy, and just using the pixbuf-based renderer; > objections from anyone? > > I removed the configure.in support for --with-cairo, but it looked like > it's still in the Makefile DIST targets ... I'm getting a clean copy > right now due to some other issues, so I'll try again in a bit. If > nothing else, I'll just remove references to the cairo-related files in > the makefiles. Considering I'm completely ignorant of any advantages to cairo, I don't have any problem removing it. But, you'd have to be pretty agressive about it, because make dist tends to find files that would never be built and even notice the missing dependency. OTOH, I don't have any problem distributing the "official" header even if it doesn't work, and disabling the "with" option. Anything to get `make dist' working. -chris ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash-1.9.0 developing
Quoting Christian Stimming <[EMAIL PROTECTED]>: can I have a write account for svn? No, we are quite conservative with giving out new SVN write accounts, so for occasional changes people are encouraged to submit patches. Note that we DO add people as developers if then stick around, supply lots of patches, become highly involved in the project, hang out on IRC, and generally show some level of clue and prove some level of trust. So, keep at it... In the meantime, patches in email are the suggested route, as everyone else has stated. -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: Where post issues/observations on Gnome2 GNUCash?
On Fri, 2006-01-06 at 16:46 -0700, Dave Herman wrote: > gnome2 branch - yes I realize there is still a way to go. As I have > some time - I've retired - but am no much of a programmer. Too many > years ago. I'm willing to assist in the testing. Yes, there is, and thanks for jumping in. :) > I posted a trivial patch for the "Fancy Style-sheet" about a month ago > but haven't seen or heard about it. Did it get lost? Hmm. I don't see this in my local mail folders, which go back for a year-or-so... nor through google-searching lists.gnucash.org. Can you re-post it to here (gnucash-devel) with a subject containing "[PATCH]"? > The other is where should "observations"/issues/problems with Gnome2 > GNUCash be posted - in bugzilla or here? I think we're still at the point where here is the right place. > Here are some of my notes on the reports in GNUCash. [deletia] > 5) Assets over Time [...] > Graph is very compressed with Max Bars = 13 if Max Bars is >13 no bars > are displayed. > Legend is displayed in all cases tested but uses a large font. Hmm. Yeah, that's a pretty big font for both the legend and axes. Unfortunately, I don't have enough asset accounts to get >12 bar-segments... I'll have to create one to see this occur. In any case, I've added all the issues that you've mentioned to GNOME2_STATUS, except... > 1) Editing Style-sheets > > The OK button is not available as an exiting option if no changes have [...] > active. Shouldn't the OK button be "active" all the time? ...because I can't reproduce it; the OK button is always active, here. Cheers... -- ...jsled http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Where post issues/observations on Gnome2 GNUCash?
Am Samstag, 7. Januar 2006 00:46 schrieb Dave Herman: > I have been a user of GNUCash for over a year, and following the "user > list" for that time. I have started "testing" the gnome2 trunk branch > for about 6 weeks. Overall I am very impressed by the stability of the > gnome2 branch - yes I realize there is still a way to go. As I have > some time - I've retired - but am no much of a programmer. Too many > years ago. I'm willing to assist in the testing. > > I do have a couple of questions. > > I posted a trivial patch for the "Fancy Style-sheet" about a month ago > but haven't seen or heard about it. Did it get lost? > > The other is where should "observations"/issues/problems with Gnome2 > GNUCash be posted - in bugzilla or here? Great to hear. We definitely need much more testing, so your input is more than welcome. As for posting observations: Either submit a bug report to bugzilla http://wiki.gnucash.org/wiki/Bugzilla or post them here. In general, for one single problem the better choice is to create a new bugzilla entry, but please don't forget to specify your exact SVN version there (revision nr. whatever). Either one works fine, although things that require more discussion are usually better suited in bugzilla as they tend to get lost here on the list. Your trivial patch might have gotten lost, because nobody is currently working on the report spreadsheets. Feel free to post it again after several weeks and/or also submit it to bugzilla. Thanks for the other observations, but since I don't work on the reports and style sheets I probably can't comment on that. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash-1.9.0 developing
Hi, Am Samstag, 7. Januar 2006 12:11 schrieb Martin Klaffenboeck: > There are some things that doesn't work for me at the moment, but I > think I can try to make some patches. Should I just poste them here or Either submit a bug report to bugzilla http://wiki.gnucash.org/wiki/Bugzilla or post them here. In general, for one single problem the better choice is to create a new bugzilla entry, but please don't forget to specify your exact SVN version there (revision nr. whatever). If you have a patch already, it's up to you whether you post it here or attach it to a bugzilla bug. Either one works fine, although things that require more discussion are usually better suited in bugzilla as they tend to get lost here on the list. > can I have a write account for svn? No, we are quite conservative with giving out new SVN write accounts, so for occasional changes people are encouraged to submit patches. > At first, the ofx importer doen't correct import my ofc files. I would > like to correct that because on one of my bank accounts I have a > Tag, which will be read as which is wrong, the > is ignored than. Should probably be a bugzilla entry. Note that you have to investigate whether this is a problem of libofx (which is developed independently of gnucash, and unfortunately currently rather slowly), or of gnucash. As a workaround for yourself you might also consider writing a perl/sed script which changes your ofx file... > The second thing is, that I would like > to implement a "[x] Always select Account" Feature. Patches are welcome -- currently nobody is working on that part of gnucash. > Then I have the problem that the autocompletition doesn't work in 1.9.0 > like in 1.8.12 where I had to type K:S:S for > Kategory:Subkategory:SubsubKategory. File a bugzilla bug report. That has been bugging me (no pun intended) for a long time, too. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash-1.9.0 developing
On Sat, 2006-01-07 at 12:11 +0100, Martin Klaffenboeck wrote: > There are some things that doesn't work for me at the moment, but I > think I can try to make some patches. Should I just poste them here or > can I have a write account for svn? Pasting them here (gnucash-devel), with a subject of "[PATCH] «whatever»" is presently the right thing. -- ...jsled http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
gnucash svn crash
Hi there! The 1.9.0 of gnucash crashes whenever I close any gnucash report options dialog. The backtrace seems not to have debugging symbols, I would like to report this bug with bugbuddy, but I think without debugging symbols this is useless. I have the configure --enable-debug on. What did I do wrong? Martin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnucash-1.9.0 developing
Oh, and I have some segfaults on my Platform, but I know about gdb and I would like to help you debugging. Martin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Gnucash-1.9.0 developing
Hi there! There are some things that doesn't work for me at the moment, but I think I can try to make some patches. Should I just poste them here or can I have a write account for svn? At first, the ofx importer doen't correct import my ofc files. I would like to correct that because on one of my bank accounts I have a Tag, which will be read as which is wrong, the is ignored than. The second thing is, that I would like to implement a "[x] Always select Account" Feature. Thats all from me at the moment. Then I have the problem that the autocompletition doesn't work in 1.9.0 like in 1.8.12 where I had to type K:S:S for Kategory:Subkategory:SubsubKategory. It seems that we only need a 'select to the end of the line' implementing in this entry field. Martin ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
