-
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
[Systems Screen] designer review comments/questions for PhET-iO #307
Comments
The feed me button only appears under
Technically no, just
Yes, actually - FaucetAndWaterNode.js should be named as such because it manages the FaucetNode and FallingWaterCanvasNode. However, the instance of it is already named
Sure thing - the maximum values of the lightbulb for energy chunks on and off are both clamped at 1. For now, I reduced the max value when chunks are on to 0.7, so the maximums approximately match for the faucet, sun, and tea kettle. Note that the biker can crank the bulb up to 1 with chunks off when she's at full power, so I could also clamp the value when chunks are off at 0.7, if desired. This would make this Property value look a bit nicer for the other sources, too, and be more consistent in the code. At the same time, I've always loved that the biker is the most powerful source on the screen :) |
@arouinfar and I met and discussed these today:
Yep, sounds good.
@arouinfar is on board with just leaving them un-featured. Lastly, @arouinfar and @kathy-phet will discuss the light bulb behavior together. |
Back to @chrisklus since there's some work left to be done on the litProportionProperty and angularVelocityProperty. |
Work done in the above recent commits:
Anything else for this issue @arouinfar? |
@chrisklus everything's looking good in studio, thanks! |
Related to #216
@kathy-phet and I reviewed the Systems Screen in studio, and have some comments and questions for @chrisklus.
The Feed Me button should be instrumented, and ideally nested under model.energySources.biker and view.energySoruces.bikerNode. Its properties should probably all be read only because the button only appears when the biker's energy is depleted.
It seems that a more appropriate value for
energyFormsAndChanges.systemsScreen.model.energyUsers.beakerHeater.thermometer.sensedElementNameProperty
would beenergyFormsAndChanges.systemsScreen.model.energyUsers.beakerHeater.waterBeaker
since the thermometer is on the waterBeaker. Currently, the value is just the beakerHeater.Since the waterBeaker and thermometer are not movable on the Systems screen, we should remove
energyFormsAndChanges.systemsScreen.model.energyUsers.beakerHeater.thermometer.userControlledProperty
andenergyFormsAndChanges.systemsScreen.model.energyUsers.beakerHeater.waterBeaker.userControlledProperty
Is thermometer.positionProperty needed on this screen? Its value never changes.
energyFormsAndChanges.systemsScreen.model.energyUsers.beakerHeater.thermometer.positionProperty
Everything related to beltNode should be read only.
The name FaucetAndWaterNode seems a bit out of place since it corresponds to the faucet. Can we simplify it to FaucetNode without too much hassle?
The litProportionProperty reaches a ceiling of ~0.7 with energy chunks off, but will go to 1 with energy chunks on. We would expect the energy in the light bulb to remain unchanged when toggling energy chunks. While we understand this difference is due to the differences in the underlying model with energy chunks on vs. off, this could be confusing to the instructional designers or muddy the data stream. We were wondering if there would be some way always supply the energy-chunks-off version of the number (perhaps create some other readout altogether).
The state is not being correctly saved ([Systems Screen] State is not being correctly saved #306)
The text was updated successfully, but these errors were encountered: