-
Notifications
You must be signed in to change notification settings - Fork 6.7k
Consider add trigger property to popover #131
Comments
Yep, definitively should be on the road-map for both tooltip and popovers... |
It's in the TODO notes at the top of both. This is super simple to implement, but we should probably refactor the
|
Totally agree, refactor first. |
Is the refactoring finished? I saw |
@L42y nope, still on the roadmap. A pull request would be awesome :-) |
The refactor is finished, though there are still some bugs. The trigger would be part of the provider and a generalized solution for both I agree wtih @pkozlowski-opensource - a PR would be awesome. :-) Otherwise, we'll get to it eventually, but we're focused on a few bugs right now. |
The `$tooltip` service now has two ways to customize the default triggers. The `$tooltipProvider` takes a `trigger` option and the `*-trigger` attribute can be applied to a single element. The `$tooltipProvider`'s `trigger` option overwrites the default value but the attribute will overwrite both. A few logical default triggers are supported out of the box and have an associated map to determine which hide trigger to use. `mouseenter` -> `mouseleave`, `focus` -> `blur`, and `click` -> `click`. If any other trigger is provided, it will be used to both show and hide the tooltip. Custom hide triggers are not yet supported as they would require some code trickery due to the way `$observe` works. Closes #131
Correctly bind single properties to child array
In some cases, I use the popover as a tooltip. Would be nice have a
trigger
property to set the event type, that for now is hardcoded.The text was updated successfully, but these errors were encountered: