-
Notifications
You must be signed in to change notification settings - Fork 3.4k
fix(chips): fix chips focus functionality #5941
Conversation
@devversion Can you please provide a test for this change? |
73a8657
to
0a75c8c
Compare
@topherfangio - I added two new tests for the chips, one for the new If I only remove the Otherwise it succeed So the test works as expected. Update: Merged PR #5795 into this commit and added a extra test for chip bluring. |
0a75c8c
to
91df422
Compare
@devversion Thanks for the updates. Strange thing, all three of the new tests are failing for me in Firefox 42. Are you sure you pushed your latest changes? Also, can you change your lines from |
91df422
to
9d9130c
Compare
I'm sure I uploaded the latest version, and my tests succeed. What Karma Version are you using?, that's very strange Done, I changed it to |
9d9130c
to
6cbf6ae
Compare
@devversion Not sure what was wrong with my machine, but it appears to be passing now, and it's passing on Travis, so I think we're good. @ThomasBurleson This should be good to merge whenever is convenient. |
@topherfangio I runned my tests locally again, and they fail 😨. That's really strange. I try to rework that |
Lol! Okay, since you're seeing the failures too, I'm guessing that it's an issue with the order that the tests are run in. I've marked this as "needs work" until we can dig in a bit further. Thanks for looking into it! |
6cbf6ae
to
50d371c
Compare
@topherfangio - Okay I fixed it :D - Should be ready for merge now |
@devversion How did you fix the failing tests? It's not easy to see differences between squashed commits 😄 |
@topherfangio Sorry for instant squash 😄 I just replaced .click() with triggerHandler |
@devversion No worries on the squashing! It is what we prefer; it just makes it difficult to look back in history ;-) Thanks for the update. I'll re-mark this as ready for merge. |
2c6d87b
to
34ea616
Compare
@ThomasBurleson That was an issue with |
@devversion Can you rebase this one too? Looks like the build is failing and needs the same update as the other PR you just fixed. |
- The normal mobile devices won't trigger the focus on the element. Focusing the element on `ng-click` fixes that issue. Through keeping and redirecting to `ng-focus` it's still possible to select chips through keyboard - At the moment, we only reset the selectedChip variable but we don't apply that to the view, so we need to run an async evaluation. Fixes angular#5897 Fixes angular#5662
34ea616
to
1feea52
Compare
@topherfangio Yes sure. Rebased :) |
@ThomasBurleson Just tested this and specifically looked for the issue you found/mentioned above. It appears to be fixed and the demos appear to work correctly. Should be ready for merge now. |
@ThomasBurleson Just a quick ping to say that this is ready for merge. Can probably wait until 1.1.1 though. |
- The normal mobile devices won't trigger the focus on the element. Focusing the element on `ng-click` fixes that issue. Through keeping and redirecting to `ng-focus` it's still possible to select chips through keyboard - At the moment, we only reset the selectedChip variable but we don't apply that to the view, so we need to run an async evaluation. Fixes #5897. Fixes #5662. Closes #5941 # Conflicts: # src/components/chips/chips.spec.js
- The normal mobile devices won't trigger the focus on the element. Focusing the element on `ng-click` fixes that issue. Through keeping and redirecting to `ng-focus` it's still possible to select chips through keyboard - At the moment, we only reset the selectedChip variable but we don't apply that to the view, so we need to run an async evaluation. Fixes #5897. Fixes #5662. Closes #5941 # Conflicts: # src/components/chips/chips.spec.js
Focusing the element on
ng-click
fixes that issue.Through keeping and redirecting to
ng-focus
it's still possible to select chips through keyboardapply that to the view, so we need to run an async evaluation.
Fixes #5897 Fixes #5662