The `new URL(url)` statement will throw an error if the supplied
string is not a valid URL. Adding a note to the function to clarify
that as requested by @Rob--W.
By using the URL interface, the user is ascertained that the piece of
code does not manipulate the DOM. Keeping them in the right mental
context for the example.
The apply-css example uses the protocol of the URL of the tab to
determine if a pageAction should be shown. Any page that is hosted
over http or https will receive the page action.
The former implementation creates an anchor tag, assigns the URL to
that, and fetches the protocol from there. This PR alters that to
using the URL interface. This makes it clear to the user that we're
staying in JavaScript land and will not start manipulating the visible
DOM. I would argue this is cleaner all together, but I'm very open to
learning about a different opinion.
The URL interface is more broadly supported than the
pageAction.setIcon which this example is also dependent on, so this
change should not change compatibility of this Browser Extension.
