Edit a vector in a script will fire an HTML event

Create an object and a script inside it with a vector. For example <0.0, 0.0, 0.0>, Left click and hold the mouse button while inside the vector will open up a webpage.

While writing the bug report on this, even holding down the left mouse button on the example vector in the bug report will also fire an html event.

Yeah, I think anything that has a . in it can trigger the HTML-in-chat code. Someone mentioned typing 10.4k into chat and getting it underlined.

Please lord don't let LL do html in chat in the script editor without an option specifically for the script editor. Please let us not have colorcoding and underlining but still be able to click on a url. Please let us right click and select whether to use existing tab or new tab to open in. And of course let us open it in the in-client mozilla browser.

I try to be generally positive in my posts anymore here in the forum. I feel I have come to know some of the LL employees and am greatly impressed by thier drive and determination and thier willingness to help. The idea of adding urls and opening a mini webpage in our profiles didn't bother me but also didn't greatly impress me. But I feel a strong desire to speak out against this current implementation.

I am sorry but I come to SL to play, to build, to script etc, not to browse the web. For browsing I am a big fan of Opera, others prefer, Mozilla or Firefox or even IE 7. I am also extremely careful in my scripting, trying hard to shave .01 ms off, trying to save processing time in both the server and the client. Trying hard to keep lag down. Why in the world does someone want either the client or the server to process every single entry in chat, notecards, scripts looking for url patterns. As it stands it certainly doesn't work right. It shouldn't be firing up whenever it sees a period. But even if it was to work correctly I would rather resources be spent correcting long term problems here.

JMHO

Editted to clarify. Listen this is a nice healthy list of fixes in this Beta update and some are going to be extremely useful. I think my statement kind of came out like one of the old "Stop creating new stuff and fix problems instead" complaints. I did not mean it to come out that way. But I do still feel that this is very little value added for processor power used.

I would be shocked off my feet if the processor power needed for this feature was appreciably far from zero on any PC from the last ten years - but the feature does need fixing.

I'd just as soon have the interpretation of and response to an url occur only if I right click the word, like the mIRC client appears to do. No color coding necessary, no time spent parsing for urls until a human has parsed an url and wants to make use of it.

