open my webpage into second life script

Is it possible open a web page into a SLS ???

have you got any examples ?

thx

huh?

http://rpgstats.com/wiki/index.php?title=LlLoadURL
Will allow you to show a dialog box asking if the user wants to open the page.

http://rpgstats.com/wiki/index.php?title=LlHTTPRequest
Allows you to get data from a webpage, but not display the page to the user.

i need to display a page on second life
is it possible ?

Not using just LSL.
It can be done using server side tools and media tricks, but requires root access to install certain programs on the server, knowledge of php/perl or some other language to get the stuff web accessable and knowledge of SMIL or similar.

If all you want is a static, non changing page on a prim, take a screenshot of the page and upload it as a texture.

but if i can have access to root access of my server ??

true 'html on a prim' has been in the pipeline for at least 2 yrs but is still not forth coming.
But whats teh real advantage of that over just opening a browser window?

If you have root access, then you'd need some sort of html to jpg tool, plus php/perl to take input as a httprequest from SL and create the jpg, then generate some SMIL to load the jpg (or series of jpgs) in a movie before passing the URL back to SL to display on a prim.
You may be able to skip the SMIL and feed the jpg address straight into quicktime, although I haven't tried that.

It's something you'll have to do a lot of reading if you don't already know the languages, or failing that, put in a request in products wanted. I don't imagine it would come cheap though, and you'll be limited by the throttling of llHTTPRequest.

Besides cheap dynamic signage, lower sim load, consistant UI/UE and per-user options you mean?

And roads, dont forget the roads...
I accept what your saying although i dont in think it will lower sim load, quite the opposite.

yes you can load many different types of images directly with quicktime (inc jpeg)

The problem with quicktime though is that not everybody has it installed (or wants it on their system).

Also, they'd have to have QT display turned on in their prefs.

Don't rely on Quicktime working for everyone.

Yep, there's problems with it, but as close as we will get to dynamic HTML content at the moment.

A custom bot could be created to upload textures as needed, but that would probably be slower and would be at the mercy of the asset servers.
Textures also cannot be targetted for specific users, whereas media can.

Explain please. Assets being loaded from external sources rather than the sim's cache indicates lower load to me.

i don't understand

Newgate, assuming that only the clients load the URLs and do the surface mapping (which is how I expect this would work), it would lower SEVER lag. It might not lower CLIENT lag for folks who are close enough to the object.

Would it lower overall lag? Depends on the specifics, I suspect.

My apologies I was think of a server side implementation, converting the html into a texture type thing. If its all client side I agree it should lower the direct server load.

Which bit?

Well, I'm wading in over my head here, but my suspicion is that the server doesn't map textures, it just forwards them to client, and client does texture mapping to object surfaces. The server doesn't need to know what something looks like, just where it is, its shape & properties, and its behavior (scripts & physical stuff). I also suspect that the server doesn't bend flexi but lets the client do that. Nor does the server calculate particles. The client does all the rendering chores.

Theoretically you could do something like Mosaic (text only web browser) using XYText, though I doubt anyone would embark on something like that, but you never know hehe.

Now if it is *your* webpage, you can still upload the gfx and emulate your webpage with a script, still a lot of work but a lot simpler.

now.. clicking links.. that's a whole 'nother problem.

If you're referring to Twisted Pharaoh's post, not really. You'd just plop a prim behind the link text if doing it with llSetText or add a touch event to relevant prims using XyText.

Hmmm... it might be possible to do something with a bunch of fully alpha prims (one per horizontal line of text) and then parse the text of the page, parcel it out, and have the prims change their float text to match... that way, you could get a full page of web page text without an impossible number of prims and such. Of course, it wouldn't work for the nicely dynamic thing that is the web in general, and the graphics on a page would be a problem. But I suppose is there was one web page that you wanted to update every so often, and kept a fixed layout for it, it could work.

Though, given the way float text is always oriented towards the viewer, it could end up giving some very odd formatting results...

Indeed. If llSetText is used the camera should be forced into position or things won't line up properly (or the "page" can be shown in a HUD).

Really, we're just tossing around random ideas without an example case though.

EDIT: Actually, didn't Jesrad or someone make some form of prim-based browser system a while back?

EDIT2: Yes, see here.