|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Sunday, October 13, 2024
Posts: 4,887,
Visits: 22,769
|
|
|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Sunday, October 13, 2024
Posts: 4,887,
Visits: 22,769
|
This is why, after 2 or so years of waiting...
Geeee.... This is shameful... On the positive side, I never thought GenoPro could do what it is doing today; this includes the GenoMaps, the internal hyperlinks and the report generator (to come). This means you will get a quality genealogy software with remarkable powerful features. Although the report generator is at its infancy, it is nevertheless the birth of a new era for genealogy computing.
|
|
|
Customers GenoPro version: 2.5.4.1
Last Login: Sunday, January 20, 2013
Posts: 2,
Visits: 11
|
This is why, after 2 or so years of waiting... we still look forward for version 2... we trust you are doing a great job.... take your time... as long as you give us something today :wink: :lol:
|
|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Sunday, October 13, 2024
Posts: 4,887,
Visits: 22,769
|
By the way, I am not procrastinating. As I am doing the final review, I revise my list of "ideal features" and projecting GenoPro in 5, 10, 20 years. I also make sure all routines with similar names have consistent parameters for code orthogonality. Similarly, routines having same behavior (or parameters) should have similar names. Code orthogonality is the ability to re-use documentation to make it easy for the developer (you). For instance, the method ToString has the same parameters and behavior as ToHtmlHyperlinks . If you are familiar with .NET programming, you will notice I made a big effort to re-use knowledge with the .NET framework.
Distilling code orthogonality is a difficult and tedious task, as there are often multiple methods involved, each sharing common parameters, yet having a slightly different behavior. It is difficult to appreciate code orthogonality because orthogonal code always look "obvious". On the other hand, if you have to write code using a non-orthogonal framework, you will need the reference manual each and every time you want to use a routine or a method.
This final review is necessary for the future of GenoPro. If I forget something, I will be stucked with a bad design, unless change the code which will force every user to modify their report templates. On the other hand, having a good design allows me to add new features without breaking any existing code.
|
|
|
Customers Important Contributors FamilyTrees.GenoPro.com GenoPro version: 3.0.1.5
Last Login: Saturday, March 14, 2020
Posts: 365,
Visits: 3,680
|
This is nail-biting stuff !!! :? :lol: :?:
|
|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Sunday, October 13, 2024
Posts: 4,887,
Visits: 22,769
|
A few more hours...
|
|
|
Customers GenoPro version: 2.5.4.1
Last Login: Sunday, January 20, 2013
Posts: 2,
Visits: 11
|
I am checking every 10 minutes for B13... :twisted: 8)
|
|
|
Customers Important Contributors Translator GenoPro version: 3.1.0.1
Last Login: Friday, November 25, 2022
Posts: 334,
Visits: 7,574
|
|
|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Sunday, October 13, 2024
Posts: 4,887,
Visits: 22,769
|
The privacy filter has not been written yet. I am thinking of using a combination of list of tag names to exclude, plus allow some script (VBScript or JScript) to perform custom filtering.
<PrivacyFilter> <ExcludeGenoMap>GenoMap2</ExcludeGenoMap> <ExcludeTags> <Individual> <!-- Keep only the year of birth, by excluding both the day and month --> Birth.Date.Day Birth.Date.Month </Individual> <Contact> <!-- Remove private contact information --> Telephone Fax Email </Contact> </ExcludeTags> </PrivacyFilter>
|
By the way, Beta13 will be available today.
Edited: Tuesday, October 25, 2005 by
GenoProSupport
|
|
|
Customers GenoPro version: 2.0.0.1
Last Login: Wednesday, August 17, 2005
Posts: 24,
Visits: 0
|
One feature will be a "Privacy Profile" filtering information. There will be standard privacy profiles to ignore all indidivuals alive, to remove any addresses or contact information, or remove the day in the date of birth, etc. The privacy filter will be applied before generating the report, thus the data will not appear in the report nor the .gno file associated with the report. The default privacy filter will be "none", meaning all data will show in the report. See also post: Topic6663-60-1.aspx for more details.
Has this Privacy Profile filter been developed as yet? If so, how can I apply it to my vresion of GenoPro 1.91b?
I read that it is applied before generating the report. What I do not know will that Privacy Filter impact the graphic tree? i.e. will a reader be able to "drill-down" into the property box and see the date of birth?
Please let me know, as I am now getting heat from my sister about her date of birth and identity theft.
Edited: Sunday, August 28, 2005 by
GenoProSupport
|