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
Since the uiSref directive sets the href attribute, I can't see the reasoning behind also binding to the click event and changing state. The event handler seems to further do a bunch of checks to prevent ctrl-click etc. and ensure any ng-click directives are run first.
My use-case for this is I have various links with target="_self" to prevent client-side routing. Previously these had href attributes, but I'm now moving to ui-sref and the target attribute is ignored.
Is there a good reason for binding to click event rather than letting the browser/angular manage the state transition?
The text was updated successfully, but these errors were encountered:
Since the
uiSref
directive sets thehref
attribute, I can't see the reasoning behind also binding to the click event and changing state. The event handler seems to further do a bunch of checks to prevent ctrl-click etc. and ensure anyng-click
directives are run first.My use-case for this is I have various links with
target="_self"
to prevent client-side routing. Previously these hadhref
attributes, but I'm now moving toui-sref
and thetarget
attribute is ignored.Is there a good reason for binding to click event rather than letting the browser/angular manage the state transition?
The text was updated successfully, but these errors were encountered: