Meeting minutes
https://
Discuss a communication pattern for the new structure of Making Content Usable and provide feedback: https://docs.google.com/document/d/1GwIadQU2rmDwqPDeYX6PF7UjnD4D47vqRjvPysXNe-A/edit?usp=sharing
When discussing the pattern - we are seeing a preference for using the infinitive form (e.g. Do ____ to help users do ____). In the 1.1.1 example, the group prefers Option A.
<Jan> +1
<Philipp> *1
<andy> +1
<Frankie> +1
<JStro> +1
<Philipp> +1
<chiace> +1
Andy: Don't ask for a legal name unless you absolutely have to.
Philipp: Don't enable dictators by putting "legal" because people can change what is "legal." Maybe put name on documented materials."
Frankie: We need to keep safety in mind.
Philipp: As Andy mentioned, only ask for preferred name unless it is actually necessary to ask for a legal name, but then don't use the word, "legal."
Chiara: Maybe use "given" name instead of "legal" name because this would be more safe.
<andy> ^ @Philipp: only ask for "legal name" if absolutely necessary
Philipp: We should recommend that instructions be provided, with examples. There are too many variables and difference across cultures. In Japan, Korea, and China, the "last" name is actually listed first, etc.
Andy: If I was a person who is new to speaking English, I might not understand "given" name.
Philipp: It
Philipp: It's not possible to nail this. If you have an indigenous name and an English name, it can create a lot of problems - Frankie noted that indigenous names often cannot be typed on a standard keyboard.
Philipp: avoid family name, given name if possible because they might be offensive. Avoid legal if possible, but just try to give some examples.
Andy: Let's do a list of in order from best to worst: (1) Free form - let them put in their preferred name (2) Legal name is absolutely necessary in whatever order they want - all one field (3) Legal forced into pattern of first/last. Also provide a field for preferred name so that you always refer to people by their preferred name.
Jean: Is there a reason to separate first and last?
Andy: Yes, because in health care, they have to tie everything to your government documents.
Philipp: As a reminder, try to never require middle names and if you have 3 names fields, if possible, only require one name for people who only have 1 name.
Frankie: Indigenous populations may only have one name.
Andy: In some cultures, people have 2 last names and then they have to choose.
Frankie: The fields need to support labels.
Andy: The field name needs to put Last Name(s) to support 2 names.
Andy: This might mess up databases in health care.
Andy: We cannot limit the characters and the length of the name fields. For example, some last names only have 2 letters, but some fields won't accept names that are that short.
Philipp: Here's an example of a 2-letter last name: Ng
Andy: Fields need to accommodate other characters besides letters - we need the name fields to support all characters.
<andy> Andy: Name fields should not be limited to just letters, shoudl accept numbers Philipp: shoudl include UTF-8 input
Philipp: Accept UTF8 - character coding
<andy> And name fields should not be limited to only English characters
Jean: I have seen on some forms the use of "chosen name" - would that be acceptable?
Andy: "Preferred" name can also have an issue. For some people they don't have an option. Maybe we should use a phrase like "What do you want to be called?"
Review Frankie's spreadsheet for providing feedback on the new structure: https://docs.google.com/spreadsheets/d/1GJxeaZwpmbSXyfrUXvS0SmXcuykCcwy9pUgD0FvNos0/edit?usp=sharing
Homework: Think about Frankie's spreadsheet and specifically columns E, F, G. Is there a way to simplify this, while still ensuring that we can thoughtfully consider all of these needs?
<JStro> Adding a note that "chosen name" was not recommended.
<JStro> One thought I'd like to share before I forget is maybe the wording could state "considerations for speakers of other languages"