2016-02-24 GnuCash IRC logs

00:09:19 *** ErKa has joined #gnucash
00:18:10 *** lwells has joined #gnucash
00:21:33 *** ErKa has quit IRC
00:26:02 *** ErKa has joined #gnucash
00:32:12 *** ErKa has quit IRC
00:52:22 *** minot has quit IRC
00:54:19 *** minot has joined #gnucash
00:57:11 *** lwells has quit IRC
01:22:11 *** ErKa has joined #gnucash
01:24:54 *** Mechtilde has joined #gnucash
01:46:07 *** minot has quit IRC
01:47:58 *** minot has joined #gnucash
01:55:04 *** minot has quit IRC
01:57:21 *** minot has joined #gnucash
02:02:17 *** Mechtilde has quit IRC
02:14:57 *** cartsoftware has quit IRC
02:18:00 *** ErKa has quit IRC
02:42:38 *** fabior has joined #gnucash
03:01:45 *** cartsoftware has joined #gnucash
03:19:13 *** fabior has quit IRC
04:03:12 *** rubdos has joined #gnucash
04:13:46 *** nomeata has joined #gnucash
04:29:46 *** nomeata has quit IRC
04:29:51 *** nomeata has joined #gnucash
05:30:05 *** rubdos has quit IRC
05:59:41 *** aqua___ has joined #gnucash
06:16:13 *** mlncn has joined #gnucash
06:37:53 *** Jimraehl1 has left #gnucash
06:42:48 *** Jimraehl1 has joined #gnucash
06:45:19 *** fell_ has joined #gnucash
06:47:40 *** fell has quit IRC
06:58:37 *** fell_ is now known as fell
06:58:47 *** gncbot sets mode: +o fell
07:11:09 *** bertbob has quit IRC
07:13:49 *** fabior has joined #gnucash
07:27:02 *** bertbob has joined #gnucash
07:40:34 *** fabior has quit IRC
07:46:17 *** bertbob has quit IRC
07:59:57 *** aqua___ has quit IRC
08:01:30 *** bertbob has joined #gnucash
08:07:04 *** rubdos has joined #gnucash
08:45:18 *** minot has quit IRC
08:47:11 *** rubdos has quit IRC
08:57:18 *** ErKa has joined #gnucash
08:58:38 *** ThomasKeller has quit IRC
08:59:17 *** ThomasKeller has joined #gnucash
09:03:25 *** gjanssens has joined #gnucash
09:03:25 *** ChanServ sets mode: +o gjanssens
09:04:43 <fell> Hooi
09:07:28 <fell> gjanssens, did you see my message on github?
09:26:55 *** fabior has joined #gnucash
09:37:04 *** fabior has quit IRC
10:26:26 <gjanssens> fell: I did indeed
10:37:49 <fell> gjanssens: about sunfishs update problem IMHo we should improve wiki:Git
10:39:29 <fell> step by step for a user setting up and syncronize her fork
10:44:37 <fell> I just redicovered https://help.github.com/articles/fork-a-repo/ and will link it.
10:45:47 *** sm has quit IRC
11:09:01 *** aqua___ has joined #gnucash
11:10:15 <gjanssens> fell: That's a very good link. I doubt we can explain it any better
11:11:01 <gjanssens> When you add the link you may add a remark that the "upstream" repository in the case of gnucash is Gnucash/gnucash (or Gnucash/gnucash-docs for the documentation repo)
11:11:19 <fell> I put it in related topics.
11:11:28 <gjanssens> And sorry for the slow responses. I'm mostly afk today
11:11:56 <fell> I fear, I am too tired today.
11:13:16 <fell> I tried to bring http://wiki.gnucash.org/wiki/Git#GitHub in a step by step form.
11:14:13 <fell> If you like you can continue.
11:14:32 <fell> Else I will do a new approach tomorrow.
11:16:07 <fell> We must keep in mind, it should be reproducible e.g. for documenters and translators.
11:29:22 *** nomeata has quit IRC
11:35:52 *** mlncn has quit IRC
12:03:47 *** Mechtilde has joined #gnucash
12:13:53 *** mlncn has joined #gnucash
12:31:18 *** ErKa has quit IRC
12:41:04 *** Mechtilde has quit IRC
12:55:32 *** fell has quit IRC
13:07:12 *** rubdos has joined #gnucash
13:38:11 *** Mechtilde has joined #gnucash
13:44:38 *** aqua___ has quit IRC
13:49:07 <test12234> warlord: someone on the mailing list helped me with displaying transaction report in a way that'd be work well with libreoffice/excel
13:49:24 <warlord> i saw
13:49:41 <test12234> oh okay
13:55:23 *** mlncn has quit IRC
14:06:32 *** Mechtilde has quit IRC
14:16:01 *** Mechtilde has joined #gnucash
14:36:39 *** Mechtilde has quit IRC
14:38:05 *** fabior has joined #gnucash
14:44:04 *** mlncn has joined #gnucash
14:45:45 *** Mechtilde has joined #gnucash
14:49:07 *** Mechtilde has quit IRC
14:50:20 *** Mechtilde has joined #gnucash
14:55:12 *** Mechtilde has quit IRC
14:58:36 *** Mechtilde has joined #gnucash
15:05:30 *** nomeata has joined #gnucash
15:08:20 *** Mechtilde has quit IRC
15:16:10 *** Mechtilde has joined #gnucash
15:20:02 *** ErKa has joined #gnucash
15:28:38 *** mlncn has quit IRC
15:33:35 *** rubdos has quit IRC
15:34:18 *** fabior has quit IRC
15:39:12 *** mlncn has joined #gnucash
15:46:02 *** test12234 has left #gnucash
15:49:41 *** Mechtilde has quit IRC
17:07:32 *** gjanssens has quit IRC
17:49:37 *** nomeata has quit IRC
18:02:44 *** MoeD has joined #gnucash
18:15:30 *** mlncn has quit IRC
19:06:48 *** GnuGuest has joined #gnucash
19:13:59 <GnuGuest> Greetings GnuCash devs: Perusing through the code there is a "Backend" Factory pattern and then there is an "QOF Object" Factory pattern. Would those two be unified so that there is one Factory that can produce the required API for the various data stores and also serve the necessary "constructor/maker..." for the QOF and accounting objects? Perhaps even an
19:15:54 <GnuGuest> Are there plans to merge QOF object factory and Backend factory into a centralized and unified factory? Perhaps even a hierarchy of factories?
19:17:02 <GnuGuest> Sorry, about the hiccup in my question above, but I think the question is clear enough.
20:22:24 <warlord> GnuGuest: no. The backend is completely different than the data objects. I don't see why you would combine them.
20:22:36 <warlord> The backend is all about data persistance
20:22:45 <warlord> The objects are all about semantics.
20:33:58 *** ErKa has quit IRC
20:39:06 <GnuGuest> Warlord, thanks for the clarification. When I saw the qof_object_register_backend() function, I was wondering what was going on.
20:54:27 <GnuGuest> Okay, warlord, so the Backend serves as mechanism between data objects and the data stores(persistant). The data objects and the QOF-object system serves the querying semantics (eg: SQL queries) and the manipulation of relationships among the data objects... does that sound about right?
21:02:49 <warlord> yes, that sounds about right
21:12:13 <GnuGuest> I have not examined the Querycore at any length; however, the impression I get that it uses the idea of data objects of one particular type is stored in one table of records, each record corresponding to a data object.
21:13:51 <GnuGuest> To do this GnuCash maintains a mapping of the data-object fields/info with the various columns of a record.
21:15:13 <warlord> Don't think about it in terms of SQL
21:15:19 <warlord> Think about it in terms of Data Objects
21:15:46 <warlord> The Query is a means to perform a search on a set of a particular type of data object using a set of critereon to search on.
21:18:41 <GnuGuest> So think primarily in an object-oriented Data Object with the SQL (or whatever, in the future) is the variable means of manipulating relationships among the data-objects (ie: searches or billing or invoicing....)
21:19:11 <warlord> billing/invoicing is an operation.
21:20:19 <warlord> QOF is 100% about object storage and retrival.
21:20:35 <warlord> (query is a kind of retrieval)
21:21:23 <GnuGuest> When you said "object storage" are you refering to "data persistance"?
21:21:42 <warlord> yes. the "backend" sits under QOF
21:21:49 <warlord> (but is still considered "part" of QOF)
21:26:32 <GnuGuest> Okay.,,, so coming back to what originally sparked my query (pardon the pun)... when perusing the code, I saw qof_object_register() alongside qof_object_register_backend(). Is the functionality of qof_object_register_backend() going to be moved into the Backend code?
21:30:30 <warlord> qof_object_register() is how you dynamically add a new datatype to QOF.
21:31:15 <warlord> qof_object_register_backend() is how to add a type-specific backend handler
21:31:28 <warlord> Both belong in qof-object.
21:44:23 <GnuGuest> Okay, where does gncinstance belong in the picture?
21:45:23 *** fell has joined #gnucash
21:45:24 *** gncbot sets mode: +o fell
22:01:18 <warlord> It's just a base class for the GnuCash QOF objects.
22:13:03 <GnuGuest> Sorry, I meant qofinstance... but I think your statement still holds. Would it be advantageous then that qof_object and qofinstance would be merged?
22:16:59 <GnuGuest> GnuCash QOF objects are data-objects so by inheriting from the qof(object/instance) all the registration, semantics and data-persistance logic would fall in line.
22:20:44 <warlord> No, QofObject is a Class, QofInstance is an Instance of that class.
22:34:27 <GnuGuest> Hmmm... so QofObject is a class of "Qof Types" (qofBook, qofAccount...) while qofinstance is the actual object-instance of one of those classes?
22:36:21 <GnuGuest> ... and this is following in the pattern also used by the GLib C object system using structures representing Classes and Instances/objects.
23:05:35 <GnuGuest> In moving to C++11, wouldn't it be good to use the Standard library's runtime type information as an integral part of the Qof typing system?
23:07:14 <GnuGuest> gtg... but I left the above question as food for thought.
23:07:38 *** GnuGuest has left #gnucash