llLoadURL should accept "secondlife:/" prefixes to enable a quasi-llTeleport

Currently, llLoadURL only seems to accept "http://" prefixed URLs.
It pops up dialog boxes regardless (bug reported - if it's filtering, it may as well not pop up boxes for unallowed URLs)

llLoadURL should accept the SL map-URL format of "secondlife:/simname/x/y/z". It would allow people to pop up a map for another user with a beacon to a location, with one click of "Teleport" away from actually initiating the teleport.

Currently, llMapDestination is not a good alternative because it only works for the owner of the script, and has no parameter for UUID of avatar.

You could set up a redirector that reloads "http://myhost.example.com/secondlife/..." as "secondife://...". In fact slurl.com is effectively that redirector.

But it would be really annoying, and I reflexively abort HTTP requests... let's just wait for llTeleportAgent().

Sure, *I* could, but that's not a good implementation for newbs. And I'm not hosting a free redirector website.

From a user experience point of view, I would question the wisdom of this 'feature'.

On WinXP -- after they click the intrusive popup to allow the url to be loaded, this will drop the user to desktop to call the system url handler dll, which will then start loading a second copy of the viewer, which will realize it's recieved an url-handling request and forward it on to the already running client -- which then pops up the map with the target highlighted.

Ugly hack. Why not just use an inventory give for a landmark? We keep the user in the client, and a map highlight is one mouseclick away, same as authorizing the url load -- but we have the added benefit of not potentially swapping the entire client to the pagefile on lower end machines which could convince the user to never load your urls again.

Wouldn't a more fitting feature suggestion be to enable llMapDestination for users other than the owner?