While mIRC has a benifit, most people don't opperate like that, we're used to hypertext links to be left-clickable to take us there. Especially Windows users (who, for the most part, don't even know what IRC is). Example: any and all web browsers.

Fine, left-click works just as well. It's not which button that is being pressed that is of concern.

The issue is whether the system needs to scan the text and try to figure out what part of the text is an url, or whether the system should ignore the urls until a human picks out the url and tells the computer to process it as an url.


When we type a number and a decimal point and a number here in these forums such as 4.3 the browser doesn't think that is a url and doesn't highlight it and let you click on it to go to 4.3. This forum software can auto-recognize urls but the urls have to be of proper format: they have to be a properly formatted url like http://forums.secondlife.com , plain secondlife.com doesn't get highlighted.

Discussions about computer programming involve a lot sequences of alphanumeric characters with periods in their midst, here's one from the libsl chat

client.Grid.GetGridRegion(client.Network.CurrentSim.Region.Name)
     GridRegion gr = client.Grid.GetGridRegion(client.Network.CurrentSim.Region.Name);
     ulong GridCornerX = gr.X * 256;
      ulong GridCornerY = gr.Y * 256;

"client.Grid.GetGridRegion(client.Network.CurrentSim.Region.Name" and "client.Grid.GetGridRegion(client.Network.CurrentSim.Region.Name" get highlight in the beta grid chat history window, but they aren't urls.

The simple way to deal with this is to not have the computer try to figure out what is or isn't an url, instead wait for a human to perceive what appears to be an url and then tell the computer to process the apparent url.

This problem could be solved by adding a "Insert Url" function such as one finds in this forum's text entry system or by requiring the use of an properly formatted urls or by using a custom designator such as link:blahblah.com.

The beta grid appears to be using the length of the character sequence to make it guesses as to what to highlight.

dhk.xxx gets highlighted, but dd.x doesn't.

d.xxx gets highlighted but ddd.x doesn't

30.22 at the beginning of a line gets highlighted but 30.22 not at the beginning of a line doesn't .

It's kind of a mess at the moment.

I don't want to have anything opened as an URL when I select it just because it looks like a URL. Give us an option to disable left-clicking of URLs and put it in a right-click menu as well.

Editted for good karma. It wasn't a very positive posting. I would rather been known for being helpful

well there is extra data added to the output. A line return is add to the end of even said URL.
so where my output for U-Poser looked somthing like this

0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 4.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 -30.000000 -1.000000 0.000000 85.900002 -118.000000 -88.099998 -70.000000 0.000000 0.000000 0.000000 0.000000 0.000000 2.000000 0.000000 0.000000 61.000000 33.000000 -30.000000 60.000000 0.000000 0.000000 0.000000 -25.000000 50.000000 -90.000000 0.000000 0.000000 90.000000 0.000000 0.000000 0.000000 0.000000 0.000000 -110.000000 -40.000000 -90.000000 120.000000 0.000000 0.000000 -2.000000 -20.000000 0.000000

which now looks like this which does not work in a BHV file

0.000000
0.000000
0.000000
0.000000
0.000000
0.000000
31.000000
0.000000
0.000000
0.000000
0.000000
0.000000
0.000000
0.000000
0.000000
0.000000
0.000000
0.000000
10.000000
-2.000000
0.000000
-54.000000
16.000000
-1.000000
-92.000000
0.000000
0.000000
5.000000
-31.000000
-41.000000
-10.000000
2.000000
0.000000
54.000000
-16.000000
-1.000000
92.000000
0.000000
0.000000
-5.000000
31.000000
-41.000000
-80.000000
0.000000
0.000000
100.000000
0.000000
0.000000
0.000000
0.000000
0.000000
-80.000000
0.000000
0.000000
100.000000
0.000000
0.000000
0.000000
0.000000
0.000000

This also makes text menu very hard to read where you once had a nice menu..

Which Notecard would you like to load from?
U-Poser HUD v1.0.2b: 1 - Golf Data
U-Poser HUD v1.0.2b: 2 - poses
You: 02U-Poser HUD v1.0.2b:
choose one of the following poses
U-Poser HUD v1.0.2b: 1 - Sit5
U-Poser HUD v1.0.2b: 2 - Swing Forward
U-Poser HUD v1.0.2b: 3 - Swing Back
U-Poser HUD v1.0.2b: 4 - SitBack
U-Poser HUD v1.0.2b: 5 - Lean against
U-Poser HUD v1.0.2b: 6 - Leg120
U-Poser HUD v1.0.2b: 7 - Leg90
You: 3

NOW LOOKS Like this

Which Notecard would you like to load from?
U-Poser HUD
v1.0.2b:
1 - Golf Data
U-Poser HUD
v1.0.2b:
2 - poses
You: 02
U-Poser HUD
v1.0.2b:
choose one of the following poses
U-Poser HUD
v1.0.2b:
1 - Sit5
U-Poser HUD
v1.0.2b:
2 - Swing Forward
U-Poser HUD
v1.0.2b:
3 - Swing Back
U-Poser HUD
v1.0.2b:
4 - SitBack
U-Poser HUD
v1.0.2b:
5 - Lean against
U-Poser HUD
v1.0.2b:
6 - Leg120
U-Poser HUD
v1.0.2b:
7 - Leg90
You: 3

O my! Not good. Start bug reporting the heck out of it and I'll do the same when I log onto Beta later. We still have a week for them to rework or rethink this.

what would make eventhing all dandy is to allow the option to turn off URL detection. If anthign this is all client side. Remember when time stamps where introduced? well they also added the option to turn them off as well. The time stamp thing really made a mess for me.