From: <rom...@ya...> - 2007-10-24 15:24:33
|
Seems you made changes some weeks ago and just forget to use new name for core libs on trunk. > all_relations.py: line 36 > < RelLib > > from gen import lib (or * ?) and there is a missing argument on all_relations.py 355555: ERROR: gramps.py: line 148: Unhandled exception Traceback (most recent call last): File "src/QuickReports.py", line 111, in <lambda> return lambda x: run_report(dbstate, category, handle, lst[0]) File "src/QuickReports.py", line 135, in run_report func(dbstate.db, d, obj) File "src/plugins/all_relations.py", line 88, in run len(relation[2]),person.get_gender()) TypeError: get_single_relationship_string() takes at least 5 arguments (4 given) Benny Malengier a écrit : > Hi, > > I checked in changes to the relationship calculating code to trunk. > I intend to improve on the work, but have some other duties first, and > wanted this away for now. > > First, the new algorithm to calculate relationships has following > improvements: > > 1/loop detection before running out of memory > 2/find all relationships in all families if so asked, not only the first > family > 3/distinction between non-birth relationships and birth relationships > 4/not only relationship string is returned, but also the family number > 5/depth is a parameter > 6/find all relationships, so if your aunt is your grandmother and your > stephmother, you can retrieve that. > > For translators: the idea is translators should _not_ inherit the > get_relationship() and get_relationship_... methods. They should only be > present in Relationship.py. > > Translators should only translate def get_single_relationship_string() > in the rel_xx.py > This method is based upon the plural method added by Brian. If > functionality for a language is missing, then it should be added in the > parameters given to all languages. > > At the moment the code should behave as with the old code, as a wrapper > is added around new code to transform it to the old return values. > > I will however start to change some parts to make use of the new code > instead of the wrapper, eg a get_relationship_extended, and migrate code > to that. > > If an english native speaker could extend the > get_single_relationship_string() so that in case the relation is > non-birth the correct relation is returned (that is, stephchild, ....), > I would be gratefull. It is not yet used, but should be in the future > > > Benny > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |