Re: [Kmymoney-devel] [Kmymoney] KMyMoney 4.7.0, the first release candidate for 4.8, has been released
Hi Cristian, On 03 Oct 2014, at 07:29 , Cristian Oneț onet.crist...@gmail.com wrote: The old site is no longer maintained. should we install a forward there, in order to avoid confusion for those who reach the site via google or through an old bookmark? Greets, Marko ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] [Kmymoney] KMyMoney 4.7.0, the first release candidate for 4.8, has been released
2014-10-03 10:24 GMT+03:00 Marko Käning mk-li...@email.de: Hi Cristian, On 03 Oct 2014, at 07:29 , Cristian Oneț onet.crist...@gmail.com wrote: The old site is no longer maintained. should we install a forward there, in order to avoid confusion for those who reach the site via google or through an old bookmark? As I've said http://kmymoney2.sourceforge.net/ redirects to http://www.kmymoney.org/. If this does not happen please clear your cache. http://kmymoney2.sourceforge.net/index-home.html is still there to access the old site. Thomas will take care of this properly, later. Regards, Cristian Greets, Marko ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] [Kmymoney] KMyMoney 4.7.0, the first release candidate for 4.8, has been released
On 03 Oct 2014, at 09:28 , Cristian Oneț onet.crist...@gmail.com wrote: As I've said http://kmymoney2.sourceforge.net/ redirects to http://www.kmymoney.org/. If this does not happen please clear your cache. Ah, ok, I missed that. I thought you were talking there about index-home.html as well... http://kmymoney2.sourceforge.net/index-home.html is still there to access the old site. Thomas will take care of this properly, later. So then my browser isn’t misbehaving re redirect. Good to know. OK, I think the latter needs a link to the new site and a large message telling that those pages still exist only for historical reasons, no? ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] [Kmymoney] KMyMoney 4.7.0, the first release candidate for 4.8, has been released
2014-10-03 10:35 GMT+03:00 Marko Käning mk-li...@email.de: On 03 Oct 2014, at 09:28 , Cristian Oneț onet.crist...@gmail.com wrote: As I've said http://kmymoney2.sourceforge.net/ redirects to http://www.kmymoney.org/. If this does not happen please clear your cache. Ah, ok, I missed that. I thought you were talking there about index-home.html as well... http://kmymoney2.sourceforge.net/index-home.html is still there to access the old site. Thomas will take care of this properly, later. So then my browser isn’t misbehaving re redirect. Good to know. OK, I think the latter needs a link to the new site and a large message telling that those pages still exist only for historical reasons, no? I guess so, I'll add that later. Meanwhile the new site is already third in the search results list [1]. [1] https://www.google.com/#q=kmymoney ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] [Kmymoney] KMyMoney 4.7.0, the first release candidate for 4.8, has been released
On 03 Oct 2014, at 09:38 , Cristian Oneț onet.crist...@gmail.com wrote: I guess so, I'll add that later. Meanwhile the new site is already third in the search results list [1]. [1] https://www.google.com/#q=kmymoney ___ Hmm, for me - in Germany - it is the 1st hit! :-/ ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] [Kmymoney] KMyMoney 4.7.0, the first release candidate for 4.8, has been released
Sorry, I have to correct myself! http://kmymoney2.sourceforge.net/ is indeed the 1st, but it redirects, of course. :-) On 03 Oct 2014, at 09:48 , Marko Käning mk-li...@email.de wrote: On 03 Oct 2014, at 09:38 , Cristian Oneț onet.crist...@gmail.com wrote: I guess so, I'll add that later. Meanwhile the new site is already third in the search results list [1]. [1] https://www.google.com/#q=kmymoney ___ Hmm, for me - in Germany - it is the 1st hit! ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] BIC Autocompletion (help neeed)
Hi, does anyone know if I can upload the files published under [1] to the kde repositories? This implies two questions: Does the Bundesbank allow to publish these files (in another format)? Can I put the offered files under an open source license? Greetings Christian P.S.: What about the files offered at [2] and [3]? [1] http://www.bundesbank.de/Redaktion/DE/Standardartikel/Aufgaben/Unbarer_Zahlungsverkehr/bankleitzahlen_download.html [2] http://www.six-interbank-clearing.com/de/home/bank-master-data/download-bc-bank-master.html [3] https://www.ecb.europa.eu/paym/t2/professional/participation/html/index.en.html ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] Master branch is open for development
Am Freitag, 3. Oktober 2014, 00:50:52 schrieb Cristian Oneț: Version 4.7.0 is out, it's tagged in git and a 4.7 bugfix branch was created. This means that master is open for the development of new features. Christian: you could start merging the add-onlinebanking branch into master whenever you find it appropriate Thank you Cristian! I still need some time because I have to implement the database storage first. But many of the minor issues are fixed already (but not pushed, I have legal concerns, see my mail before). The only problem left are the account numbers for payees. They are a usability nightmare. But I am not interested to solve them in the QWidget world anymore, just too many bad hacks and bugs :( I did some tests with qml. Everything is better there :) But for a good desktop integration I need the Quick Controls and they are only for Qt 5. So my suggestion: 1) KMyMoney 4.8 won't have the account numbers feature. Of course KMyMoney's online banking would not have any advantages over using the web interface of the banks then. 2) Leave it as it is and live with the issues. In KMyMoney with Qt 5 there will be a polished version then. Btw: nobody protested against my review request [1] so can I push it? This solves several problems I had. Greetings Christian [1] https://git.reviewboard.kde.org/r/120377/ ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] Master branch is open for development
2014-10-03 13:11 GMT+03:00 Christian Dávid christian-da...@web.de: Am Freitag, 3. Oktober 2014, 00:50:52 schrieb Cristian Oneț: Version 4.7.0 is out, it's tagged in git and a 4.7 bugfix branch was created. This means that master is open for the development of new features. Christian: you could start merging the add-onlinebanking branch into master whenever you find it appropriate Thank you Cristian! I still need some time because I have to implement the database storage first. But many of the minor issues are fixed already (but not pushed, I have legal concerns, see my mail before). OK, we'll just have to wait for someone who has that knowledge to answer that, if nobody on this list does that we could ask on other KDE lists. The only problem left are the account numbers for payees. They are a usability nightmare. But I am not interested to solve them in the QWidget world anymore, just too many bad hacks and bugs :( Is there some description of this feature somewhere, can I try it without having a HBCI account? I'm asking because maybe I could help if I would know what's needed, how you attempted to do that and what problems you encountered. Right now I'm assuming that this is about a widget which should be used to enter IBAN like numbers with validation and auto complete, is that right? I did some tests with qml. Everything is better there :) But for a good desktop integration I need the Quick Controls and they are only for Qt 5. So my suggestion: 1) KMyMoney 4.8 won't have the account numbers feature. Of course KMyMoney's online banking would not have any advantages over using the web interface of the banks then. 2) Leave it as it is and live with the issues. In KMyMoney with Qt 5 there will be a polished version then. Btw: nobody protested against my review request [1] so can I push it? This solves several problems I had. Sorry about that, I didn't had a clear opinion but I guess it should be shipped if it fixes stuff. I think I already said this sometime ago but I'll repeat it: I'm willing to help with this feature if only there is a way to do it without having an actual bank account. I can't believe that aqbanking development is done using a real bank account of a developer. Regards, Cristian Greetings Christian [1] https://git.reviewboard.kde.org/r/120377/ ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] missing subject
Hi Fernando, finally I want to finish the online banking stuff for the database backend. So I have more questions… Am Sonntag, 21. September 2014, 15:33:46 schrieb Fernando Vilas: I even think, this behavior will prevent the upgrades to v1, and v7 as they call readFileInfo() and new columns were created in that versions. If you have to upgrade more versions than just on (vN - vM | m = n+2) it will even fail if you start with any version before v7 (= all possible update processes). Actually the test databases which I just created (using master branch) identifies itself as version 6 but it should be v7. This indicates a bug in the upgrade process. _ Solution _ I would recommend not to use readFileInfo() and writeFileInfo() in any upgrade methods anymore and just call writeFileInfo() at the end of the upgrade process. Also the m_hi…Id vars need to be set somewhere. That sounds reasonable. The system was designed to make upgrades easy, but there are always cases you did not consider. I do not remember us considering removing columns, just adding/changing them, so this is new territory. I think this is a misunderstanding. To solve that: Where/when exactly are columns added to the database? I cannot find any piece of code that triggers that :( The errors I got are not caused by removed columns (I do not drop any column) but it is caused by columns which are going to be created (well, actually won't be created, because KMyMoney crashes first…). How is the database created if you create a new database from scratch: 1) Is the most recent database version created directly? Or 2) do you create a database of version 0 and then call all upgrade methods? It should be option 1: just creating the database using the current state of affairs for tables/views. That definitely simplifies things, but can make testing the upgrade functions non-trivial. Has somebody a database (with test data) from version 0? I can just compile KMyMoney 4.5, all earlier versions do not compile on my system anymore. Or a database of any other version (e.g. 6.0)? That could help me testing. We should create some database files and .xml files for each version and save them for later test of the upgrade routines. Greetings Christian ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] Jenkins build became unstable: kmymoney_master #328
See http://build.kde.org/job/kmymoney_master/328/changes ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 339544] CVS import from PayPal causes Crash when setting columns
https://bugs.kde.org/show_bug.cgi?id=339544 --- Comment #11 from allan agande...@gmail.com --- On 02/10/14 19:01, Jack wrote: https://bugs.kde.org/show_bug.cgi?id=339544 --- Comment #9 from Jack ostrof...@users.sourceforge.net --- Yes - please change Finish to either Close or Exit, and maybe even add an Are you sure popup if there has been no import actually done. I've been caught by that myself a few times. Yes, I'll do that. But not now, as it's not as straight forward as I expected, and I don't want to sidetrack just now. The Finish button does actually do that. I can intercept and put up a message, but what happens then is not straight forward. Allan -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] BIC Autocompletion (help neeed)
On 2014.10.03 05:56, Christian Dávid wrote: Hi, does anyone know if I can upload the files published under [1] to the kde repositories? This implies two questions: Does the Bundesbank allow to publish these files (in another format)? Can I put the offered files under an open source license? Greetings Christian P.S.: What about the files offered at [2] and [3]? [1] http://www.bundesbank.de/Redaktion/DE/Standardartikel/Aufgaben/Unbarer_Zahlungsverkehr/bankleitzahlen_download.html [2] http://www.six-interbank-clearing.com/de/home/bank-master-data/download-bc-bank-master.html [3] https://www.ecb.europa.eu/paym/t2/professional/participation/html/index.en.html I can't offer a legal opinion, but it might be best just to ask those organizations. I also don't think you can change the license unless the original license explicitly allows it. As an alternative, would it be possible to do what the OFX importer does, which is to download the list when it is needed? That way you know the data is up to date, and the license remains directly between the institution and the user. Jack ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
Re: [Kmymoney-devel] Master branch is open for development
Am Freitag, 3. Oktober 2014, 13:31:57 schrieb Cristian Oneț: The only problem left are the account numbers for payees. They are a usability nightmare. But I am not interested to solve them in the QWidget world anymore, just too many bad hacks and bugs Is there some description of this feature somewhere, can I try it without having a HBCI account? I'm asking because maybe I could help if I would know what's needed, how you attempted to do that and what problems you encountered. Right now I'm assuming that this is about a widget which should be used to enter IBAN like numbers with validation and auto complete, is that right? You are right. The new options for payees are only to create an address-book of account numbers. This is totaly independent from the online banking plugins because is is also useful for people without HBCI online banking. First I should describe what I want to achieve and then how Qt tries to prevent that ;) The internal name payeeIdentifier already shows that I want to add something that identifier a payee. The something can be an account number, but there is a great number of other things. Think of PayPal, credit cards, customer numbers and the new identifiers SEPA brought us. To make use of them — especially during matching of imported transactions — KMyMoney must be able to use them all. Also I wanted to that in an elegant way (and I think my solution is good). To achieve that all payeeIdentifiers are plugins. In the tab account numbers of each payee should be a QListView which contains one payeeIdentifier per row. It is the plugins task to offer a delegate which enables KMyMoney to show and edit each row. But QListView has two bugs. The painting method (paint) of the delegates cannot know if the current row is edited at the moment = it always paints everything. If the edit widgets are put on top now, the data in the background shines through which looks ugly. Even more annoying is the second bug which prevents a height change of rows. During editing it is good to enlarge the row but this is not possible due to that bug. But without enlargement I cannot display any info-text (e.g. The iban is invalid). Most important: I am doing this for fun (and because I use it myself). But introducing hacks to work around these issues is not fun for me. Also I tasted the sweet kitchen of qml. There that is not only possible but also in a better way (animations!). So I think it is a waste of time to continue the QWidget and delegate approach. Doing that in qml is also so much better for an developer. Actually we could do everything with QtQuick 1, but then the inputs do not look native. I did some tests with qml. Everything is better there But for a good desktop integration I need the Quick Controls and they are only for Qt 5. So my suggestion: 1) KMyMoney 4.8 won't have the account numbers feature. Of course KMyMoney's online banking would not have any advantages over using the web interface of the banks then. 2) Leave it as it is and live with the issues. In KMyMoney with Qt 5 there will be a polished version then. Btw: nobody protested against my review request [1] so can I push it? This solves several problems I had. Sorry about that, I didn't had a clear opinion but I guess it should be shipped if it fixes stuff. I think I already said this sometime ago but I'll repeat it: I'm willing to help with this feature if only there is a way to do it without having an actual bank account. I can't believe that aqbanking development is done using a real bank account of a developer. Yes, there is a test server. I just asked for a test account for you (the website is in German and I guess that is not your favorite language ;) ). But I think most of the development is done on real bank servers with real accounts, I did it that way. There is no official test server . ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 339544] CVS import from PayPal causes Crash when setting columns
https://bugs.kde.org/show_bug.cgi?id=339544 --- Comment #12 from geo...@wildturkeyranch.net --- (In reply to george from comment #10) (In reply to allan from comment #8) Yes, that is correct. 'Finish' means exactly that. Perhaps I should rename it 'Exit'. 'Import ' first, though. You should then be there. Do I take it you didn't have the 'Paypal' problem? No problem with paypal. I will try the import later, no time now. Except for a lot of column missmatch errors it seems to have worked. What are these errors about? Oh, and could you add a way to specify the transaction id? This would avoid dup issues and since PayPal provides them -- George -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 339544] CVS import from PayPal causes Crash when setting columns
https://bugs.kde.org/show_bug.cgi?id=339544 --- Comment #13 from allan agande...@gmail.com --- On 03/10/14 23:14, geo...@wildturkeyranch.net wrote: https://bugs.kde.org/show_bug.cgi?id=339544 --- Comment #12 from geo...@wildturkeyranch.net --- (In reply to george from comment #10) (In reply to allan from comment #8) Yes, that is correct. 'Finish' means exactly that. Perhaps I should rename it 'Exit'. 'Import ' first, though. You should then be there. Do I take it you didn't have the 'Paypal' problem? No problem with paypal. I will try the import later, no time now. Except for a lot of column missmatch errors it seems to have worked. Good. What are these errors about? Beats me, George. You'll need to be a bit more specific. Oh, and could you add a way to specify the transaction id? This would avoid dup issues and since PayPal provides them That looks like it needs to be a wish-list item, if you want to do that. The immediate snag I see is that the UI is already very busy. Allan -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney] [Bug 339653] New: HBCI PIN cannot be saved
https://bugs.kde.org/show_bug.cgi?id=339653 Bug ID: 339653 Summary: HBCI PIN cannot be saved Product: kmymoney Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: General Assignee: kmymoney-devel@kde.org Reporter: softw...@moritz-augustin.de I would like to be able to store the PINs of my bank accounts (PIN/TAN over HBCI) within kwallet. It would help me (and hopefully others) saving quite some time especially when multiple bank accounts are frequently updated used... This password storing could (if necessary) be marked as an expert option, i.e. recommended only to people knowing what they are doing. I am using kmymoney version 4.6.4 -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel