Fix positioning of overlay arrows #5975
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
###Defect Fixes
This fixes #5915
A few things:
ConfirmPopup
was definingoverlay.arrow.left
but there were no references tooverlay
design tokenPopover
definespopover.arrow.left
, but only usespopover.arrow.offset
overlay.arrow.left
toconfirmpopup.arrow.left
to follow convention (there is an existingconfirmpopup.arrow.offset
)arrow.left
in the arrow CSS, as I believe the separate tokenarrow.offset
was meant for a fixed offset based on arrow sizeResult:
arrow.left
values forconfirmpopup
andpopover
are actually used in the positioning of the arrow to make it dynamic based on screen location.arrow.offset
token is still used for arrow theming.