• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-5004
Type: New Feature New Feature
Status: Open Open
Priority: Normal Normal
Assignee: Unassigned
Reporter: Lillie Yifu
Votes: 47
Watchers: 8
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Feature Requests for In Client Browser

Created: 16/Feb/08 09:07 PM   Updated: 24/Nov/08 08:15 AM
Return to search
Component/s: User Interface
Affects Version/s: 1.18.5.3, 1.21
Fix Version/s: None

File Attachments: None
Image Attachments:

1. two windows.jpg
(96 kB)
Environment: All platforms 1.18.x
Issue Links:
Relates

Linden Lab Issue ID: DEV-11388

Sub-Tasks  All   Open   
 Sub-Task Progress: 

 Description  « Hide
The client currently has a reasonably functional browser hidden in search->all and in-world help. By tunneling through the wiki, this browser can be made to surf the internet. In fact, this issue is being opened from inside that browser.

Since the browser is there, the following UI changes would make it far more useful, and allow it to be better integerated into Second Life.

1. A direct menu option to open the browser, labelled as such. It could still be a tab in the search box, or in Help. It should open one window per invocation, because more windows are better. (We can get two useful ones now.)

2. A URL box for the search browser.

3. A resize tab for the search window.

4. An option, perhaps as a Debug Settings in the Client menu, to make this browser the default for llLoadURL() as is presently true in the OnRez Browser. There are already browser debug options, though they are not listed as being used presently, including one for the home page.

5. Cut and paste between this browser and the rest of the client interface, as well as between browser windows.

6. A URL asset which when clicked would show this browser and show the url to be jumped to.

Even just full cut and paste, and resize would be a huge improvement.

This browser can handle text boxes, SURLs, music streams, email from yahoo and so on. There is no reason not to give us the full access to it. With the ability to read whole media wiki files, it would obviate the need for notecards in most situations in world, for configuration and communication.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Lillie Yifu added a comment - 16/Feb/08 10:12 PM
2644 asks for more functionality from the profile browser, this ask for more from the search browser.

JayR Cela added a comment - 17/Feb/08 05:16 AM
This sounds like a very good Idea to me, and should not be to hard to implement. Thanks for the idea :_)

Malburns Writer added a comment - 19/Feb/08 05:29 AM
Excellent proposal.

I would add that some kind of Java and Flash functionality (plug-ins) should be available for the inworld browser, especially since it seems to be a regular Mozilla client. I suspect that inworld access to web "objects" will in time be more important than access to actual HTML web-pages, since applets can auto-play in the same way as Quicktime and music streams for the greater part. Web access is needed by the user individually, but web "display" mechanisms are urgently needed in the general inworld environment.

That said, there also needs to be an option for the user to launch their own external browser for web urls if required, either in preferences or as a "follow through" button in the Linden browser itself.


Nedrae Messmer added a comment - 19/Feb/08 08:43 PM
Personally I don't agree with this. The viewer already includes a (somewhat) stripped down Mozilla client, and Gecko isn't really the fastest rendering engine out there, or the lightest one either. Adding Quicktime/Java/Flash/etc. capabilities to it would just add to the bloat on top of the viewer's already high resource consumption.

Not sure about others, but it's way faster for me in my 3-year-old laptop to open a separate dedicated instance of Firefox/Opera and navigate with them, than trying to do so in the Mozilla browser embedded in the SL viewer. And I don't mean things like typing a URL. Even simple things like clicking on links or scrolling down along a webpage are a lot slower in the viewer.

(Related: I'd like it if LL opened their new search facilities to external browsers too, so I can use my faster browser to search for stuff.)

That said, I know some would like this feature to avoid having to alt-tab all over the place and such, and with a powerful enough system the performance hit wouldn't be that noticeable.

Add it as an option so those of us who don't want the bloat/extra features can still use the lighter and smaller viewer. Maybe something like the 'basic' viewer pack, and an additional 'plugin' pack to install on top of it, or something like that.


Lillie Yifu added a comment - 20/Feb/08 06:01 AM
This JIRA is specifically to remove obstacles placed on the current browser which are not necessary. The name for the browser in the menu systemshould make it clear what it is, there should be multiple windows, because there can be now with some work around, and there should be a programatic interface option.

This engine already plays sounds, try going over to YouTube in it.

The arguemnents for not wanting to leave the viwer are simple: leaving the viewer means that there is window overlap, the viewer and the browser can share information more easily, such as cut and paste between them, and the in world browser can more easily be used in the context of search for or editing information.

We are going to get flash and other capabilities as aprt of HTML on a prim, and while they would be very very useful, getting the browser to usable, from almost usable, is much less effort and invovles, in many cases, simly making visible things that are already there.


Soraya Elcar added a comment - 23/Feb/08 01:08 PM
I dont want to browse inside the client with some stripped down version of mozilla. If I wanted to surf the internet, I would do so from a real browser.

If you want to easily share information, especially via improved cut and paste, perhaps we should improve that instead of improving that neutered web browser?

I dont want another desktop environment inside my desktop environment.


ssm2017 Binder added a comment - 25/Feb/08 02:29 AM
if th ebrowser is already integrated, it can be fine, but i prefear to have separated windows ( http://jira.secondlife.com/browse/VWR-2486 ) but it looks more difficulet to do

Gwyneth Llewelyn added a comment - 29/Feb/08 04:53 PM
Soraya, take a look at point 4. above. It should have an OPTION to make the in-world browser the default one. In fact, if you download the OnRez SL-compatible client, you'll see exactly what LL has to do with their own client: make it optional, but make it useful.

I could list a million reasons why this is a good idea, but since I've already did that once, I'll just point it to a (very old) entry on my blog: http://gwynethllewelyn.net/2005/06/23/slhtml-merging-the-old-2d-world-with-the-new-3d-world/


McCabe Maxsted added a comment - 29/Feb/08 09:23 PM
You should really make that list into a set of subissues.

Torley Linden added a comment - 05/Mar/08 06:42 AM
This issue is useful for gathering ideas, but it seems more like a Meta-Issue – I'd recommend creating sub-issues for each actionable task, otherwise it's just too big/confusing/impractical to take on in a single issue.

Lillie Yifu added a comment - 06/Mar/08 05:17 PM - edited
I've broken down the task into sub-tasks, largely based on the numbered list in the JIRA. Also while static HTML on a prim is very welcome, it is not the same thing as having the ability to refer to web pages under ones own control, and which are live for editting.

(This comment and the subtasks were created in the in world client for example)

http://sexsecond.blogspot.com/2008/02/wikihud-and-jira.html

Describes how to replace notecards with MediaWIKI, without using php or other out world programming.


Angelina Sinclair added a comment - 12/Mar/08 06:59 AM
This feature is already in the Release Candidate 1.19.1

But to use it you need to paste or type out a weblink in chat so you get that clickable link. Then clicking on that opens up the browser.

Not sure if it's in other SL clients as I've been mostly on the RC.

I can say I would love a option to be able to open up a webpage in SL, it does it much faster than me having to open up my own browser.

The only problems with this primitive browser is the text is a little edgy and I can't view vids from youtube.com.

Which a few of my friends tend to pass around youtube links around.

So if this can be made into a solid feature and one that can be turn off for those that don't want it. Then I'll be one happy person.


Cubist Scarborough added a comment - 28/Mar/08 07:31 AM
It would be great to have the FireFox/webkit/JavaScript Canvas extension enabled. I have an in-world whiteboard application that uses canvas ready to roll as soon as the built in browser can handle this.

http://cubistscarborough.com/jsmb/jsmarkerboard3.html

Works fine in Firefox and Safari on Mac, but not in the built in browser.