-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should "descriptions" be optional in APIs for keyboard-help content? #717
Comments
Yes that is a correct summary. It should be an option. Our goal was to limit the confusion description. I'll see how many usages there are and try to take care of them, if its too much for today I may give up though. |
labelWithIconList is complete. It took longer than I would like, but I kinda feel too in it now. I'll keep going. |
I said:
Now that descriptions will be optional, I'd prefer to remove those options from my sims that don't have descriptions (fourier, geometric-optics), and remove the placeholders from the strings.json file. Does that seem reasonable @zepumph? |
Whatever you would prefer, but will you please wait for my refactor to complete? |
Yes, I'll wait for this issue to be closed. |
Alright. @pixelzoom, can you please review. Does this feel like a better API to you? @pixelzoom, where you passed |
This is a much nicer API, and a better match for PhET's current "alt input now, descriptions later" approach. In the above commits, I removed the description placeholders from geometric-optics and fourier-making-waves. Closing. |
My understanding is that alternative input is becoming a standard part of PhET sims, while "descriptions" are not likely to be fleshed out for some time. So would it make more sense to make descriptions optional in the API?
Most (all?) of the API for creating keyboard-help content treats descriptions as required. They are required parameters to functions. Examples that I encountered while working on phetsims/geometric-optics#281 include:
So I'm finding myself having to decide whether to pass the empty string
''
to API calls, or create dummy descriptions in the strings.json file. The latter seems preferrable, but is an additional (and significant) cost.The text was updated successfully, but these errors were encountered: