-
Notifications
You must be signed in to change notification settings - Fork 5
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
phetioInstanceDocumentation is too verbose #63
Comments
|
zepumph
added a commit
that referenced
this issue
Oct 4, 2018
zepumph
added a commit
to phetsims/shred
that referenced
this issue
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/charges-and-fields
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/hookes-law
Oct 4, 2018
zepumph
added a commit
to phetsims/joist
that referenced
this issue
Oct 4, 2018
zepumph
added a commit
to phetsims/sun
that referenced
this issue
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/inverse-square-law-common
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/capacitor-lab-basics
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/faradays-law
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/scenery-phet
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/coulombs-law
Oct 4, 2018
zepumph
referenced
this issue
in phetsims/scenery
Oct 4, 2018
@samreid please review. It was a pretty straight forward issue although it touched many files. |
zepumph
added
status:blocks-publication
and removed
meeting:phet-io
priority:2-high
labels
Oct 8, 2018
Looks great and tests in studio well, thanks, closing. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
For an option that is basically needed for every PhET-iO instrumented object, this is very long, from slack:
I'm not opposed to
phetioDoc
if we can convince ourselves that it is clear enough, and that the space saving is worth the "code smell" (in the context to PhET's coding conventions:Names (types, variables, properties, functions,...) should be sufficiently descriptive and specific, and should avoid non-standard abbreviations. For example:
).It was in the slack, but it should be noted that whatever we choose will be exposed on the public api, and should be updated once and for all before stable FL to make it that much easier to maintain.
@samreid what do you think?
The text was updated successfully, but these errors were encountered: