Re: [GNC-dev] GnuCash - documentation display disfunctional and sources

[Stefan Mueller]

thanks for the information. I might find the time to adapt the removed page
as it was very helpful to me and should return to the documentation, but
updated to new interface.

2018-04-11 19:06 GMT+02:00 Geert Janssens :

> Op woensdag 11 april 2018 16:09:57 CEST schreef Stefan Mueller:
> > Hallo,
> > I the course of my researches in regard to *Import Map Editor* I've
> noticed
> > that there are two branches of documentation, *stable
> > * and *git <
> https://cvs.gnucash.org/docs>*
> > and that there are some lonely help docs. on *git*: 2.7. Daten
> importieren
> >  what
> > shall go into the official documentation.
>
> What you are looking at are the html translation of our documentation. It's
> not the version managed documentation source though.
>
> That is written in docbook format and stored here:
> https://github.com/Gnucash/gnucash-docs/
>
> The specific page is a relic of documentation that got removed from the
> documentation sources in 2015 by Mechtilde in this commit:
> https://github.com/Gnucash/gnucash-docs/commit/31d724b34ceaa98d7aa29
>
> The html page should not have been there anymore and is a heads up we
> should
> update our nightly documentation build to clean out obsolete files.
>
> However in this case it's nice you found it and it triggers you to
> re-enable
> it.
> >
> > In order to do so I would have to clone the documentation repository and
> > reorder the html files and reset the links and commit it.
>
> Not exactly. You'd have to translate the html pages back into docbook
> format
> and update them to reflect current stable. The importer (particularly the
> csv
> one) has changed since that documentation was written.
>
> It's probably easier though to search for the original docbook source in
> git
> history and start from there.
>
> I have quickly searched the current documentation sources and it appears
> there
> is no information on importing either in the English documentation. That's
> likely why it got removed from DE at some point as the English version is
> considered the primary documentation and the other languages are 'only'
> translations. (Though that may not necessarily be the right approach)
>
> > Once I have finalized all that, I will notify the developer team of your
> > changes, either by creating a pull request
> >  (pulls my clone into
> > master), or by creating and uploading a patch
> > .
>
> Indeed.
>
> > That's it isn't it?
> > One step is still unclear, how or by whom are the files moved from *git*
> >  to *stable*
> > .
> >
> Never. Both urls you specify are html renderings of the documentation
> sources,
> though they render different branches. These renderings are automatically
> generated from the true git sources (see link above).
>
> The source git repo has two relevant branches: maint and master.
> Whatever is committed to maint will appear in the rendering at https://
> www.gnucash.org/docs/v3/ at the first new release after it got committed.
> Whatever is committed to master will appear in the rendering at https://
> cvs.gnucash.org/docs (though we normally use it's other alias https://
> code.gnucash.org/docs)
>
> In addition *all* commits that go into the maint branch will at some point
> get
> merged into master, and will hence appear in the rendering of that branch
> as
> well. We don't merge the other way around so master can contain
> documentation
> for features that are not yet in a stable gnucash release (though currently
> that's uncommon).
>
> > In addition, I've noticed that the translated help is not pulled up when
> > changing the language on gnucash.org
> > , although it is
> available:
> >
> > GnuCash Documentation EN
> >  àgnucash
> help EN
> > 
> > GnuCash Documentation DE
> >  àgnucash
> help EN
> >  although there is
> gnucash
> > help DE 
> > GnuCash Documentation IT
> >  àgnucash
> help EN
> >  although there is
> gnucash
> > help IT 
> >
> > That is properly due to that the folder in .../docs
> >  are not named according the format of
> Locale
> > .
> >
>
> Right. That should be aligned. I seem to remember we chose to remove the
> region code from the documentation directories at some 

Re: [GNC-dev] Bug 795101 - Scroll Bar in Reconcile Window Floats in and covers the check boxes

[Frank H. Ellenberger]

Am 11.04.2018 um 16:52 schrieb Robert Fewell:
> Would like some thoughts on possible fix...
> 
> There seems to be three options but I may of missed something, move the
> toggle reconcile column, make it wider or add a dummy spacer column.
> 
> The first may not be liked..
> The last seems a bit over kill.
> So making the column wider seems the best / easiest.
> 
> In reconcile-view.c you have the line below which sets the column title...
> 
> gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:R")
> + 11);
> 
> All I need to do is add a couple of spaces either side of the 'R' which I
> assume I can not do as it would affect the translation string
> 
> gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:
> R  ") + 11);

