https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16522 --- Comment #72 from Katrin Fischer <katrin.fischer@bsz-bw.de> ---
These are minor quibbles, but I think it would be best for them to be fixed before going into master: --Move the "In:..." in the OPAC near the "Online access..." and/or "Availability:..." so users are more likely to notice it.
This could be done, although I the current placement also makes sense to me. Having the article and journal information close together. But moving it would be more consistent with other pages, I understand that argument.
--Don't use an invalid 773 subfield 0 (zero) with a biblionumber in the 773, but actually use the valid $w field to contain the biblionumber --Don't retain/have an invalid itemnumber in the 773 field, since it's unnecessary and nonsense for this type of relationship, and really use the 773$w.
This is out of scope here. I'll explain: These subfields are added because you used EasyAnalytics: _0163 _9354 When you remove to $w there is a fallback to the biblionumber in these subfields. But we didn't add that - it's always been in the XSLTs. We would break things for people using EasyAnalytics changing this behaviour. But I think we can assume that libraries using $w won't have EasyAnalytics turned on, they are known to be incompatible. Try cataloguing things manually with UseControlNumber activated and EasyAnalytics turned off, all should work as you expect it then with $w used. Make sure your host has a 001. Then from the detail page use New > New child record and it should create a nice standard 773 for you. I wrote an adapted test plan that should cover that if you ignore the first paragraph: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16522#c39
If these quibbles are too minor, no problem--of course, I rely on y'all's expertise for such decisions! It's a great development!! --h2
Thanks for testing this - very happy to see it get attention! -- You are receiving this mail because: You are watching all bug changes.