2007-06-19 GnuCash IRC logs

00:41:39 *** benoitg has left #gnucash
01:34:00 *** jakin has quit IRC
01:57:03 *** [0x100] has joined #gnucash
01:58:16 <[0x100]> what is the Imbalance-USD account and why is my money going there ?? ;)
01:58:45 <[0x100]> It started when I created a new bank account, then tried to add transactions to it
02:52:33 *** Rolf has joined #gnucash
03:20:01 *** roxy_ has joined #gnucash
03:27:38 *** RallyU has joined #gnucash
04:45:41 *** yves has joined #gnucash
04:52:58 <yves> I have 2 queries: I have created two separate files for clients Cl-A & Cl-B:
04:52:58 <yves> 1. If I have created custom reports in Cl-A, how come they are showing in Cl-B? comments: according to me they should be made available in their respective files only.
04:52:58 <yves> 2. If have entered a long list of securities to download quotes in client Cl-B in this case, to my dismay they are not available for Cl-A. comment: in this case we should not have to keep entering securities for each client created.
04:53:12 <yves> Any comments on this?
04:57:44 *** roxy_ has quit IRC
05:39:26 *** nomeata has joined #gnucash
05:44:47 *** ErKa has joined #gnucash
05:58:38 *** yves has quit IRC
06:07:16 *** Esaj has quit IRC
06:44:28 *** roxy_ has joined #gnucash
07:01:35 *** ErKa has quit IRC
07:19:57 *** IanL has joined #gnucash
07:23:54 *** chemaja has joined #gnucash
07:44:20 *** conrad has quit IRC
08:08:20 *** twunder has joined #gnucash
08:11:33 *** roxy_ has quit IRC
08:17:34 *** ErKa has joined #gnucash
08:36:16 <chris> [0x100]: The Imbalance account is created whenever you enter a transaction that isn't balanced. You should balance all of the transactions that appear in the imbalance account by allocating the amount of each imbalance to another account.
08:37:53 <chris> @tell yves I can see your points, but I think they're debatable. 1) Can't you imagine wanting to use the same custom report for two files, 2) Can't you imagine sometimes wanting securities to be private?
08:37:53 <gncbot> chris: The operation succeeded.
08:39:08 <chris> @tell yves One work-around for the undesired shared custom reports is to run gnucash as a different user for the different files.
08:39:08 <gncbot> chris: The operation succeeded.
09:16:44 *** nomeata has quit IRC
09:29:15 *** roxy_ has joined #gnucash
09:46:56 *** chemaja has quit IRC
10:03:02 *** warlord-afk is now known as warlord
10:03:17 <warlord> [0x100]: It's created because you didn't balance your transactions.
10:04:45 <warlord> chris: no, i can't imagine using the same custom report in two files because all the GUIDs will be different!
10:05:20 <warlord> So I can't specify accounts, customers, invoices, SXes, or anything else specifically in a saved report that will work across two data files.
10:09:17 <chris> warlord: but I think the most common way to end up with multiple files is not to start two accountings from scratch, but rather, to start with one file and then end up with two, so that many of the account guids would be the same.
10:09:42 <chris> for example, I make a copy of my file at the end of every fiscal year.
10:10:21 <chris> I can easily imagine wanting to use custom reports from that file in my new file that includes the next year.
10:10:38 <warlord> Well, the "book closing" work that's been commented out for a while does change the GUIDs when it splits out the files.
10:10:56 <chris> And, they'll work, because my account guids and COH don't change.
10:11:19 <chris> er, COA.
10:11:53 <jsled> Hmm. From some perspective, that could be a bug in the book closing code.
10:12:07 <chris> IMO, that book-closing design is awful.
10:12:22 <chris> It violates basic principles.
10:12:37 *** nomeata has joined #gnucash
10:12:38 <warlord> which basic principles?
10:12:47 <chris> That guids don't change.
10:12:48 <warlord> (note that linas wrote it, not me, so you're not going to offend me)
10:13:41 <chris> (oh, like I have a problem offending people, c'mon.)
10:13:50 *** courtz_oing has joined #gnucash
10:14:38 <chris> anyway, it's an indirect solution to the _real_ problems users want to solve.
10:15:09 <courtz_oing> I am about to post an error message that I have been recieving when trying to do a "receivable aging" report it seems to all of a sudden started happening
10:15:20 <courtz_oing> Any help would be appreciated
10:15:28 <chris> Users don't care if their data is split up into multiple files. They care about 1) load/save times; 2) report ranges; etc.
10:15:39 <courtz_oing> In /usr/share/gnucash/scm/report.scm:
10:15:39 <courtz_oing> 420: 17* (set! doc (if template (let* # # # ...) #f))
10:15:39 <courtz_oing> 420: 18* (if template (let* # # # ...) #f)
10:15:39 <courtz_oing> 421: 19 (let* (# # # ...) (gnc:html-document-set-style-sheet! doc stylesheet) ...)
10:15:39 <courtz_oing> 423: 20* [receivables-renderer #]
10:15:39 <courtz_oing> In unknown file:
10:15:41 <courtz_oing> ?: 21 (letrec (#) (let* # # #))
10:15:43 <courtz_oing> In /usr/share/gnucash/guile-modules/gnucash/report/aging.scm:
10:15:44 <jsled> courtz_oing: please use pastebin.
10:15:45 <courtz_oing> ...
10:15:47 <courtz_oing> 517: 22 (let* (# # # ...) (gnc:html-document-set-title! document report-title) ...)
10:15:49 <courtz_oing> 560: 23* (if account (begin (setup-query query account ...) (let* # # ...)) ...)
10:15:51 <courtz_oing> 561: 24 (begin (setup-query query account ...) (let* (#) (set! work-to-do #) ...))
10:15:53 <courtz_oing> 564: 25 (let* ((splits #)) (set! work-to-do (length splits)) ...)
10:15:55 <courtz_oing> 570: 26* [for-each #<procedure #f (split)> (# # # # ...)]
10:15:57 <courtz_oing> In unknown file:
10:15:59 <courtz_oing> ?: 27* [#<procedure #f (split)> #<gw:wcp <gnc:Split*> 0xc6a2c0>]
10:16:01 <courtz_oing> In /usr/share/gnucash/guile-modules/gnucash/report/aging.scm:
10:16:03 <courtz_oing> 573: 28* [update-company-hash #(() () () ...) #<gw:wcp <gnc:Split*> 0xc6a2c0> ...]
10:16:05 <courtz_oing> In unknown file:
10:16:07 <courtz_oing> ?: 29 (letrec ((do-update #)) (let* (# # #) (if # #)))
10:16:09 <courtz_oing> In /usr/share/gnucash/guile-modules/gnucash/report/aging.scm:
10:16:11 <courtz_oing> ...
10:16:13 <courtz_oing> 204: 30 [cons #f ...
10:16:15 <courtz_oing> 204: 31* [sprintf "Transactions relating to '%s' contain more than one currency. This report is not designed to cope with this possibility." ...]
10:16:18 <courtz_oing> In unknown file:
10:16:20 <courtz_oing> ?: 32 (let* (# # #) (apply stdio:iprintf # format ...) (cond # # #))
10:16:22 <courtz_oing> ?: 33* [apply #<procedure stdio:iprintf #> #<procedure #f #> #f]
10:16:24 <courtz_oing> ?: 34 [stdio:iprintf #<procedure #f (x)> #f]
10:16:26 <courtz_oing> ...
10:16:28 <courtz_oing> ?: 35 (let ((pos -1) (fl #) (fc #)) (letrec (# # # # ...) (# args)))
10:16:30 <courtz_oing> ?: 36* [string-length #f]
10:16:32 <courtz_oing> <unnamed port>: In procedure string-length in expression (string-length format-string):
10:16:34 <courtz_oing> <unnamed port>: Wrong type argument in position 1 (expecting string): #f
10:16:36 <courtz_oing> sorry and how do I do this???
10:17:00 <jsled> http://pastebin.ca/
10:19:07 <courtz_oing> ok been done under gnucash error
10:19:21 <jsled> It gave you a url to use.
10:19:49 <courtz_oing> http://pastebin.ca/576446
10:20:39 <chris> courtz_oing: Perhaps you have an owner with no name?
10:21:09 <courtz_oing> Owner of invoice??
10:21:42 <chris> courtz_oing: perhaps.
10:22:21 <courtz_oing> Hmmm all invoices are created to existing customers verbatim
10:24:41 <courtz_oing> just did a search all "unpaid" invoices and included inactive data also but no "nameless" ones there
10:27:17 <chris> courtz_oing: do all customers have names?
10:28:37 <courtz_oing> Yes - all customers have names even a generic CASH one for one off purchases/jobs
10:29:40 <courtz_oing> I see where you coming from as there is a section in the error that says it is xpecting a string but not getting anything
10:29:56 <warlord> courtz_oing: what version?
10:30:06 *** courtz_oing has quit IRC
10:32:08 <chris> warlord: the g-wrap equivalent of (gncOwnerGetName owner) must have returned #f.
10:32:18 <warlord> Well, one of the problems is that it destroys the temp_owner before using the owner..
10:32:25 <chris> maybe owner was null?
10:32:33 <warlord> Yeah, that's my guess...
10:32:59 <warlord> the gnc:owner-destroy probably needs to happy later.
10:33:53 <chris> because owner and temp-owner might be the same?
10:33:57 <warlord> Yeah.
10:34:05 <warlord> (owner (gnc:owner-from-split split temp-owner)))
10:34:08 *** courtz_oing has joined #gnucash
10:34:30 <courtz_oing> sorry gaim just crashed on me!!!
10:35:00 <warlord> That will solve the crash, but there's an underlying problem that courtz_oing has Invoice-related Transactions that cross between multiple-currencies.
10:35:35 <warlord> courtz_oing: what version are you using?
10:35:51 <courtz_oing> ok I havent seen the previous posts my IRC client just crashed
10:36:02 <courtz_oing> Ahh 2.0.5
10:36:32 <courtz_oing> of gnucash that is
10:36:38 <warlord> courtz_oing: http://cvs.gnucash.org/logs/2007-06-19.html#T10:30:06
10:38:34 <courtz_oing> ok so it looking like you want some editing of the report done
10:39:58 <warlord> Yeah, hold on while I get you a patch to try.
10:40:19 <courtz_oing> one thing is if I choose the end of this year as the "To" it works
10:40:42 *** ErKa has quit IRC
10:41:12 <warlord> courtz_oing: Well, do you have transactions with multiple currencies?
10:41:39 <courtz_oing> Not that I am aware of AUD is all that I deal with
10:42:30 <warlord> Are you SURE you don't have a "USD" in there somewhere?
10:42:38 <warlord> Like as a customer currency or something?
10:43:28 <warlord> because this error only gets hit when you have currency that doesn't match the company currency.
10:43:35 <warlord> anyways, how can I send you a patch?
10:44:17 <courtz_oing> itdiscovery@hotmail.com
10:46:49 *** roxy_ has quit IRC
10:48:10 <courtz_oing> well all customers that have outstandings (and would be included in the report) are using AUD
10:49:28 <warlord> What about customers that dont have outstandings?
10:49:40 *** alaa has joined #gnucash
10:50:35 <alaa> is it possible to disallow modification of transactions?
10:52:25 <courtz_oing> I am confident that they are all AUD and BTW this is not a build from source it is from the fedora repository
10:53:06 <jsled> alaa: You can make accounts read only. And reconciled transactions will result in a warning when you try to modify them. But, no, there's not.
10:54:07 <alaa> jsled: pity
10:54:32 <alaa> it's seems we have some regulations that dictate accountant should not be able to modify a transaction once it is posted
10:55:13 <warlord> alaa: there's no way to enforce that electronically.
10:55:49 <warlord> if that regulation is true then you can't use any method, because there's no way to enforce that using ANYTHING. Even paper and pen can be later modified by someone.
10:56:48 <jsled> right, I'm sure that software that made a good-faith effort to disallow modification fits the letter and spirit of the law.
10:57:07 <alaa> warlord: I know it sounds silly
10:57:58 <warlord> true, and honestly gnucash probably SHOULD have a global preference to make everything "write-only". We've certainly talked about that.
10:58:49 <alaa> warlord: how difficult would it be to implement that in 2.2.0 ?
10:58:54 <alaa> and would a bounty help?
10:59:44 <warlord> no way to do it for 2.2.0 -- we're in string freeze and trying to get the release out. I dont really know how hard it would be to implement.
10:59:57 <alaa> :-(
11:00:25 <warlord> A bounty probably wouldn't help; if you donated a patch that implemented it, that would help.
11:00:37 <alaa> gnucash is the only system I know of that deals gracefully with accounts in different currencies
11:01:20 <warlord> hahaha.. and gnucash has a number of cross-currency issues, still ;)
11:01:54 <alaa> warlord: yeah?
11:02:05 <alaa> from testing it looked good enough, what did I miss?
11:03:12 <warlord> dealing with capital gains/losses
11:04:13 <alaa> I c
11:05:27 <warlord> Integrated Circuit?
11:12:14 <courtz_oing> I thank you guys for your help but the pacth stopped gnucash from loading all together - I have reverted to the original and will see how things go when these bills are finalised
11:12:30 <courtz_oing> edit - patch
11:12:52 <courtz_oing> Its 1am here in OZ I bid you farewell
11:12:58 *** courtz_oing has left #gnucash
11:22:33 <warlord> hmm.. still runs for me..
11:31:04 *** IanL has quit IRC
11:54:29 *** andi5 has joined #gnucash
11:54:30 *** gncbot sets mode: +o andi5
12:00:53 *** alaa has quit IRC
12:05:47 *** jakin has joined #gnucash
12:30:47 *** Esaj has joined #gnucash
12:35:25 *** nomeata has quit IRC
13:10:09 *** nomeata has joined #gnucash
13:28:33 <jsled> andi5: hey.
13:28:40 <andi5> hiho jsled
13:29:14 <jsled> andi5: So, a couple of things ... I wasn't able to reproduce that 'once' issue ... though there wasn't much clarity in how he might have used the mortgage/loan druid to do such a thing.
13:29:39 <andi5> oh, he said he did not use the mortgage druid at all
13:29:46 <andi5> only the sx editor
13:29:57 <jsled> But, regardless, the freq spec XML isn't used by >=2.1.3 ...though I guess it could still cause a parse error.
13:31:32 <jsled> andi5: hmmm. He claimed to use the druid @ <http://lists.gnucash.org/logs/2007-06-17.html#T22:19:14>
13:31:51 <andi5> ouch... i am sorry
13:32:01 <jsled> which makes it even weirder.
13:33:01 <andi5> was not there a report about a similar issue recently on bugzilla or gnucash-user/devel, where the user started to play with gnucash 2.1._3_?
13:33:39 <jsled> <http://bugzilla.gnome.org/show_bug.cgi?id=443941>?
13:34:03 <andi5> no, i mean this week or so
13:34:22 <jsled> Oh ... I don't recall, but I've been at arms length.
13:35:43 <andi5> http://lists.gnucash.org/pipermail/gnucash-devel/2007-June/020750.html ... oh, used 2.1.x series for while, did not start with 2.1.3
13:36:02 <andi5> this happens when you do not listen/read carefully enough :)
13:38:34 <andi5> jsled: do you need an excerpt of the data file of 443941?
13:39:17 <jsled> andi5: I don't think so ... I mean, I think I understand the datafile issue. The unknown issue is the sequence of ui operations that generate the crap XML.
13:40:11 <andi5> ok... i guess i cannot really help you now then.... i am a bit of busy right now :)
13:41:23 <jsled> andi5: it's all good. just wanted to let you know.
13:42:09 <andi5> ok, thanks... crasher to error message conversion will take place some day this week
13:48:55 <warlord> conversion?
13:49:40 <andi5> oh, i mean, there is a crasher on windows that should probably only be some sort of parse error message
13:55:25 <warlord> Ah
13:59:45 *** nomeata has quit IRC
14:02:04 <[0x100]> is there a default setting for invoices so that i don't have to unhceck "taxable" every time. I'd like the default to be unchecked.
14:13:33 <warlord> No, I dont think there's a way to set the TAXABLE flag automatically. File an RFE?
14:13:40 *** andi5 has quit IRC
14:18:56 <warlord> Hmm, I see this from trunk:
14:18:57 <warlord> /home/warlord/GnuCash-Test/Test-Data:31: element gnc-v2: Schemas validity error : Element 'gnc-v2': No matching global declaration available for the validation root.
14:19:08 <jsled> yeah, that's been there for months. :/
14:19:37 <jsled> I think one just needs to add the xmlns: decls, but I might be confused.
14:19:37 <warlord> Shows you how long its been since I've run trunk. :/
14:19:59 <warlord> My data file HAS xmlns decls... Unless it's missing one.
14:20:09 <jsled> hmm. It's more likely that I'm confused.
14:20:42 <warlord> In fact, line 31 is the END of my xmlns decl.
14:21:09 <warlord> http://pastebin.ca/576943
14:21:23 <warlord> Is the header actually wrong?
14:22:32 <jsled> Naw, that's all looks right.
14:23:12 <warlord> Well... unless the '31' is wrong...
14:23:41 <warlord> Granted, there's nothing that defines "gnc-v2".
14:24:49 <jsled> I think it's some combination of that, and libxml trying to do some sort of "validity" check.
14:29:54 <warlord> Well, http://planet-soc.com/node/1255 seems to imply Fix: Again I was defining the element database as type and not as an element. Just had to put the complexType inside an element named gnc-v2 -- but...
14:30:02 *** _gunni_ has joined #gnucash
14:38:52 <warlord> Hmm, I wonder if this has anything to do with it? http://www.mail-archive.com/xml@gnome.org/msg01904.html
14:42:03 <[0x100]> If I open an invoice on year-month-day, is there any reason that the first entry for the invoice should not automatically start at year-month-day?
14:42:15 <[0x100]> rather than today's date?
14:42:40 <warlord> Another idea: http://threebit.net/mail-archive/xml/msg00381.html
14:43:19 <warlord> [0x100]: well, why open an invoice on a particular date if you dont have entries on that date?
14:44:37 <jsled> warlord: yeah, but I didn't we setup any active validation. Maybe libxml2 sees the use of namespaces, and infers from that that we'd at least like to know that we're mixing namespaced and non-namespaced elements.
14:44:52 <warlord> jsled: could be.
14:44:55 <warlord> DAMN XML!
14:44:56 <warlord> ;)
14:45:01 <jsled> indeed.
14:45:10 <warlord> We need to finish the GDA backend!
14:45:28 <warlord> I wish I had more time. (ANY time!)
14:45:35 <jsled> I hear that.
14:48:48 <[0x100]> warlord, what I mean is if i decide to "open" an invoice with a date of "2006-01-01" why does the first entry set to today. wouldn't it make more sense for it to default to the open date?
14:54:21 *** Demitar has quit IRC
14:59:17 *** Demitar has joined #gnucash
15:01:28 *** cstim has joined #gnucash
15:01:28 *** gncbot sets mode: +o cstim
15:03:35 <warlord> [0x100]: Oh, I see. Um, I think that's just an artifact of the way the register works; when you open it, it ALWAYS defaults to "today".
15:06:07 <[0x100]> that probably makes sense for everything else, except something like an invoice that was opened on a particular day
15:06:32 <[0x100]> <shrug> just annoyed since i'm entering invoices 2 years back :)
15:07:51 <warlord> Well, it's only an issue for the first line-item entry. After that the date defaults the last entry you made.
15:09:09 <[0x100]> yeah, just annoying when you have to go search 2 years ago when i already set the invoice open date to 2 years ago
15:09:21 <[0x100]> after it's set, it's smooth
15:09:42 <[0x100]> but i'm doing ~100 invoices right now that are old :)
15:09:44 <warlord> Feel free to file an RFE; I dont know how hard it would be to change that behavior.
15:09:53 <warlord> Okay... WHY are you doing that?
15:10:02 <warlord> (instead of starting over as of, say, Jan 1st, 2007)?
15:10:28 <[0x100]> because my old accounting system sucks, and I need to extract information 2 years back, and gnucash reports a lot better
15:11:07 <warlord> Hahaha... Um, okay.
15:12:15 <[0x100]> I have somewhat of a quagmire that gnucash is gonna fix :)
15:12:58 <warlord> Cool!
15:13:12 <warlord> Feel free to write up a case study of how gnucash solved your problem(s) when you're done! :)
15:36:23 <cstim> chris: Did your GSoC student (Jeff) contact you recently? I'm a bit concerned because we haven't heard anything from him on -devel.
15:36:23 <gncbot> cstim: Sent 5 days, 22 hours, and 27 minutes ago: <andi5> http://blacken.superbusnet.com/oss/wpm/ .... i guess i will keep a close eye on that one
15:41:43 <warlord> cstim: Jeff did send me ssh info.
15:42:56 <cstim> warlord: sounds good
15:58:44 *** tortho has joined #gnucash
15:58:51 *** tortho has left #gnucash
16:06:48 *** sjc has joined #gnucash
16:12:02 *** Rolf has quit IRC
16:14:47 *** Rolf has joined #gnucash
16:24:33 *** peter_ has joined #gnucash
16:24:41 *** cstim has quit IRC
16:25:00 *** Rolf has quit IRC
16:35:50 *** Rolf has joined #gnucash
16:44:29 <peter_> I am struggling with a split transaction - I take in £200 at the cashier and put £150 of this into the current account, whil £50 go into a petty cash account. How should I do this?
16:46:10 <jsled> peter_: see §4.2.2 of the Tutorial and Concepts Guide.
16:46:30 *** Rolf has quit IRC
16:49:06 *** Rolf has joined #gnucash
16:52:51 <warlord> peter_: you're missing one split -- where the money comes from.
16:53:02 <warlord> (probably "Income:Sales")
16:58:11 <peter_> I am not sure where the problem is. I end up with having three "plusses". I think it is a "lack of understanding" problem and not a Gnucash one. Thanks guys!
16:58:51 <warlord> Yeah, you need credits AND debits
16:59:25 <jsled> I'd imagine it's Income:Sales = £200, Assets:Register = £150, Assets:Petty Cash = £50.
16:59:44 <jsled> Where the £150 and £50 are in the same column, balanced by the £200
17:00:15 <jsled> I'm not quite sure what register you're entering the transaction from, and I never remember credit/debit anyways.... just use the correct ones. :)
17:00:58 <peter_> :-)
17:05:33 *** twunder has quit IRC
17:06:23 *** ErKa has joined #gnucash
17:26:36 *** Rolf has quit IRC
17:36:37 <warlord> @tell andi5 Hmm, I wonder how/why the GObjectification broke QofQuery or business objects?
17:36:38 <gncbot> warlord: The operation succeeded.
17:36:56 *** warlord is now known as warlord-afk
17:37:11 <peter_> Thanks! It was a brain malfunction and not a Gnucash problem
17:37:39 <jsled> peter_: it's working out better for you, now?
17:37:53 <peter_> Yes it is fine
17:41:24 *** Zoolooc has joined #gnucash
17:42:58 <[0x100]> i guess it would be a bug if i have a client showing up in my receivables aging report with a $0 balance huh?
17:48:26 *** twunder has joined #gnucash
17:55:10 *** nomeata has joined #gnucash
18:20:52 <peter_> bye and thanks!
18:21:20 *** Zoolooc has quit IRC
18:29:29 *** spiritraveller has left #gnucash
18:31:59 *** ErKa has quit IRC
18:36:45 *** _gunni_ has quit IRC
18:41:52 *** twunder has quit IRC
18:54:31 <[0x100]> what tha... Is there no way to print all entries in a (bank account) register?
19:01:25 *** peter_ has quit IRC
19:10:50 *** BlackBsd has joined #GnuCash
19:11:02 *** twunder has joined #gnucash
19:19:48 *** twunder has quit IRC
19:24:35 *** twunder has joined #gnucash
19:25:47 *** twunder has quit IRC
19:44:38 <chris> [0x100]: use the "register report"
19:48:59 *** Esaj has quit IRC
19:58:09 *** Esaj has joined #gnucash
20:08:09 *** nomeata has quit IRC
20:10:35 *** sjc has quit IRC
20:45:00 *** Esaj has quit IRC
20:45:30 <[0x100]> chris: oh, thanks, it's actually called the "account report" but prints as "register report" - exactly what I needed :)
20:53:07 *** Esaj has joined #gnucash
21:10:11 *** chintan has joined #gnucash
21:13:03 <chintan> For a .glade file, how can I find out the function being called for each click of the button in the backend?
21:25:20 <chintan> eg. in /src/import-export/qif-import , there is qif.glade which gives the flow of the program
21:26:03 <chintan> How does one, looking at it find out what functions would be called on the click of the buttons when the actual program runs?
21:29:27 *** gncbot has joined #gnucash
21:31:32 *** chris has quit IRC
21:31:34 *** chris has joined #gnucash
21:33:04 *** Esaj has quit IRC
21:35:38 <jsled> chintan: while there is an option to – within glade – bind signals to callbacks, we usually don't use it.
21:36:07 <jsled> chintan: Find the .c file that loads the .glade, and find immediately after that load where a callback is registered for the given "clicked" (or whatever) signal.
21:36:25 <jsled> At least, that's the way it's normally done in our codebase; I'm not 100% sure about the QIF code, though.
21:36:40 <chintan> ok
21:37:06 <chintan> Any way to find the .c file, or do I browse all?
21:38:43 *** Esaj has joined #gnucash
21:39:03 <jsled> I would do `find . -iname '*.c' | xargs grep -Hn "qif.glade"`
21:39:14 <jsled> Subst "qif.glade" with the actual name, though...
21:41:00 <chintan> ok
21:42:10 <chintan> ok so once we know the .c file we can just follow the flow of the program there and know what is being called for each action
21:42:53 <jsled> yeah .. we generally setup the button clicked (and menu-activation, spin-button change, &c....) callbacks in the C code.
21:47:36 <chintan> eg. for qif, I foundglade_xml_signal_connect_data (xml, "gnc_ui_qif_import_generic_next_cb", G_CALLBACK (gnc_ui_qif_import_generic_next_cb), retval);
21:48:12 <chintan> here gnc_ui_qif_import.. is the function being called
21:50:41 <jsled> chintan: looks like, yes.
21:51:39 <chintan> ok, now I get it!
21:52:38 <chintan> thanks a lot
21:52:47 <jsled> :)
21:55:09 <chintan> Another question, there is code for hbci import but there seems to be no such option in the gnucash software. Am I missing out on something?
21:56:27 <jsled> chintan: you might need to build with the --enable-hbci option. Did you build from source, or a package?
21:57:38 <chintan> I built from source
21:57:52 <chintan> I did it exactly the same way as mentioned on the wiki
21:58:01 <jsled> yeah ... try ./configure --help at the top level to see what available options there are.
21:58:07 <chintan> ok
21:58:34 <jsled> Note that hbci support requires extra libraries ...
21:58:52 <jsled> (I'm going to need to run in a second or two...)
21:59:03 <jsled> any other pressing questions?
21:59:10 <chintan> ok, no
21:59:23 <chintan> I'll catch you later :)
21:59:25 <chintan> Thanks again
21:59:46 <jsled> my pleasure. :)
22:02:32 *** chintan has left #gnucash
23:07:53 *** twunder has joined #gnucash
23:16:21 *** twunder has quit IRC
23:34:47 *** BlackBsd has quit IRC
23:41:01 *** foo has quit IRC
23:43:42 *** bonez39 has joined #gnucash
23:44:39 <bonez39> any doctors here?
23:48:59 *** warlord-afk is now known as warlord
23:49:43 <jsled> doctors?
23:50:16 *** foo has joined #gnucash
23:50:37 <bonez39> jsled, yeah, doctors, physicians...who run gnucash..to keep track of their finances.......:)
23:56:58 <bonez39> DANG...it is quiet tonight
23:57:37 <warlord> @tell chintan I wouldn't really use the existing QIF Import Druid as a basis for the new work. The flow there isn't really that important, code-wise. Feel free to try to mimic the pages but honestly I would NOT try to keep with that druid. I'd just start over.
23:57:37 <gncbot> warlord: The operation succeeded.
23:58:06 <jsled> I believe your chances of "randomly" finding a doctor who uses gnucash at midnight EDT (~9pm PDT) on IRC are basically zero.