-
Notifications
You must be signed in to change notification settings - Fork 1
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
Jumpy Number Cards out of Carousel on Lab Screen #223
Comments
I'll note that in 1.1.0-rc.1 it is not possible to return cards to the carousel whereas it is possible in 1.1.0-dev.10, but I am assuming that it is a deliberate decision. |
Thanks @veillette! Looks like an accidental use of the symbol cards' bounds Property instead of the number cards' that happened during some cleanup. Fixed in the above commit, assigning @veillette or @KatieWoe to please confirm on phettest, thanks! SHA for patching: |
@chrisklus: the change above fixes the problem with the number picker carousel on master. Well done. However, I should point out that the vertical number operation carousel shows a buggy behavior on master, whereas it is perfectly fine on 1.1.0-rc.1. You cannot return the operations in the carousel on master. |
Sorry @veillette! That was very silly of me (again). Should be good to go this time, can you please test on phettest? |
Thanks @chrisklus . The dragging behavior of the number cards and symbol cards work fine on master/phettest. Both type of cards can be returned to their respective carousel as expected. |
Assigning back to @chrisklus |
Thanks @veillette! |
@zepumph and I applied the SHAs from this issue to the release branch, 1.1, then confirmed locally. We are ready to leave this for RC spot check testing. This can be closed once confirmed in the RC spot check, thanks! |
This looks fixed to me for the most part, but I did notice that moving the cards around caused a sort of flickering of the numbers on the other cards. Is this related and/or an issue? Number.Play.-.Google.Chrome.2023-04-13.10-46-11.mp4 |
I also saw that if I grabbed a card close to the top, it initially goes a bit offscreen and then is a little jumpy when I begin to bring it down. Not sure how big of a deal it is. jumpy.mp4 |
I observe the same type of behavior as @Nancy-Salpepi and @KatieWoe . However, I would qualify this as minor in comparison to the issue in 1.1.0-rc.1 where one could not bring the cards back to the carousel. Personally I would think that the drag behavior is much improved in 1.1.0-rc.2 and we can now bring cards back into the carousel. |
Thanks all! I discussed with @amanda-phet. We are not concerned about #223 (comment). I have an idea for making #223 (comment) better and think it is worth 10-20 minutes to try, but not blocking. |
Committed above. Note that it was also possible to get #223 (comment) to happen by grabbing the right edge of a symbol card. These should both be fixed, @Nancy-Salpepi can you please confirm on phettest? thanks! |
This looks good to me @chrisklus! |
Thanks @Nancy-Salpepi! This is looking great in https://phet-dev.colorado.edu/html/number-play/1.1.0-rc.3/phet/number-play_all_phet.html, I think we are set to close here. |
Test device
Dell XPS 15
Operating System
Windows 10
Browser
Chrome
Problem description
While working on phetsims/qa#929, I noticed that while working on the lab screens, the dragging behavior of cards out out the carrousel is somewhat jumpy with a mouse. When attempting to drag a number card, a card appears while you press the card. The location of the card is such that the cursor is beneath the number (nice!). However, once a drag is initiated, the card suddenly moves below the carrousel and the cursor is no longer tied to the position of the card.
It is worth noting that
https://phet-dev.colorado.edu/html/number-play/1.1.0-dev.10/phet/number-play_all_phet.html?screens=4
does not exhibit this behavior.
See below for a video/gif

I think that 1.1.0-rc.1 wants to ensure that on the first drag the number card is guaranteed to end up in the play area. Although it does succeed in that respect, however, it seems a bit disconcerting to have the cards jump around to achieve this goal.
The text was updated successfully, but these errors were encountered: