Portal should support setting classname on .pt-portal element

[adidahiya]

can't change the behavior of portalClassName, so this will have to be a new prop that deprecates that one

[giladgray]

portalContainerClassName?

[giladgray]

moving where portalClassName gets applied up one element in the tree would be a mild API break, yeah?

[adidahiya]

yeah, that would be an API break. can't do that in 1.x. portalContainerClassName sounds good

[dserrano-geo]

Hi.

I'm trying to organize the portals by z-index, but this is not possible with the portalClassName property, because portalClassName is inside from .pt-portal div. Is there a way to apply changes on demand in the .pt-portal class of each div?

Regards.

[adidahiya]

No, you shouldn't have to control z-index of popovers. Why do you need to do this? Do you have multiple popovers open at once?

[dserrano-geo]

We have a group of buttons that have tooltips, when you click, a popover is displayed with a component. While the popover is displayed, the tooltips are below the popover, we need the tooltips always to be above, because that's what the design requires. We are looking for ways to handle this.

[giladgray]

fixed in #2205

[giladgray]

@dserrano-geo check this out: http://blueprintjs.com/docs/v1/#core/components/tooltip.combining-with-popover