<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div>I appreciate the feedback.</div><div><br></div><div>To address a few points below.</div><div><br></div><div>1. Database: MYSQL (since I am using mysql, i can provide a mysql dump perl script for users that want to back up their entire schema in a bzipped sql text archive periodically. I do this once a month to an external usb drive using cron, but any OS schedule will work.)<br></div><div>2. I need to replicate my database schema for testing and set up one of my workstations with git/svn to the latest code base.</div><div>3. I need to compile my feature/bug list and provide it to the development group with more details and compare to those posted currently.</div><div>4. I will need some help with the 'encryption using GPG' and 'anonymizing'.</div><div> <br><br></div><div>A man is not
the center of his universe, rather those he loves are. So his focus should always be on them for they will provide him with love and happiness all of his life - Anonymous<br></div> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> <hr size="1"> <b><span style="font-weight:bold;">From:</span></b> Thomas Baumgart <thb@net-bembel.de><br> <b><span style="font-weight: bold;">To:</span></b> kmymoney-devel@kde.org; Joe Byers <jwbosu@yahoo.com> <br> <b><span style="font-weight: bold;">Sent:</span></b> Tuesday, February 28, 2012 12:42 AM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [Kmymoney-devel] Help with kmymoney<br> </font> </div> <br>On Monday 27 February 2012 22:13:36 Jack wrote:<br><br><br><br>> On 2012.02.27 20:42, Joe Byers wrote:<br>> > I have
successfully installed the kmymoney on my linux server and<br>> > workstations at home, saved to database, and corrected all issues<br>> > with the old quicken qif imports for historical 10 years of data.<br>> <br>> Sounds like a good bit of work, which touches several different areas<br>> where more experience is good, particularly QIF imports and use of the<br>> database back end. (Which database are you using?)<br><br>+1<br><br>> > I plan to also add another Database for my consulting LLC. I would<br>> > like to help the kmymoney team. I have found some minor screen,<br>> > transition, and editiing suggestions. I also have ideas for<br>> > additional features. <br>> <br>> All of these can be discussed on this list. Feature suggestions can be<br>> entered as "wishlist" items on bugs.kde.org, where they are less likely<br>> to get lost. If by editing
suggestions, you mean things for the<br>> manual, either mention them on the list, or send them directly to me,<br>> as I do most of the documentation editing. (I haven't done much for a<br>> while, but I do have a big list of edits that I need to apply.) I'm<br>> not sure what you mean by transition - can you elaborate a bit? Screen<br>> enhancements can be mentioned on this list for the developers to<br>> consider.<br><br>Using bugs.kde.org to drop the ideas is a valid point. Also, you can check if <br>someone else already had the same idea. If you like to actively add to the <br>code as well, please make sure to have a copy of 'git master', the bleeding <br>edge code and that you can build it. If you have questions on how to reach <br>that point, please let us know. In case you like to change the code, please <br>create an account on <a href="https://git.reviewboard.kde.org"
target="_blank">https://git.reviewboard.kde.org</a> and drop your patches <br>against git there and we'll comment on them.<br><br><br>> > I could copy my database schema and use it for testing. I would not<br>> > be able to provide it openly but could test with real data.<br>> <br>> Testing is always good, especially if you can test against the latest<br>> git version. However, that is probably best done with a copy of your<br>> data, not your real active version. The only reason the developers<br>> would want a copy of your data is if you find a bug, and then a minimal<br>> version that demonstrates the bug is best, but you can also create an<br>> anonymized version, which keeps the internal organization but changes<br>> all the actual identifiers and account names.<br><br>Yes, we understand very well that you don't want to disclose your financial <br>data to the whole world. That's why we have
features such as 'encryption using <br>GPG' and 'anonymizing'. The latter usually helps quite well to find bugs <br>related to a persons data contents w/o disclosing any figures.<br><br>> > Please let me know what I can to do to help.<br><br>Please see above inline.<br><br>> I'm sure the developers will add to this.<br><br>:)<br><br><br>-- <br><br>Regards<br><br>Thomas Baumgart<br><br>GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA<br>-------------------------------------------------------------<br>What is mind? No matter. What is matter? Never mind.<br> (Punch, 1855)<br>-------------------------------------------------------------<br><br><br> </div> </div> <style>.allblock_box_v1{border-style:solid;border-width:1px;border-color:#ff5500;}</style></div></body></html>