For this all translators would hate you - introducing a new string with
"noise"

> But can I add this after above line, it works on my setup, is this OK.
> 
> // to allow space for the vertical scrollbar showing, add a couple of
> spaces
> gnc_search_param_set_title ((GNCSearchParam *) param,
>   g_strconcat ("  ", ((GNCSearchParam *) param)->title, "  ",
> NULL));

how about gtk_grid_set_column_spacing () or similar?

> Bob

~Frank
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Bug 795101 - Scroll Bar in Reconcile Window Floats in and covers the check boxes

[Geert Janssens]

Op woensdag 11 april 2018 17:27:23 CEST schreef Adrien Monteleone:
> Bob,
> 
> This isn’t so much a comment on the fix itself, but the problem.
> 
> I don’t see it on macOS 10.13.4, so it may be Windows specific. I haven’t
> built yet on Linux to try it there to comment on that platform. For me, the
> scroll bar is a tiny sliver that fits in nicely to the right of the check
> boxes and does not cover them.

The scrollbar will widen when you hover the mouse over it. That's gtk's way to 
handle scrollbars. Perhaps this doesn't work like that on OS X (can't test), 
it does on linux.

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Bug 795101 - Scroll Bar in Reconcile Window Floats in and covers the check boxes

[Geert Janssens]

Op woensdag 11 april 2018 16:52:05 CEST schreef Robert Fewell:
> Would like some thoughts on possible fix...
> 
> There seems to be three options but I may of missed something, move the
> toggle reconcile column, make it wider or add a dummy spacer column.
> 
> The first may not be liked..
> The last seems a bit over kill.
> So making the column wider seems the best / easiest.
> 
> In reconcile-view.c you have the line below which sets the column title...
> 
> gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:R")
> + 11);
> 
> All I need to do is add a couple of spaces either side of the 'R' which I
> assume I can not do as it would affect the translation string
> 
> gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:
> R  ") + 11);
> 
> But can I add this after above line, it works on my setup, is this OK.
> 
> // to allow space for the vertical scrollbar showing, add a couple of
> spaces
> gnc_search_param_set_title ((GNCSearchParam *) param,
>   g_strconcat ("  ", ((GNCSearchParam *) param)->title, "  ",
> NULL));

That would leak a string each time a reconcile view is created (two per 
reconcile window).

It also breaks encapsulation. For this to work you need to know the title is 
stored in the internal title element or a GNCSearchParam struct. You can get 
away with this in C, but it will break when we migrate to C++.

You can do what you want by creating the desired column title before in a 
temporary variable and g_free'ing it afterwards.

Regards,

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] import map editor

[Geert Janssens]

Op woensdag 11 april 2018 15:29:51 CEST schreef Stefan Mueller:
> During my research I find a very good but lonley piece of documentation
> about the import process, 2.7. Daten importieren
> , on
> what all my statements mainly base on. Will it find a way in the official
> documentation?
> 
Not unless someone provides a PR :) And preferably one that starts with an 
English version that subsequently can be translated in other languages.

> The is properly off-topic and has to go in a separated email but during the
> import process I nocticed that in  *Import Dialog *> *Transaction *
> *Information*
> 
>1. Column selction
>2. Trailing line to Skip number
> 
Hmm,

What version of gnucash is this ? And which importer are you referring to ? 
CSV, QIF, OFX ?

The csv importers in gnucash 3.0 should save and restore both.

Regards,

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] GnuCash - documentation display disfunctional and sources

[Geert Janssens]

Op woensdag 11 april 2018 16:09:57 CEST schreef Stefan Mueller:
> Hallo,
> I the course of my researches in regard to *Import Map Editor* I've noticed
> that there are two branches of documentation, *stable
> * and *git *
> and that there are some lonely help docs. on *git*: 2.7. Daten importieren
>  what
> shall go into the official documentation.

What you are looking at are the html translation of our documentation. It's 
not the version managed documentation source though.

That is written in docbook format and stored here:
https://github.com/Gnucash/gnucash-docs/

The specific page is a relic of documentation that got removed from the 
documentation sources in 2015 by Mechtilde in this commit:
https://github.com/Gnucash/gnucash-docs/commit/31d724b34ceaa98d7aa29

The html page should not have been there anymore and is a heads up we should 
update our nightly documentation build to clean out obsolete files.

However in this case it's nice you found it and it triggers you to re-enable 
it.
> 
> In order to do so I would have to clone the documentation repository and
> reorder the html files and reset the links and commit it.

Not exactly. You'd have to translate the html pages back into docbook format 
and update them to reflect current stable. The importer (particularly the csv 
one) has changed since that documentation was written.

It's probably easier though to search for the original docbook source in git 
history and start from there.

I have quickly searched the current documentation sources and it appears there 
is no information on importing either in the English documentation. That's 
likely why it got removed from DE at some point as the English version is 
considered the primary documentation and the other languages are 'only' 
translations. (Though that may not necessarily be the right approach)

> Once I have finalized all that, I will notify the developer team of your
> changes, either by creating a pull request
>  (pulls my clone into
> master), or by creating and uploading a patch
> .

Indeed.

> That's it isn't it?
> One step is still unclear, how or by whom are the files moved from *git*
>  to *stable*
> .
> 
Never. Both urls you specify are html renderings of the documentation sources, 
though they render different branches. These renderings are automatically 
generated from the true git sources (see link above).

The source git repo has two relevant branches: maint and master.
Whatever is committed to maint will appear in the rendering at https://
www.gnucash.org/docs/v3/ at the first new release after it got committed.
Whatever is committed to master will appear in the rendering at https://
cvs.gnucash.org/docs (though we normally use it's other alias https://
code.gnucash.org/docs)

In addition *all* commits that go into the maint branch will at some point get 
merged into master, and will hence appear in the rendering of that branch as 
well. We don't merge the other way around so master can contain documentation 
for features that are not yet in a stable gnucash release (though currently 
that's uncommon).

> In addition, I've noticed that the translated help is not pulled up when
> changing the language on gnucash.org
> , although it is available:
> 
> GnuCash Documentation EN
>  àgnucash help EN
> 
> GnuCash Documentation DE
>  àgnucash help EN
>  although there is gnucash
> help DE 
> GnuCash Documentation IT
>  àgnucash help EN
>  although there is gnucash
> help IT 
> 
> That is properly due to that the folder in .../docs
>  are not named according the format of Locale
> .
> 

Right. That should be aligned. I seem to remember we chose to remove the 
region code from the documentation directories at some point. We probably 
should do the same for the website's html, or alternatively make the 
documentation selection in viewdoc.phtml more intelligent and try with and 
without region code if there is one in the chosen language.

Regards,

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Bug 795101 - Scroll Bar in Reconcile Window Floats in and covers the check boxes

[Adrien Monteleone]

Bob,

This isn’t so much a comment on the fix itself, but the problem.

I don’t see it on macOS 10.13.4, so it may be Windows specific. I haven’t built 
yet on Linux to try it there to comment on that platform. For me, the scroll 
bar is a tiny sliver that fits in nicely to the right of the check boxes and 
does not cover them.

I’m not sure if that makes a difference in the approach.

Regards,
Adrien

> On Apr 11, 2018, at 9:52 AM, Robert Fewell <14ubo...@gmail.com> wrote:
> 
> Would like some thoughts on possible fix...
> 
> There seems to be three options but I may of missed something, move the
> toggle reconcile column, make it wider or add a dummy spacer column.
> 
> The first may not be liked..
> The last seems a bit over kill.
> So making the column wider seems the best / easiest.
> 
> In reconcile-view.c you have the line below which sets the column title...
> 
>gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:R")
> + 11);
> 
> All I need to do is add a couple of spaces either side of the 'R' which I
> assume I can not do as it would affect the translation string
> 
>gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:
> R  ") + 11);
> 
> But can I add this after above line, it works on my setup, is this OK.
> 
>// to allow space for the vertical scrollbar showing, add a couple of
> spaces
>gnc_search_param_set_title ((GNCSearchParam *) param,
>  g_strconcat ("  ", ((GNCSearchParam *) param)->title, "  ",
> NULL));
> 
> Bob
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> 


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] import map editor

[Stefan Mueller]

thx, that helps a lot.

will raise a bug

it's always the last three rows in the CSV what don't contain transsaction,
so saving them would make sense. I'll put it in the bug



2018-04-11 16:38 GMT+02:00 Robert Fewell <14ubo...@gmail.com>:

