2019-03-20 GnuCash IRC logs
00:02:43 *** mklnos has quit IRC
00:03:28 *** markolino has quit IRC
00:10:38 *** mklnos has joined #gnucash
00:15:07 *** mklnos has quit IRC
00:55:13 *** mklnos has joined #gnucash
00:58:13 *** mklnos has quit IRC
01:05:52 *** mklnos has joined #gnucash
01:08:52 *** mklnos has quit IRC
01:53:29 *** Mechtilde has joined #gnucash
02:00:09 *** mklnos has joined #gnucash
02:13:39 *** mklnos has quit IRC
02:14:43 *** mklnos has joined #gnucash
02:19:13 *** mklnos has quit IRC
02:19:39 *** mklnos has joined #gnucash
02:21:49 *** fell has quit IRC
02:22:39 *** mklnos has quit IRC
02:23:08 *** fell has joined #gnucash
02:23:08 *** ChanServ sets mode: +o fell
02:23:26 *** mklnos has joined #gnucash
02:32:26 *** mklnos has quit IRC
02:43:07 *** Mechtilde has quit IRC
02:44:27 *** mklnos has joined #gnucash
02:48:57 *** mklnos has quit IRC
02:50:17 *** mklnos has joined #gnucash
03:21:40 *** gjanssens has joined #gnucash
03:21:40 *** ChanServ sets mode: +o gjanssens
03:21:43 <gjanssens> .
03:51:47 *** mklnos has quit IRC
03:54:09 *** mklnos has joined #gnucash
04:09:15 *** badger92 has quit IRC
04:09:19 *** badger92 has joined #gnucash
04:39:04 *** bertbob has quit IRC
04:43:58 *** bertbob has joined #gnucash
04:43:59 *** ChanServ sets mode: +v bertbob
04:46:01 *** mklnos has quit IRC
04:55:19 *** mklnos has joined #gnucash
05:03:28 *** bertbob has quit IRC
05:06:30 *** Aussie_matt has quit IRC
05:42:58 *** nimish2711 has joined #gnucash
05:44:38 *** mklnos has quit IRC
06:00:04 *** Mechtilde has joined #gnucash
06:11:20 *** bertbob has joined #gnucash
06:11:21 *** ChanServ sets mode: +v bertbob
06:32:29 *** Mechtilde has quit IRC
06:39:03 *** Jimraehl1 has joined #gnucash
06:41:04 *** Jimraehl1 has left #gnucash
07:16:39 *** mklnos has joined #gnucash
07:22:10 *** oozer has joined #gnucash
07:41:53 *** storyjesse has joined #gnucash
07:42:53 *** User_ has joined #gnucash
07:50:22 <gjanssens> chris: regarding loading and saving of saved report configurations
07:50:39 <gjanssens> The loading happens at gnucash startup
07:52:45 <gjanssens> It starts here: https://github.com/Gnucash/gnucash/blob/maint/gnucash/gnucash-bin.c#L421
07:53:30 <gjanssens> That calls try_load_config_array at https://github.com/Gnucash/gnucash/blob/maint/gnucash/gnucash-bin.c#L353
07:55:48 <gjanssens> try_load_config_array will get a list of saved-report names (defined here https://github.com/Gnucash/gnucash/blob/maint/gnucash/gnucash-bin.c#L402 though the macros themselves are defined here https://github.com/Gnucash/gnucash/blob/maint/gnucash/report/report-system/gnc-report.h#L31)
07:56:27 <gjanssens> try_load_config will attempt to load these files in order and stop on the first successful load
07:57:01 <gjanssens> The filename is first expanded to a full path https://github.com/Gnucash/gnucash/blob/maint/gnucash/gnucash-bin.c#L360
07:57:15 <gjanssens> Then this file name is passed to gfec_try_load
07:58:19 <gjanssens> (called for lunch, bbiab)
07:58:22 *** gjanssens is now known as gjanssens_afk
07:59:08 *** puck has quit IRC
08:00:29 *** User_ has quit IRC
08:01:22 *** puck has joined #gnucash
08:07:14 <chris> cool now for save_reports() :)
08:09:48 <chris> I see a system whereby there is still a startup load_reports() and a datafile-specific load_datafile_reports()
08:14:29 <warlord> :)
08:16:42 *** oozer has quit IRC
08:17:20 <chris> guile-json will come in handy...
08:28:38 *** gjanssens_afk is now known as gjanssens
08:30:08 <gjanssens> chris: well if you go for refactoring, note the current system defines report templates that can be instantiated
08:30:38 <gjanssens> The terminology used unfortunately is not clearly expressing this
08:31:28 <chris> yeah very confusing
08:31:29 <gjanssens> And personally I would much rather see this evolve to a report definition and a bag of options per report
08:32:06 <gjanssens> The "saved reports" part is actually nothing but a different set of defaults for the options
08:32:55 <gjanssens> I once coined the term "preset", but Carsten Rinke at the time didn't like it.
08:33:19 <gjanssens> I still think it's better than the currently used "saved report configuration" which is way too long
08:35:02 *** jralls has quit IRC
08:35:15 <gjanssens> And as for "load_reports" at startup I don't know if we really need that
08:35:38 <gjanssens> But I can't see inside your head so I don't know exactly what *you* have in mind :)
08:36:32 <gjanssens> My end goal is to have report presets stored as either book properties in the data file or in a completely new data field
08:36:50 <gjanssens> The would be stored as json data rather than executable guile code
08:37:30 <gjanssens> This data could be queried by the code whenever needed
08:38:11 <gjanssens> Currently that's when the "Saved Report Configurations" dialog is opened.
08:38:52 *** jralls has joined #gnucash
08:38:52 *** ChanServ sets mode: +o jralls
08:39:17 <chris> well for now it's so very confusing I'll have to explore over next few months
08:39:26 <chris> agree to all
08:39:50 <chris> I was envisaging a set of global saved-reports and book saved-reports but perhaps there should not be global saved-reports
08:41:01 <warlord> gjanssens, here's a question for you --- should "saved report" and "retained open reports" be stored in different ways?
08:42:06 <gjanssens> warlord: that's an interesting question
08:42:10 <gjanssens> Probably not
08:42:38 <gjanssens> I think the only difference is a "saved report" is named by the user while the "retained open report" is not
08:43:01 <gjanssens> That could just be one internal flag to differentiate them
08:43:05 <warlord> True. And the "retained open report" is auto-opened when the file opens ..
08:43:15 <gjanssens> Indeed
08:43:37 <gjanssens> chris: as for "saving" the report configurations, that starts here: https://github.com/Gnucash/gnucash/blob/maint/gnucash/report/report-system/report.scm#L687
08:44:58 <gjanssens> What it currently does is take the current report (which consists of a template and a set of customized options) and convert that into guile code that will recreate this exact combination later on
08:45:09 <gjanssens> It then writes this code to the saved-reports file
08:45:29 <gjanssens> So with that the next time gnucash runs this new code will recreate the report.
08:46:56 <warlord> Theoretically, the "simplest way" to fix this issue would be to take that guile string data and instead of storing it in a file, we store it in the book.
08:47:23 <chris> warlord: we've grown up from these hacking days :)
08:47:33 <chris> in 21st century we use json
08:47:36 <chris> ^_^
08:47:42 <warlord> JSON is a hack.
08:47:47 <warlord> It's just the *current* hack
08:47:57 <warlord> (actually, CBOR is the current current hack)
08:48:05 <warlord> BUt JSON == XML == ASN1 == ....
08:48:20 <warlord> Every decade a "new encoding language" comes along.
08:48:31 <warlord> ... solving the exact same problem
08:48:41 <gjanssens> :) Indeed
08:49:06 <gjanssens> But the primary difference for me is we shouldn't be using executable code just to store option values
08:49:26 <gjanssens> So I'm fine with all data oriented storage formats: xml, json, yaml,...
08:49:29 <warlord> Now THAT is a good argument :)
08:50:33 <gjanssens> Having said that, I understand there are two relatively independent changes we are looking at here:
08:51:05 <gjanssens> 1. provide a way to store the report options in the data file instead of in a separate file
08:51:19 <gjanssens> 2. switch from executable code to a data oriented format
08:51:37 <gjanssens> I like to see both happen, but they shouldn't necessarily happen at the same time
08:52:15 <chris> well my scheme question for no.1 is what mechanism is available to me if kvp is now offlimits?
08:52:50 <chris> no.2 should be easy via guile-json
08:53:11 <gjanssens> Fair question. We'll have to cooperate to provide an enine interface for the new data in the book
08:53:42 <gjanssens> At this point I don't know yet what would be best, a new xml tag/db table or slots
08:54:40 <gjanssens> The latter is the convenience solution but eventually we're supposed to get rid of it so I think I prefer the former even if that means breaking backwards compatibility.
08:55:22 <gjanssens> an *engine* interface...
08:56:16 <chris> I'll let you figure that out... meanwhile I'll aim to practice via magic-string xaccMallocTransaction :-o
08:56:20 <gjanssens> Oh, and I didn't envision a global, external file to store reports
08:56:54 <chris> yeah best keep in datafile
08:57:07 <gjanssens> At best we could have an export/import feature for those who really wish to copy reports from one book to another
08:57:38 <gjanssens> It should clearly warn the user not all options are portable accross books and review of imported reports is their own responsability
08:59:02 <gjanssens> Well, with reports I mean presets here of course
08:59:26 <warlord> So why is KVP off limits (other than that we want to move away from KVP)?
08:59:55 <gjanssens> I think that's the only reason
09:00:24 <gjanssens> KVP is very db-unfriendly as I understand it
09:00:44 <warlord> If we just use a single slot it would be okay.. But then we might hit a row limit
09:00:53 <gjanssens> Though it's very convenient in xml
09:01:02 <warlord> Yes, it is.
09:01:32 <warlord> It's too bad we can't store it in KVP in XML and as extra tables in SQL
09:01:56 <gjanssens> Actually that's one design direction I have been pondering as well
09:02:36 <gjanssens> At this point kvp is an engine level detail. It should have been a backend implementation detail (and then xml only)
09:02:49 <gjanssens> But I don't know if that can be realistically implemented.
09:03:13 <gjanssens> It would provide the best of both worlds IMO
09:03:23 <warlord> Hard to say. What makes it harder is that, previously, any object could add KVP tags anywhere.
09:03:43 <warlord> I think we've mostly fixed that these days by using explicit getters/setters
09:03:50 <gjanssens> Yeah, lots of technical debt stacking up there
09:04:19 <warlord> Indeed.. And I admit a lot of it is mine (although kvp predates me -- I leveraged it a lot for the biz features)
09:06:42 <gjanssens> :) We all have
09:09:11 <chris> anyway back to the issue at hand, I'd love to be pointed to the datafile-load code
09:16:29 <chris> for my own testing I'll try some hackish magic-transactions and try save into their xaccTransGetMemo() :)
09:16:50 <chris> or better, magic accounts
09:18:09 <chris> and just to confirm "gnc:report-to-template" is the only *known* entry point for saved-reports saving right?
09:24:49 <gjanssens> chris: the datafile load code is spread across the xml and the sql backends
09:25:00 <gjanssens> There's no single point of entry there unfortunately
09:26:08 <gjanssens> There's an abstraction layer on top in GncBackend, which is what the engine interacts with to access the data file
09:26:34 <gjanssens> Or more precisely, the xml and sql backends implement the GncBackend interface
09:27:33 <chris> :(
09:29:49 <gjanssens> So they both provide a load() function like here https://github.com/Gnucash/gnucash/blob/maint/libgnucash/backend/xml/gnc-xml-backend.cpp#L237 for the xml backend
09:30:53 <gjanssens> That will eventually result in the xml file being parsed and depending on the xml tags found, some function to parse that specific tag will be called from the other files in the same directory.
09:31:34 <gjanssens> Note that most of that code is also from another era so I don't understand all the design choices in there...
09:39:42 <gjanssens> On the other hand I believe it shouldn't be too hard to add another xml node in there based on an existing node type.
09:41:00 <gjanssens> Similarly the sql backend has a separate file for each table type, so adding another table should be reasonable based on existing table definitions.
09:48:14 *** mklnos has quit IRC
09:48:16 <chris> ok lots to explore. i do have to complete my own taxes so will be busy next couple weeks myself
09:48:38 <gjanssens> No worries, there's no deadline here :)
09:52:01 *** Mechtilde has joined #gnucash
09:57:25 *** Mechtilde has quit IRC
09:58:56 *** Mechtilde has joined #gnucash
10:02:48 *** Mechtilde has quit IRC
10:08:12 *** Mechtilde has joined #gnucash
10:08:25 *** Guest44 has joined #gnucash
10:08:46 *** chris has quit IRC
10:09:33 *** chris has joined #gnucash
10:09:33 *** ChanServ sets mode: +v chris
10:09:55 *** Guest44 is now known as Pah67gh98
10:10:19 *** ChanServ sets mode: +v Pah67gh98
10:12:04 *** Mechtilde has quit IRC
10:19:10 *** Mechtilde has joined #gnucash
10:22:12 *** Mechtilde has quit IRC
10:24:58 *** kael has joined #gnucash
10:24:59 *** ChanServ sets mode: +v kael
10:27:35 *** oozer has joined #gnucash
10:31:28 *** Mechtilde has joined #gnucash
10:33:33 *** jervin has joined #gnucash
10:37:23 *** jervin has quit IRC
10:39:47 *** guak has joined #gnucash
10:41:11 *** Mechtilde has quit IRC
10:42:14 *** mklnos has joined #gnucash
10:55:15 *** ArtGravity has joined #gnucash
10:55:16 *** ChanServ sets mode: +v ArtGravity
11:00:44 *** jerryq has quit IRC
11:05:52 *** boldstripe has joined #gnucash
11:14:47 *** markolino has joined #gnucash
11:16:55 *** Mechtilde has joined #gnucash
11:17:34 *** markolino_style has joined #gnucash
11:18:14 *** markolino has quit IRC
11:19:55 *** Mechtilde has quit IRC
11:21:49 *** markolino_style has quit IRC
11:21:49 *** Mechtilde has joined #gnucash
11:24:08 *** markolino has joined #gnucash
11:24:49 *** Mechtilde has quit IRC
11:25:49 *** mklnos has quit IRC
11:32:37 *** kael1 has joined #gnucash
11:32:37 *** ChanServ sets mode: +v kael1
11:32:40 *** kael has quit IRC
11:32:40 *** kael1 is now known as kael
11:34:46 *** Mechtilde has joined #gnucash
11:35:48 *** ChanServ sets mode: +v markolino
11:36:05 <markolino> Hi everyone. I'm a Spanish user of GNUCash and in the 3.4 version of the software thre's an issue when trying to use Spanish as the working language. The dates of all transactions show deteted when using the files in the Spanish environment (this didn't happen in the 3.2 version). Does anyone is acquainted about this?
11:38:00 <warlord> markolino, what OS/Distro? If Windows, can you try a pre-release snapshot because I feel like this might have been fixed.
11:38:11 <warlord> jralls would know for sure.
11:40:01 *** Mechtilde has quit IRC
11:40:48 <markolino> warlord: Sorry, I'm new in IRC. What do you mean by "a pre-release snapshot? I asume you ren't asking for a picture, because IRC doen't allow you to do it
11:41:35 *** Pah67gh98 has quit IRC
11:42:13 <markolino> warlord: By the way, I use Windows 10
11:42:33 *** markolino has quit IRC
11:43:00 *** markolino_ has joined #gnucash
11:46:18 <warlord> markolino_, I mean download and install a GnuCash pre-release package and try it. 3.5 is due to be released in a couple weeks, so this would check if the bug has been fixed.
11:46:38 *** ChanServ sets mode: +v markolino_
11:49:58 <markolino_> I see. Well, If I have not misundertand you, a new stable version will be released in about two weeks. If so (please confirm that to me) I can wait for that
11:50:46 *** Mechtilde has joined #gnucash
11:51:58 <gjanssens> markolino_: According to https://wiki.gnucash.org/wiki/Release_Schedule gnucash 3.5 is scheduled for March 31st
11:52:39 <gjanssens> So it will be available then unless something very unexpected happens close to or during release (like an unexpected blocker or major build issue)
11:52:51 *** jerryq has joined #gnucash
11:53:46 *** Mechtilde has quit IRC
11:55:58 <markolino_> I see. If I, by chance, detect the same error. Will it be helpful for the version 3.5 stable release to report an issue?
11:56:45 <markolino_> I mean, if that can make a difference in the version to come
11:57:13 <gjanssens> It would indeed.
11:58:13 *** markolino_ has quit IRC
11:59:27 *** markolino_ has joined #gnucash
12:00:31 *** boldstripe_ has joined #gnucash
12:00:46 *** boldstripe has quit IRC
12:00:46 *** boldstripe_ is now known as boldstripe
12:01:00 *** markolino has joined #gnucash
12:01:00 *** ChanServ sets mode: +v markolino
12:02:32 *** ChanServ sets mode: +v markolino_
12:02:44 <markolino_> ok, then I will try it, though later I would rather come back to the 3.4 in English. If there's an issue, should I report it in this channel?
12:04:16 *** mklnos has joined #gnucash
12:05:39 <warlord> markolino_, or better yet, file a bug report in bugzilla
12:07:09 <markolino_> How could I enter there?
12:07:25 <warlord> https://bugs.gnucash.org/
12:07:31 *** markolino_ has quit IRC
12:07:43 *** markolino_ has joined #gnucash
12:07:43 *** markolino has quit IRC
12:08:00 *** markolino has joined #gnucash
12:08:45 <gjanssens> markolino_: And it would even be more helpful if you downloaded the most recent nightly build from https://code.gnucash.org/builds/win32/maint/ and test whether it's really fixed there or not
12:08:57 *** ChanServ sets mode: +v markolino_
12:09:07 <gjanssens> That would give us the opportunity to revisit this still *before* gnucash 3.5 is released
12:09:28 <gjanssens> Unfortunately the most recent build there is from February 20 which may not be recent enough
12:09:45 <gjanssens> I'm checking why the builds have failed since then as we speak
12:10:52 <markolino_> Is that source code? I'm not familiar with programming almost at all
12:11:27 <gjanssens> No, you'll find prepackaged windows installers on that location
12:11:35 <gjanssens> So you can just download one and install it.
12:11:57 <gjanssens> Do make a backup of your data file before you do so though.
12:12:23 <gjanssens> This builds are typically fairly stable (as they lead up to the next stable release after all) but better safe than sorry.
12:13:32 <markolino_> ok, i am downloading it
12:14:43 <markolino_> The one dated 2019-02-21 03:14 168M
12:14:55 <gjanssens> markolino_: please wait a few more minutes
12:15:07 *** Cuare has joined #gnucash
12:15:07 *** ChanServ sets mode: +v Cuare
12:15:38 <gjanssens> I have a build running that should create an installer for the current state of the code, so it should have more fixes in it.
12:15:46 *** Mechtilde has joined #gnucash
12:16:04 <warlord> gjanssens, any clue why there hasn't been a build in 4 weeks?
12:16:09 <gjanssens> The build already passed the point where all other builds since Feb 20 failed
12:16:36 <gjanssens> warlord: yes, it looks like a stale build artefact that didn't get rebuilt properly and automatically by the cmake rules
12:16:41 *** boldstripe_ has joined #gnucash
12:16:45 <gjanssens> So it suggests a subtle dependency issue.
12:16:55 *** boldstripe has quit IRC
12:16:55 *** boldstripe_ is now known as boldstripe
12:17:26 <gjanssens> I had changed some scheme api and this didn't trigger the proper rebuilds, or at least not in the proper order
12:17:37 <gjanssens> For now I have just removed the build directory and restarted the build.
12:17:42 <gjanssens> That seems to fix it
12:17:53 <gjanssens> Build is at 71%
12:18:53 <warlord> ok
12:19:38 <gjanssens> In this particular case I removed the gnc_version function from core-utils.i to be replaced with a dedicated interface in gnc-version.h
12:19:53 *** Mechtilde has quit IRC
12:20:38 <gjanssens> That apparently didn't trigger the recreation of swig-core-utils-guile.c (or something like that) or the newly generated c file was not automatically rebuilt in the proper object
12:20:44 <gjanssens> Something in that area
12:23:46 *** markolino_ has quit IRC
12:23:46 *** markolino has quit IRC
12:23:59 *** markolino_ has joined #gnucash
12:24:03 *** markolino has joined #gnucash
12:26:16 *** ChanServ sets mode: +v markolino_
12:27:16 <markolino_> I have already installled and changed the language in the "environment" file and, at fisrt sight the issue is solved
12:29:36 <markolino_> Should I check somethnig else to check that it is really fixed?
12:31:32 *** markolino has quit IRC
12:32:51 <gjanssens> markolino_: no, that should be sufficient. Thanks for the confirmation.
12:33:17 <markolino_> no, thank YOU!
12:34:02 *** markolino_ has quit IRC
12:35:17 <gjanssens> The new installer was just ready by the way :)
12:35:36 <gjanssens> And ready for download.
12:36:05 *** markolino has joined #gnucash
12:37:05 *** markolino_ has joined #gnucash
12:37:35 *** Mechtilde has joined #gnucash
12:38:09 *** markolino_ has quit IRC
12:38:09 *** markolino has quit IRC
12:38:22 *** markolino has joined #gnucash
12:39:34 *** markolino has quit IRC
12:40:35 *** Mechtilde has quit IRC
12:40:39 *** markolino has joined #gnucash
12:41:01 *** mklnos has quit IRC
12:41:14 *** mklnos has joined #gnucash
12:41:22 *** markolino has quit IRC
12:42:10 *** markolino has joined #gnucash
12:43:06 *** markolino has joined #gnucash
12:43:27 *** markolino has quit IRC
12:44:00 *** markolino has joined #gnucash
12:44:56 *** markolino has joined #gnucash
12:46:45 *** markolino has quit IRC
12:46:56 *** markolino has joined #gnucash
12:46:56 *** ChanServ sets mode: +v markolino
12:49:24 *** markolino has quit IRC
12:49:41 *** markolino has joined #gnucash
12:49:41 *** ChanServ sets mode: +v markolino
12:55:13 <markolino> warlord: Hi again. I don't know if this info is relevant, but, when unistalling the program it popped up a message saying that the location [installation path]\etc didn't exist. I imagine that this locations was deleted by the unistaller before and it was needed in some step of the unistalling process.
12:56:45 <markolino> nevemind. I left the "etc" folder opened while unistalling, that wxplains the message
12:56:54 <warlord> Ah. :)
12:57:10 <markolino> Thanks for everythin
12:57:43 <markolino> have a nice day
12:58:02 *** markolino has quit IRC
12:59:02 *** markolino has joined #gnucash
12:59:02 *** ChanServ sets mode: +v markolino
12:59:13 * markolino says good bye
12:59:21 *** markolino has quit IRC
12:59:44 *** mklnos has quit IRC
13:00:07 *** mklnos has joined #gnucash
13:07:30 *** kael has quit IRC
13:07:47 *** kael has joined #gnucash
13:07:47 *** ChanServ sets mode: +v kael
13:15:31 *** mklnos has quit IRC
13:16:07 *** storyjesse has quit IRC
13:16:08 *** mklnos has joined #gnucash
14:01:06 *** Mechtilde has joined #gnucash
14:20:30 *** boldstripe has quit IRC
14:21:27 *** boldstripe has joined #gnucash
14:53:21 <fell> warlord: Markolinos issue is https://bugs.gnucash.org/show_bug.cgi?id=797109 Cannot retrieve/parse dates, corrupts data
14:53:49 <fell> + duplicates ;-)
14:54:46 <warlord> Is it solved for 3.5?
14:57:27 *** nimish2711 has quit IRC
14:57:41 <fell> 2019-02-22 the fix was confirmed.
14:58:30 *** nimish2711 has joined #gnucash
15:06:02 <fell> Thunderbird currently does not allow /me to send mails. :-(
15:06:51 *** frakturfreak has joined #gnucash
15:07:01 <fell> gjanssens: you could have pointed the spanish guy to https://wiki.gnucash.org/wiki/Windows_Installer_Translation .
15:23:33 *** kael has quit IRC
15:39:20 <fell> chris, IMHO libgnucash/scm/price-quotes.scm has a terrible style.
15:41:59 <fell> I looked at it because of the infamous "There was an unknown error while retrieving the price quotes" message.
15:43:26 <fell> Then I saw, the log messages should not be translated. I could fix this, but probably it is easier, if you do some cleanup there.
15:45:29 *** Mechtilde has quit IRC
15:47:34 *** Mechtilde has joined #gnucash
15:54:53 *** nimish2711 has quit IRC
15:58:28 *** Mechtilde has quit IRC
16:10:50 *** gjanssens has quit IRC
16:21:11 *** boldstripe has quit IRC
16:22:24 *** bertbob has quit IRC
16:22:36 *** boldstripe has joined #gnucash
16:25:13 *** mklnos has quit IRC
16:28:52 *** bertbob has joined #gnucash
16:28:53 *** ChanServ sets mode: +v bertbob
16:58:45 *** markolino has joined #gnucash
16:58:45 *** ChanServ sets mode: +v markolino
17:11:30 *** markolino has quit IRC
17:11:48 *** markolino has joined #gnucash
17:11:48 *** ChanServ sets mode: +v markolino
17:17:20 <markolino> Hi again: When I see the gnucash web it states that GNUCash for Android isn't part of the program. Does that mean that is not developed by you?
17:41:20 *** Aussie_matt has joined #gnucash
17:43:30 *** puck has quit IRC
17:44:52 *** mklnos has joined #gnucash
17:48:25 *** jervin has joined #gnucash
17:51:25 *** puck has joined #gnucash
17:55:44 *** frakturfreak has quit IRC
18:00:09 *** jerryq has quit IRC
18:00:30 *** markolino has quit IRC
18:01:29 *** markolino has joined #gnucash
18:01:29 *** ChanServ sets mode: +v markolino
18:37:38 *** tienne has joined #gnucash
18:40:39 *** markolino has quit IRC
19:21:57 *** chris has quit IRC
19:48:29 *** nimish2711 has joined #gnucash
19:58:15 *** User_ has joined #gnucash
20:05:45 *** tienne has left #gnucash
20:06:34 *** tienne has joined #gnucash
20:16:14 *** tienne has quit IRC
20:16:53 *** tienne has joined #gnucash
20:23:31 *** mklnos has quit IRC
20:26:34 *** mklnos has joined #gnucash
20:31:30 *** jervin has quit IRC
20:31:38 *** jervin has joined #gnucash
20:40:04 *** mklnos has quit IRC
20:40:32 *** tienne has quit IRC
21:05:23 *** User_ has quit IRC
21:10:35 *** boldstripe has quit IRC
21:11:30 *** boldstripe has joined #gnucash
21:17:14 *** jerryq has joined #gnucash
21:44:27 *** guak has quit IRC
21:55:57 *** ArtGravity has quit IRC
22:18:08 *** mklnos has joined #gnucash
22:21:26 *** fell has quit IRC
22:22:29 *** fell has joined #gnucash
22:22:29 *** ChanServ sets mode: +o fell
22:27:28 *** badger92 has quit IRC
22:27:53 *** badger92 has joined #gnucash
22:29:28 *** oozer has quit IRC
22:49:38 *** mklnos has quit IRC
22:52:36 *** boldstripe_ has joined #gnucash
22:58:56 *** boldstripe_ has quit IRC
23:08:59 *** chris has joined #gnucash
23:08:59 *** ChanServ sets mode: +v chris
23:09:39 <chris> @tell gjanssens I can imagine that load_reports() be removed from startup, and is moved into the xml-load-file mechanism, and must be added piecemeal to other formats
23:09:39 <gncbot> chris: The operation succeeded.
23:10:04 <chris> @tell gjanssens save-reports should be straightforward if I have the API
23:10:04 <gncbot> chris: The operation succeeded.
23:11:15 *** boldstripe has quit IRC
23:12:11 *** boldstripe has joined #gnucash
23:12:19 <chris> @tell gjanssens so, report.scm must have a new exported routine (gnc:load-all-reports)
23:12:19 <gncbot> chris: The operation succeeded.
23:22:36 *** jervin has quit IRC
23:23:03 <chris> @tell gjanssens which will retrive saved-reports from somewhere and populate *gnc:_report-templates_* ... and this is easy to/from (xaccAccountGetNotes root) ^_
23:23:03 <gncbot> chris: The operation succeeded.
23:23:05 <chris> *gnc:_report-templates_*^_^
23:23:32 <chris> the root account is invisible to UI so it's a convenient place to store book data ^_^
23:37:28 <chris> at least for testing purposes