-
Notifications
You must be signed in to change notification settings - Fork 1.8k
fix(uiSelectCtrl) calculateContainerWidth use width of ui-select-container #1873
Conversation
These four failing tests (which are not related to this PR) seem to happen on a fresh checkout from master now. Not sure why, but I think it's probably a dependency-version thing. I will be investigating further. |
Related to #1872, suggest this PR should also account for actual padding of the field rather than a hard-coded 10px. |
Also the failing tests are logged as #1877 |
@pete-otaqui, Hi. |
@Jefiozie, @pete-otaqui, hi. This PR is actualy. Pls, tell me what I should do to the issue #1874 was solved? |
I think you have added to much things |
@JeffGreat, done. |
@bmsdave could you rebase this? Thanks |
@Jefiozie, done. |
Could you also make a test around this? So that we now when behavior is changing? Thanks |
@Jefiozie , |
Could you also have a look at: #1906 looks similar issue. Thanks |
This line is still not changed: At least in bootstrap there is no need to subtract 10 px because input width should be the same as button width. |
…ect-container not from body, if I set attribute `append-to-body=true` fix(uiSelectController): sizeSearchInput use container width - offsetLeft if updateInVisible fix(uiSelectController): add unit test
@Jefiozie, hi. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good
Hi could you rebase this? After this I will merge the PR. Thanks |
@Jefiozie, like that? i just resolve conflict. |
Update to 0.19.8, with the changes in angular-ui#1873 reverted
( not from body, if I set attribute
append-to-body=true
)