In 24.11.01 creating a new patron the "Preferred Name" field is not used in the new patron account. Instead the "First Name" is used.
Julie, can you explain that a bit more? Do you mean the display of the name after saving? And when: where?
Libraries have reported concern that the username automatically generated when creating a patron is still generated as [firstname].[surname], rather than [preferred_name].[surname].
In addition to the automatic generation of the username by Koha, I'm also curious about the Aspen integration. I'd want to be sure that Aspen sends preferred_name in lieu of first_name if it exists. (I'm not super enamoured by "preferred" as I feel that could be insulting in some circumstances, but we can easily use a little JS to rewrite the display of the field name to suit our local climate. So, I won't push that issue.)
(In reply to Steve, OSLRI, USA from comment #3) > In addition to the automatic generation of the username by Koha, I'm also > curious about the Aspen integration. I'd want to be sure that Aspen sends > preferred_name in lieu of first_name if it exists. > > (I'm not super enamoured by "preferred" as I feel that could be insulting in > some circumstances, but we can easily use a little JS to rewrite the display > of the field name to suit our local climate. So, I won't push that issue.) Aspen behavior is outside our scope here, though it is important. There's an argument to be made that it will never get easier than it is now to rename those fields so firstname is legal_name and preferred_name is ... something else? legal_name and first_name (where first_name is what's currently named preferred_name) makes a lot of sense to me right up until I try to imagine explaining the change to someone. But, again, maybe it's best to tear the bandaid now? Come to a Koha community dev meeting and see what people say to the idea!
Since bug 32426 there is a plugin hook for username generation. Use of a plugin to modify username generation locally as needed seems like the best approach here. As such, I'm closing this bug.