> Stefen,
>
> Yes to your first question, you should always try to do the matching on
> that page, that's the way it learns for subsequent imports.
> Bayesian / Non Bayesian is dependant on the preference setting you have
> under 'online banking' and it uses those settings also.
> 'Online id' is used in OFX and QIF imports.
>
> The import editor does not show reconciliation, it just shows you what
> mappings you have and allows you to delete them.
>
> Re-Documentation, when someone gets round to writing some, all volunteers
> welcome.
>
> Columns should be saved and they do on my setup, if not for you raise a
> bug, https://wiki.gnucash.org/wiki/Bugzilla
>
> I can understand why the trailing line number is not saved as you do not
> know how big your CSV is, the leading line to skip is when you have headers
> which I assume would always be the same.
>
> Bob
>
>
> On 11 April 2018 at 14:29, Stefan Mueller 
> wrote:
>
>> Hallo Robert,
>> you mean to do the reconciliation in *Import Dialog *> *Match
>> Transactions*as shown here.
>> 
>>
>> I've jsut tested it. Now, there are entries in the *Import Map Editor*
>> but only in the *Bayesian* list. What about *Non-Bayesian* and *Online
>> ID*, how are they get filled?
>> I added a transaction manually and reconciled it but nothing shows up
>> in  *Import Map Editor* but I reckon that is not covered by it, isn't it.
>>
>> In addition is there any posbility to influnce the *Bayesian matching *as
>> it can be done in the settings for online banking import
>> .
>>
>>
>> Will be there any documentation soon?
>> During my research I find a very good but lonley piece of documentation
>> about the import process, 2.7. Daten importieren
>> , on
>> what all my statements mainly base on. Will it find a way in the official
>> documentation?
>>
>> The is properly off-topic and has to go in a separated email but during
>> the import process I nocticed that in  *Import Dialog *> *Transaction *
>> *Information*
>>
>>1. Column selction
>>2. Trailing line to Skip number
>>
>> not saved, when saving settings.
>>
>> thx
>> stefan
>>
>>
>> 2018-04-11 11:57 GMT+02:00 Robert Fewell <14ubo...@gmail.com>:
>>
>>> I have just imported a CSV file and it works for me with and without
>>> Bayesian matching the entries show up in the editor. The purpose is to
>>> allow you to see and delete current matches to accounts, what you see is
>>> dependant on whether you use Bayesian or not.
>>>
>>> With Bayesian, the description column entries are split up into tokens
>>> along with the transaction day which are then used to get the best match on
>>> further imports.
>>> With Non Bayesian, the description column entries are recorded against
>>> there respective accounts and then used to match further imports.
>>> This is where the learning aspect comes in, once you see the entries
>>> hopefully it will make sense.
>>>
>>> What I suspect is that you are not setting the accounts on the matcher
>>> page of the assistant. If you leave them as UNBALANCED they do not show up
>>> in the imap editor.
>>>
>>> Bob
>>>
>>> On 10 April 2018 at 21:55, Stefan Müller 
>>> wrote:
>>>
 Hallo all,
 as there isn't anyone in the user mailing list who can answer my
 question may someone here can help me out.

 Can anyone explain the purpose of the "import map editor" shown in the
 tools menu?
 All what I can find related to mapping imports is this:
 https://wiki.gnucash.org/wiki/Bayes 
 http://gnucash.1415818.n4.nabble.com/Fixing-confused-bayesia
 n-matching-data-td4685819.html 
 but there is nothing about the editor.

 Can anyone explain how to use it is still empty after several csv
 imports.

 Thank you

 Stefan

 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel

>>>
>>>
>>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] Bug 795101 - Scroll Bar in Reconcile Window Floats in and covers the check boxes

[Robert Fewell]

Would like some thoughts on possible fix...

There seems to be three options but I may of missed something, move the
toggle reconcile column, make it wider or add a dummy spacer column.

The first may not be liked..
The last seems a bit over kill.
So making the column wider seems the best / easiest.

In reconcile-view.c you have the line below which sets the column title...

gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:R")
+ 11);

All I need to do is add a couple of spaces either side of the 'R' which I
assume I can not do as it would affect the translation string

gnc_search_param_set_title ((GNCSearchParam *) param, _("Reconciled:
R  ") + 11);

But can I add this after above line, it works on my setup, is this OK.

// to allow space for the vertical scrollbar showing, add a couple of
spaces
gnc_search_param_set_title ((GNCSearchParam *) param,
  g_strconcat ("  ", ((GNCSearchParam *) param)->title, "  ",
NULL));

Bob
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] import map editor

[Robert Fewell]

Stefen,

Yes to your first question, you should always try to do the matching on
that page, that's the way it learns for subsequent imports.
Bayesian / Non Bayesian is dependant on the preference setting you have
under 'online banking' and it uses those settings also.
'Online id' is used in OFX and QIF imports.

The import editor does not show reconciliation, it just shows you what
mappings you have and allows you to delete them.

Re-Documentation, when someone gets round to writing some, all volunteers
welcome.

Columns should be saved and they do on my setup, if not for you raise a
bug, https://wiki.gnucash.org/wiki/Bugzilla

I can understand why the trailing line number is not saved as you do not
know how big your CSV is, the leading line to skip is when you have headers
which I assume would always be the same.

Bob


On 11 April 2018 at 14:29, Stefan Mueller 
wrote:

> Hallo Robert,
> you mean to do the reconciliation in *Import Dialog *> *Match
> Transactions*as shown here.
> 
>
> I've jsut tested it. Now, there are entries in the *Import Map Editor*
> but only in the *Bayesian* list. What about *Non-Bayesian* and *Online ID*,
> how are they get filled?
> I added a transaction manually and reconciled it but nothing shows up in  
> *Import
> Map Editor* but I reckon that is not covered by it, isn't it.
>
> In addition is there any posbility to influnce the *Bayesian matching *as
> it can be done in the settings for online banking import
> .
>
>
> Will be there any documentation soon?
> During my research I find a very good but lonley piece of documentation
> about the import process, 2.7. Daten importieren
> , on
> what all my statements mainly base on. Will it find a way in the official
> documentation?
>
> The is properly off-topic and has to go in a separated email but during
> the import process I nocticed that in  *Import Dialog *> *Transaction *
> *Information*
>
>1. Column selction
>2. Trailing line to Skip number
>
> not saved, when saving settings.
>
> thx
> stefan
>
>
> 2018-04-11 11:57 GMT+02:00 Robert Fewell <14ubo...@gmail.com>:
>
>> I have just imported a CSV file and it works for me with and without
>> Bayesian matching the entries show up in the editor. The purpose is to
>> allow you to see and delete current matches to accounts, what you see is
>> dependant on whether you use Bayesian or not.
>>
>> With Bayesian, the description column entries are split up into tokens
>> along with the transaction day which are then used to get the best match on
>> further imports.
>> With Non Bayesian, the description column entries are recorded against
>> there respective accounts and then used to match further imports.
>> This is where the learning aspect comes in, once you see the entries
>> hopefully it will make sense.
>>
>> What I suspect is that you are not setting the accounts on the matcher
>> page of the assistant. If you leave them as UNBALANCED they do not show up
>> in the imap editor.
>>
>> Bob
>>
>> On 10 April 2018 at 21:55, Stefan Müller 
>> wrote:
>>
>>> Hallo all,
>>> as there isn't anyone in the user mailing list who can answer my
>>> question may someone here can help me out.
>>>
>>> Can anyone explain the purpose of the "import map editor" shown in the
>>> tools menu?
>>> All what I can find related to mapping imports is this:
>>> https://wiki.gnucash.org/wiki/Bayes >> >
>>> http://gnucash.1415818.n4.nabble.com/Fixing-confused-bayesia
>>> n-matching-data-td4685819.html >> ble.com/Fixing-confused-bayesian-matching-data-td4685819.html>
>>> but there is nothing about the editor.
>>>
>>> Can anyone explain how to use it is still empty after several csv
>>> imports.
>>>
>>> Thank you
>>>
>>> Stefan
>>>
>>> ___
>>> gnucash-devel mailing list
>>> gnucash-devel@gnucash.org
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>>
>>
>>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] import map editor

[Stefan Mueller]

it is quite a old nightly as it was referenced in an email back in 2016
https://lists.gnucash.org/pipermail/gnucash-de/2016-May/009692.html

what about the my finds in the *Import Dialog*, where shell I put them,
this mailing list or bug repport?


2018-04-11 16:10 GMT+02:00 Frank H. Ellenberger <
frank.h.ellenber...@gmail.com>:

> hi,
>
> Am 11.04.2018 um 15:29 schrieb Stefan Mueller:
> > Hallo Robert,
> > you mean to do the reconciliation in *Import Dialog *> *Match
> Transactions*as
> > shown here.
> >  basics_import_general1.png>
> >
> > I've jsut tested it. Now, there are entries in the *Import Map Editor*
> but
> > only in the *Bayesian* list. What about *Non-Bayesian* and *Online ID*,
> how
> > are they get filled?
> > I added a transaction manually and reconciled it but nothing shows up
> > in  *Import
> > Map Editor* but I reckon that is not covered by it, isn't it.
> >
> > In addition is there any posbility to influnce the *Bayesian matching *as
> > it can be done in the settings for online banking import
> >  prefs1.html#basics-onlinebank2>.
> >
> >
> > Will be there any documentation soon?
> > During my research I find a very good but lonley piece of documentation
> > about the import process, 2.7. Daten importieren
> > , on
> > what all my statements mainly base on. Will it find a way in the official
> > documentation?
>
> Your link is the nightly build of the official documentation in german.
> Perhaps David remembers where it moved in the english version?
>
> > The is properly off-topic and has to go in a separated email but during
> the
> > import process I nocticed that in  *Import Dialog *> *Transaction *
> > *Information*
> >
> >1. Column selction
> >2. Trailing line to Skip number
> >
> > not saved, when saving settings.
> >
> > thx
> > stefan
>
> ~Frank
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] import map editor

[Frank H. Ellenberger]

hi,

Am 11.04.2018 um 15:29 schrieb Stefan Mueller:
> Hallo Robert,
> you mean to do the reconciliation in *Import Dialog *> *Match Transactions*as
> shown here.
> 
> 
> I've jsut tested it. Now, there are entries in the *Import Map Editor* but
> only in the *Bayesian* list. What about *Non-Bayesian* and *Online ID*, how
> are they get filled?
> I added a transaction manually and reconciled it but nothing shows up
> in  *Import
> Map Editor* but I reckon that is not covered by it, isn't it.
> 
> In addition is there any posbility to influnce the *Bayesian matching *as
> it can be done in the settings for online banking import
> .
> 
> 
> Will be there any documentation soon?
> During my research I find a very good but lonley piece of documentation
> about the import process, 2.7. Daten importieren
> , on
> what all my statements mainly base on. Will it find a way in the official
> documentation?

Your link is the nightly build of the official documentation in german.
Perhaps David remembers where it moved in the english version?

> The is properly off-topic and has to go in a separated email but during the
> import process I nocticed that in  *Import Dialog *> *Transaction *
> *Information*
> 
>1. Column selction
>2. Trailing line to Skip number
> 
> not saved, when saving settings.
> 
> thx
> stefan

~Frank
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] GnuCash - documentation display disfunctional and sources

[Stefan Mueller]

Hallo,
I the course of my researches in regard to *Import Map Editor* I've noticed
that there are two branches of documentation, *stable
* and *git *
and that there are some lonely help docs. on *git*: 2.7. Daten importieren
 what
shall go into the official documentation.

In order to do so I would have to clone the documentation repository and
reorder the html files and reset the links and commit it.
Once I have finalized all that, I will notify the developer team of your
changes, either by creating a pull request
 (pulls my clone into
master), or by creating and uploading a patch
.
That's it isn't it?
One step is still unclear, how or by whom are the files moved from *git*
 to *stable*
.

In addition, I've noticed that the translated help is not pulled up when
changing the language on gnucash.org
, although it is available:

GnuCash Documentation EN
 àgnucash help EN

GnuCash Documentation DE
 àgnucash help EN
 although there is gnucash
help DE 
GnuCash Documentation IT
 àgnucash help EN
 although there is gnucash
help IT 

That is properly due to that the folder in .../docs
 are not named according the format of Locale
.


thx

stefan
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] import map editor

[Stefan Mueller]

Hallo Robert,
you mean to do the reconciliation in *Import Dialog *> *Match Transactions*as
shown here.


I've jsut tested it. Now, there are entries in the *Import Map Editor* but
only in the *Bayesian* list. What about *Non-Bayesian* and *Online ID*, how
are they get filled?
I added a transaction manually and reconciled it but nothing shows up
in  *Import
Map Editor* but I reckon that is not covered by it, isn't it.

In addition is there any posbility to influnce the *Bayesian matching *as
it can be done in the settings for online banking import
.


Will be there any documentation soon?
During my research I find a very good but lonley piece of documentation
about the import process, 2.7. Daten importieren
, on
what all my statements mainly base on. Will it find a way in the official
documentation?

The is properly off-topic and has to go in a separated email but during the
import process I nocticed that in  *Import Dialog *> *Transaction *
*Information*

   1. Column selction
   2. Trailing line to Skip number

