https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851
--- Comment #33 from Tomás Cohen Arazi <[email protected]> --- Truth is catalogues need to be assumed heterogeneous, and that's starting point on any solution to this: - Advanced analytics - EasyAnalytics - Hand-made 773 fields (and whatever happens in UNIMARC)+ They can all happen in the same catalog (importing external records, different geological eras on the biblio database, etc) I see two options: 1) Implement the same logic of searching linked records that is used on creating the link, but on the *detail.pl files. This would be similar to Jonathan's approach, but it would consider more use cases. Pros: the implementation is very simple and straight-forward, if it works on the XSLT we could consider it valid on the .pl and we could just pass the variable to the XSLT for proper rendering, independent on the leader value. Cons: It is not exactly correct (if we assume the catalog is heterogeneous, then some research needs to be done on those searches, maybe there should be a search for both use cases in a single query, but also the one Jonathan used (for the EasyAnalytics case). This would certainly add latency on rendering a record. 2) Add a 'has_child_biblios' boolean column, and introduce sysprefs to control what strategies to use for finding children records. This could be hooked on saving records, and have an on/off switch. This way we would have something like: - BibliosKeepChildrenInfo (on/off switch) - BibliosKeepChildrenStrategy: controlnumber|easyanalytics|freesearch BibliosKeepChildrenStrategy should be sortable and you should be able to choose which options to use. A maintenance script should be added for populating this boolean the first time. The current XSLT behaviour could be kept with a deprecation notice, but I think the constraint to do it only for serials is wrong (a bug). -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
