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
alexj
also not for a patch release, but do you have any sense after doing this fix what it would take to get rid of those getBoundingClientRect calls? They’re some of the worst ones we have left, and if we could figure out how to turn them into Drawing.bBox calls plus some calculations it would help a lot with #1902, #888, etc…
etienne
yeah for sure, Drawing.bbox + ax._offset and ax._length should be enough to come up with a formula for ax._boundingBox
alexj
doesn’t it include tick labels?
oh I see tht’s the Drawing.bbox
etienne
exactly
e.g. yaxis._boundingBox.left = ax._offset - /* widest bbox of all y tick labels */ (edited) - ax.tickwidth ..
alexj
right - probably with some tweaks depending on showline, ticks, etc… tons of edge cases there but it can certainly be done.
can probably be simplified by caching some of those results when the pieces are created.
etienne
right
alexj
anyway would be awesome if you can 🔪 those while this stuff is fresh in your mind.
The text was updated successfully, but these errors were encountered:
- replace it with getLabelLevelBBox (an extension of getLabelLevelSpan),
to compute axis margin push values. Use cache to not have to compute
the (costly) label bounding boxes unnecessarily
- compute ax._depth during Axes.drawOne, which is the measure in px
between axis position and outward-most part of bounding box,
we use this for (1) multicategory label, (2) axis title and (3)
rangeslider positioning
From a private convo with @alexcjohnson about #1980 (possibly a duplicate of #298):
The text was updated successfully, but these errors were encountered: