You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However, during initialization, the element's padding has been consumed into the element's innerWidth, moved to the jspPane, and the element's padding is set to 0. Therefore, I believe this line and the subsequent line should be changed to (With the assumption that no other external forces re-added the padding back into the element):
On the note of padding consumption, when destroying the scroll pane, we should re-add the padding back in and re-size the original element as well as removing the 'jsp' from the data. Therefore I propose adding these line to the destroy method.
I was creating a ui combobox that uses your scrollbar instead of the native one. However when the results returned something that didn't need scrolling, I would just destroy the scrollbar if there was one. The padding is used to allow the browser
to render a border radius-correctly.
BTW, this is a wonder plugin, thanks!!!
The text was updated successfully, but these errors were encountered:
After some more testing, this problem curiously only seems to happen when there are multiple jScrollPanes on a page (at least for me.) I'm using version 2.0 beta 11.
Another possible cause (other than multiple instances) could be that the div boxes having jScrollPanes added to them are positioned absolutely. I've seen JavaScript act funky in that case in some browsers where it can't figure out what to do with sizing something or moving it.
When reinitialising the scroll pane, you perform a statement to see if the containing space has changed with this line:
However, during initialization, the element's padding has been consumed into the element's innerWidth, moved to the jspPane, and the element's padding is set to 0. Therefore, I believe this line and the subsequent line should be changed to (With the assumption that no other external forces re-added the padding back into the element):
On the note of padding consumption, when destroying the scroll pane, we should re-add the padding back in and re-size the original element as well as removing the 'jsp' from the data. Therefore I propose adding these line to the destroy method.
I was creating a ui combobox that uses your scrollbar instead of the native one. However when the results returned something that didn't need scrolling, I would just destroy the scrollbar if there was one. The padding is used to allow the browser
to render a border radius-correctly.
BTW, this is a wonder plugin, thanks!!!
The text was updated successfully, but these errors were encountered: