<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>The above mentioned comments aim at the statements of Martin Preuss and <br>
Ingo Klöckers and contain basic information on the topic.</div></blockquote><div><br></div><div>Ok. I understand now. <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>In order to meet the above requirements, an additional subtask "Update <br>
of online banking data by an application" would have to be added, <br>
building on the planned implementation.<br>
<br>
This subtask consists of the creation of an API that allows applications <br>
to detect and download the availability of updated banking data and an <br>
extension of the CMake build system to upload generated bank files to an <br>
online store.</div></blockquote><div><br></div><div>Ok. I will add it to my project proposal. I am thinking of doing this before the first evaluation. I will adjust the timeline accordingly.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div> The better choice is therefore currently the file area of the <br>
ktoblzcheck project on <a href="http://sf.net" rel="noreferrer" target="_blank">sf.net</a>, to which the generated files can be <br>
easily uploaded using scp.<br>
<br>
The API for this subtask would still have to be defined, but will <br>
basically have to include the following methods:<br>
1. initialization - definition of the online store URL and the location <br>
for the download<br>
2. checking whether updates are available<br>
3. downloading the updates<br>
<br>
Furthermore it would have to be clarified which library should be used <br>
for the download</div></blockquote><div><br></div><div>cURLpp looks like a good choice. It is the official C++ binding for libcurl. Any other suggestions?</div><div><br></div><div>I am thinking about how to approach the update checking part. cURLpp can download the file given a URL but I didn't find any inbuilt API for fetching the contents of a URL (directory) yet.</div><div>I will keep looking.</div><div><br></div><div><br></div><div>Sorry for the delay in reply. I was unavailable due to health reasons. <br></div><div><br></div><div>Thanks,</div><div>Prasun<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 18 May 2020 at 14:45, Ralf Habacker <<a href="mailto:ralf.habacker@freenet.de">ralf.habacker@freenet.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 17.05.20 um 06:05 schrieb Prasun Kumar:<br>
>     A Qt/KDE-based api is available for this store to access data from this<br>
>     store (see <a href="https://api.kde.org/frameworks/knewstuff/html/index.html" rel="noreferrer" target="_blank">https://api.kde.org/frameworks/knewstuff/html/index.html</a>),<br>
>     which is probably not ideal for non KDE applications like aqbanking or<br>
>     GnuCash. Qt is already used by aqbanking, but KDE libraries are not and<br>
>     GnuCash uses gnome libraries.<br>
> <br>
>     KDE applications could also include updates via knewstuff (if there<br>
>     is a<br>
>     way to script the store to update the data, which is currently not<br>
>     possible).<br>
> <br>
> <br>
> I could not understand the need for these services in this project. <br>
The above mentioned comments aim at the statements of Martin Preuss and <br>
Ingo Klöckers and contain basic information on the topic.<br>
<br>
 > Sorry if this is a silly question but would the current <br>
implementation > of fetching datafiles not work with the DB?<br>
<br>
it will work.<br>
<br>
 > Meaning using the CMake file to fetch the datafile from the bank <br>
during  the build and using that to update the DB locally?<br>
<br>
it works<br>
<br>
Martin Preuss suggested to use an online store for updating bank data <br>
from an installed application and Ingo Klöckers spoke about the <br>
disadvantage of being directly bound to an online retrieval of data <br>
without a local copy, which in any case requires an available online <br>
connection.<br>
<br>
In order to meet the above requirements, an additional subtask "Update <br>
of online banking data by an application" would have to be added, <br>
building on the planned implementation.<br>
<br>
This subtask consists of the creation of an API that allows applications <br>
to detect and download the availability of updated banking data and an <br>
extension of the CMake build system to upload generated bank files to an <br>
online store.<br>
<br>
All these things would basically be available with the KDE shop for the <br>
already mentioned financial applications, if the KDE shop did not have <br>
the described limitations (only available for QT/KDE, although <br>
ktoblzcheck currently does not contain a Qt dependency and no automated <br>
upload is possible)<br>
<br>
The better choice is therefore currently the file area of the <br>
ktoblzcheck project on <a href="http://sf.net" rel="noreferrer" target="_blank">sf.net</a>, to which the generated files can be <br>
easily uploaded using scp.<br>
<br>
The API for this subtask would still have to be defined, but will <br>
basically have to include the following methods:<br>
1. initialization - definition of the online store URL and the location <br>
for the download<br>
2. checking whether updates are available<br>
3. downloading the updates<br>
<br>
Furthermore it would have to be clarified which library should be used <br>
for the download<br>
<br>
Regards<br>
  Ralf<br>
</blockquote></div>