Repository navigation
Conversation
|
Thinking out loud. Since the database returns |
somiaj
left a comment
There was a problem hiding this comment.
Looks good. This will help Claude out too.
|
Nevermind previous comment, |
|
This takes things just a bit further. There are numerous places where the user's name is displayed in the |
3058029 to
14e47d9
Compare
|
In testing the user menu, |
|
When users are added via the "Accounts Manager" we trim spaces from the first and last name. I note that we don't do that for users added via LTI. Although I think that is going to be pretty unlikely, and almost always the result of some data entry error. In any case, I updated the |
14e47d9 to
91d0a9b
Compare
|
Looks like the Options.pm page doesn't trim white space. I will go update that in my changes with the user menu. |
… shown. Several places built a user's full name by joining the first and last names manually instead of using the `full_name` method of the user database record. Those places now all use that method. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…irst" names. Places that displayed a user's name in "last, first" format built it manually, and handled missing first or last names inconsistently (or not at all, which resulted in a stray comma). The new `sortable_name` method of the user database record returns "last, first", or just the name that is set, or an empty string if neither is set. Places that show just the name fall back to the user id when the name is empty. Places that also show the user id in parentheses show "(user_id)" alone when the name is empty. Also clean up the style of the other methods in the user record. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
91d0a9b to
0f57fd6
Compare
Several places built a user's full name by joining the first and last names manually instead of using the
full_namemethod of the user database record. Those places now all use that method.