not saved, when saving settings.

thx
stefan


2018-04-11 11:57 GMT+02:00 Robert Fewell <14ubo...@gmail.com>:

> I have just imported a CSV file and it works for me with and without
> Bayesian matching the entries show up in the editor. The purpose is to
> allow you to see and delete current matches to accounts, what you see is
> dependant on whether you use Bayesian or not.
>
> With Bayesian, the description column entries are split up into tokens
> along with the transaction day which are then used to get the best match on
> further imports.
> With Non Bayesian, the description column entries are recorded against
> there respective accounts and then used to match further imports.
> This is where the learning aspect comes in, once you see the entries
> hopefully it will make sense.
>
> What I suspect is that you are not setting the accounts on the matcher
> page of the assistant. If you leave them as UNBALANCED they do not show up
> in the imap editor.
>
> Bob
>
> On 10 April 2018 at 21:55, Stefan Müller 
> wrote:
>
>> Hallo all,
>> as there isn't anyone in the user mailing list who can answer my question
>> may someone here can help me out.
>>
>> Can anyone explain the purpose of the "import map editor" shown in the
>> tools menu?
>> All what I can find related to mapping imports is this:
>> https://wiki.gnucash.org/wiki/Bayes 
>> http://gnucash.1415818.n4.nabble.com/Fixing-confused-bayesia
>> n-matching-data-td4685819.html > ble.com/Fixing-confused-bayesian-matching-data-td4685819.html>
>> but there is nothing about the editor.
>>
>> Can anyone explain how to use it is still empty after several csv imports.
>>
>> Thank you
>>
>> Stefan
>>
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] import map editor

[Robert Fewell]

I have just imported a CSV file and it works for me with and without
Bayesian matching the entries show up in the editor. The purpose is to
allow you to see and delete current matches to accounts, what you see is
dependant on whether you use Bayesian or not.

With Bayesian, the description column entries are split up into tokens
along with the transaction day which are then used to get the best match on
further imports.
With Non Bayesian, the description column entries are recorded against
there respective accounts and then used to match further imports.
This is where the learning aspect comes in, once you see the entries
hopefully it will make sense.

What I suspect is that you are not setting the accounts on the matcher page
of the assistant. If you leave them as UNBALANCED they do not show up in
the imap editor.

Bob

On 10 April 2018 at 21:55, Stefan Müller 
wrote:

> Hallo all,
> as there isn't anyone in the user mailing list who can answer my question
> may someone here can help me out.
>
> Can anyone explain the purpose of the "import map editor" shown in the
> tools menu?
> All what I can find related to mapping imports is this:
> https://wiki.gnucash.org/wiki/Bayes 
> http://gnucash.1415818.n4.nabble.com/Fixing-confused-bayesia
> n-matching-data-td4685819.html  ble.com/Fixing-confused-bayesian-matching-data-td4685819.html>
> but there is nothing about the editor.
>
> Can anyone explain how to use it is still empty after several csv imports.
>
> Thank you
>
> Stefan
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] gnucash-on-windows issue

[Geert Janssens]

Thanks for your message. However it should have been sent to one of the 
gnucash mailing lists instead of me personally. I have only found it now. You 
can find more info on the mailing lists in the footer of this message.

Op zondag 11 februari 2018 12:22:33 CEST schreef u:
> Hi Geert,
> 
> message concerns
> https://github.com/Gnucash/gnucash-on-windows
> 
> Following line
> strGCbin = REPOS_DIR & "\src\bin\gnucash-bin.c"
> in
> bootstrap_win_dev.vbs
> fails, because gnucash-bin.c changed its location permanently.
> 
bootstrap_win_dev.vbs is the boostrap script to go with gnucash 2.6 and older. 
These versions have recently reached end of life.

The relocation of the sources which you have discovered on the other hand has 
happened on the branch leading up to gnucash 3.0 and more recent. To build 
those on Windows you can start from setup-mingw64.ps1. More information can 
also be found on the wiki page:
https://wiki.gnucash.org/wiki/Building_on_Windows

> It's a pity that
> https://github.com/Gnucash/gnucash-on-windows
> doesn't have issues tab for reporting such issues.

Our official bug reporting system is bugzilla. You are welcome to report any 
issues you find there. Refer to http://wiki.gnucash.org/wiki/Bugzilla to learn 
how to use bugzilla.

Regards,

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel