- User Since
- Feb 1 2017, 5:16 PM (72 w, 3 d)
Wed, Jun 20
Tue, Jun 19
Sun, Jun 17
Sat, Jun 16
Beside trhee comments, it looks good to me.
Mon, Jun 11
I didn't test it but it looks good to me.
Sun, Jun 10
Fixed issues with Select All Transactions and Update All Accounts.
Sat, Jun 9
Fixed icalendar crash.
Fixed all reported deficiencies.
Fri, Jun 8
Thu, Jun 7
Sun, Jun 3
I misused multi-arg overload but fixed it right now.
Sat, Jun 2
Added some missing methods.
Thu, May 31
Sun, May 27
Nobody has been removed in models directory. It's well maintained directory :)
I've committed it as there is no more feedback regarding missing authors.
Fri, May 25
createFromSqlDatabase methods are now moved to SQL storage plugin as well, so the only core area of KMM that requires SQL is ibanbicdata.
May 24 2018
May 23 2018
May 22 2018
May 21 2018
May 20 2018
Are you seriously questioning that people in distributed teams worked on software before the internet? I certainly remember passing sourcecode around on floppy disks and CDs myself. This was a pain in the neck and I'm sort of jealous of you if you didn't have to go through that. Just because you didn't does not mean noone did, though.
Hmm, isn't that logic flawed even for people who did have CVS though? Couldn't someone have sent patches (and therefore be a legit contributor) to a file before getting CVS access and never have touched the file again later on?
- add Darren Gould name in every file he contributed,
- include contributions before 2001-03-07,
- include authors that were only in .h files and not in .cpp files.
While your assumption that people without traces in cvs or on the mailing list may not be valid authors is probably not the worst metric someone could come up with it is, in the end, still just speculation.
As this is not a really good forum for this type of discussion, I hope I can be sufficiently brief here, and perhaps we can continue the discussion on the dev mailing list.
May 19 2018
NOTE: I think it is important to have this discussion, but I do not intend for it to block or delay committing these changes. Even if there is eventual agreement for a different handling of author names, it can be handled with a separate commit at that time.
Wow. Don't you think that "kicking somebody off the project" seems a little harsh? In the end, those people claimed their authorship through adding their names to the headers (and that's what -when push comes to shove- really matters), not through comments on a mailing list or cvs commits. To me, removing someone who did potentially contribute (and, honestly speaking, why would someone add him/herself to the headers of the source files if they didn't?) in any form (technically this could have been verbally expressed advice, review or anything that happened offline before checking the code in) is (in lack of better words) morally questionable and, at the very least, just rude. How would you feel if in a year or two someone removes your name arguing that he or she doesn't see you as a valid author/contributor because of some kind of self defined metric (cvs commits, in this case)? In your opinion - what is the improvement (to the code, the application, the project, or anything) or gain resulting from removing those people?