https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16522
--- Comment #72 from Katrin Fischer <katrin.fisc...@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. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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/