Allow absolute option for ui-sref-opts (common use case: email templates)

[demetriusnunes]

I am using to ui-sref in html email templates that of course need to have absolute urls.

I don't understand why ui-sref-opts restrict the use of the absolute option.

[mariuskubilius]

use simple nghref it's that easy.

[demetriusnunes]

Yes, I am using it, but I have to create a method on the controller to export the url so that it can be interpolated in the ng-href attribute. Just plain ugly. I'd rather use ui-sref only. Why is this an issue anyway?

[nateabele]

Sounds okay to me. I believe it was simply overlooked in the existing implementation. Feel free to submit a PR with a test case, otherwise, I'll get to it when I have a chance.

[demetriusnunes]

Just did: #1099

[UnicodeSnowman]

is there a reason why the allowedOptions array is restricted to only "location", "inherit", and "reload" in the first place?

[shaneeb]

FYI, created a new PR #1750 to get this fixed. This is something I needed to fix urls displayed in browser status bar (or whatever it's called now). Basically my static assets are hosted on S3 and I have a custom domain set up on top. I use a base tag to specify S3 bucket for loading assets. Unfortunately the link in base tag is used instead of browser's address bar location when relative links are used. This has no effect functionally except that when hovering over the link, the url showed is relative to S3 one. Using absolute option seems to fix that but it's not allowed in uiSrefOpts (yet).

[nateabele]

Fixed in #1750.