liabru
liabru
The plugin has a feature that will try to match hidden elements if they are selected, because this is a common case. I don't really think there's a solution to...
Yes there is code to handle matching heights of hidden elements, though there may be edge cases where it could fail. My suggestion is to ensure visibility of your elements...
Interesting, thanks for the tip!
I'm not sure there's much that can be done about this, since detecting font size changes is not really possible (without polling hacks). Unless you think there might be a...
Unfortunately the maintain scroll feature isn't guaranteed to work in every situation, since I think the issue is very dependent on the circumstances of the page change and the browser...
Maybe you need to call matchHeight after the fonts have loaded? There should be no reason for any conflict that I know.
The typekit library raises an `active` event ([see here](https://helpx.adobe.com/typekit/using/font-events.html)) when it's ready, that's where you should call `$.fn.matchHeight._update()`.
This is the expected behaviour of the `target` option, it sets every selected element to the first matched `target` element. There's currently no built in option for `target` to work...
It depends on your design, maybe you could try to expand an inner container instead that's set to `position: absolute`, leaving the height of the outer container the same. Another...
@bitlost Can anyone provide some jsfiddle examples of your use case? @mikezielonka Hidden children should already be supported by the plugin, is that not working?