Second Life 2.0 Wish LIst

In all due repect to the first post......LLABS can`t even get their current Client 60% workable and you want a 2.0 client? If you look for EVEN more Bugs, crashes, post hacking issues for all means LET`S have 2.0 CLIENT WOOHOOOOOOOOO.

As one linden said about 2.0 version their is no vision of it at the moment. So lets focus all the energy and emotion to the current client snd its issues. And I feel the same about the issues.

BTW, 1.19 client is coming around very soon no later then OCT this year.

On a side note..........Upgrades don`t always mean BETTER. Problem is people ALWAYS want newer and newer version, but they have no real understand how it it effects the the possible useablity results will be. Hence a 2.0 version might be only as good or worse then the current client 1.18 we are using today ( hence why even bother with breaking new ground if the possible or error is that great ). SL is a business now more then a play town that it use to be. Since LLABS is now using the CLIENT more for business purposes then user enjoyment importance since why you dreams of a 2.0 might not be coming soon.


Thank you for Reading

Usagi

Actually, as any programmer knows, redoing things from scratch is at least sometimes the only way to get rid of certain kinds of bugs, because they are due to trying modify a program that was never meant to do certain things to actually do those things.

Again In all due repect...................I do mean this.
Your over doing the reasoning here. As you know programming requires to understand the past issues ( failure success .etc..... which LLABs only partly has learned). Building a new structured UI will fail if its done without knowing what went wrong with the first version. Programmers are suppose to learn from the understanding of what when wrong in past versions. I don`t want to put a % on how much the coders have learned, but its not enough at this point to go ahead and start building 2.0 version. Rushing for the newest and lastest state of the art, cutting edge, bledding edge, etc. Doesnt not promise the newer version wil be any better then the older version. Yes the programmers know and understand this....

Usagi

So you're saying that in the 4 years or so of working with Second LIfe 1.x, they haven't learned enough to come out with a 2.0 version...

Lookup and wonders...........

ok fine that lets have a 2.0 version let it be bugged and totally useless.....

I don`t know about you but i rather the coders learns as much as possible about this ecurrent client version then go off and start building a newer version. This is what the differance between westen thinking and eastern worlds thinking. fix what broken then move one is how programmers in the rl work..............

Usagi

LL Programmers ARE hard at work fixing the problems..... they just havent gotten to that chapter of "OpenGL For Dummies" yet!

HAHAHHAAHAHHAHAHAH

Portals. I'd like to see portals.

If you've ever played.

Narbacular Drop ( http://www.mliko.cz/_data/1160822420_99.jpg )
Portal ( www.youtube.com/watch?v=QpdCi5XpCsE )
or
Prey ( www.prey.com/images/preyscreen_22xx.jpg )

Then you'll know why they rock. A rather fantastic gaming concept.
It's like teleporting but not, its more like a hole.

oh there are MANY things I'd like to see.

- Import meshes from Max!
- add swimming and diving as default animations when in water, water noise instead of wind!
- Allow multiple attachments (so I can finally carry things in my paws)
- Keep last 10 locations in drop down menu at startup
- Different sound for group IMs
- Accept incoming items even when in busy mode
- Make pants and sleeves a mesh instead of a weird skin colored solid object
- Tattoo layer
- Add "copy SLURL" and "show on map" to landmark right click menu
- Allow animations to be set permanently without the need of AOs
- Save outfits as a set of links (like a playlist) instead of a set of items so non copy items can be used in outfits



- remove voice

oh man oh man.........

Those all have my vote, especially swimming, attachments, teleport history, and the outfits thing!

Good ones, Monalisa, and many wouldn't require SL 2.0.

I want hierarchical prim linking. Not specifically for rotation, though that would be a significant bonus, but mostly for simplifying editing of complex objects made of sub-components.

I heard this rumor, that when LL was first talking about the prim-object model, they decided that "reality isn't hierarchical, so why should SL be?"

I hope it's false. I'd hate to think that they're so stupid as not to realize that RL is full of hierarchical objects. I mean, whoever said that evidently never changed the alternator on a car, for example! One doesn't unlink the whole engine. Nor does one select every component of the alternator. You just detach the cable and a few bolts and voila -- the alternator comes off. Examples abound in the natural world as well: you can remove a limb from a tree, without identifying every leaf.

All in all, though, I think LL made a lot of very difficult design choices and did an excellent job on the whole. The permission system, for example -- as problematic as it is, a simpler design just wouldn't do, and a more sophisticated one would be very difficult to manage and understand. (I'd certainly like the client-side ability to set permissions on a group of things at once -- especially, a linked object where all the prims and contents don't already have the correct permissions. An "Apply to all" checkbox, perhaps? But that's not LL 2.0 so sorry for the tangent.)

What I would like to see, SL becoming totally Open Source! Allowing outside servers to connect onto the main grid.

/13/0f/199251/1.html

In order for these features to get into the mainstream, we need to break them down into smaller tasks to build upon.

Here is one for example:

https://jira.secondlife.com/browse/VWR-1925

VWR-1925 is a sub-task. It is to establish the UI design to handle multiple attachments. The main multiple attachment task has a lot of vote, but now we need to vote on the look and feel of how to make such feature work. Vote on VWR-1925 if you like the screenshot it has!

From there, we could establish another sub-task to make that UI design work. The newer sub-task will probably require a patch to implement the basic design in VWR-1925 without multiple attachments. The patch would give you the layout. If you even just like the new inventory/attachment layout irregardless of the multiple attachments, vote on VWR-1925! =)

As for client-side scripting, I'm working on it. Expect Python to be available at least in the open source viewers.

My vote is for Lua if we must go with one single scripting language. It is designed to be a completely self-contained scripting language, doesn't have that "interesting" use of whitespace that governs syntax, and there are 10,000+ GUI hackers from WoW who already know how to use it.

We already decided not to go with "one single scripting language." There are and will be many.



Good. I'll be sure to promote you as the single designer for the interface between Lua and SL, or it is at least your idea that "10,000+ GUI hackers from WoW" now expect to be done . =)

I already know a few dedicated WoW members that would be quite avid to learn about such feature. Please, let us know if you need any other help with that.

I personally know several who say they like Lua for various reasons and are interested in modding the client to use it for that. BTW, where can I find info on how this scripting interface is being designed?

And who "we" decided not to go with "one single scripting language" and where can I find that decision-making process documented?

I should say tthat I prefer that route, for various reasons, but I've yet to see anydiscussion of WHAT should be scripted and what shouldnt.

IMHO there are only 2 things worth including in SL 2.0

1) Vastly Improved Linden Visibility in World,actually being present and responsive would help.

2) Customer Service that is worth a damn. Not just the "take a number and we wont bother getting back to you" type that is all to prevalent.

I don't see any jira issue in the searches that has any votes to undo everything else and make Lua the only scripting language available.

I'm not against Lua.



There has been much talk about it for months now on SLDev.



Just look at the sources.

If you get involved with the source code, you will notice other pieces of the scripting languages in the viewer, but they are just not exposed.

More publicly known for awhile, Mono is being used along with LSL. Now, some will argue that Mono is not a language, and that is not what this is about. Mono will let you use several higher level languages compiled down to "managed code." From there, you have your choice of which languages will compile to mono/ecma.

I haven't heard Zero say that Mono is being used on the Main grid yet. Perhaps it is in very select spots, but that assumes that Hetgrid is workign and Zero has indicated tthat HetGrid won't be in the Main Grid for another 6-8 weeks.


Also, mono is compiled on the client side, but run on the server side. There is no mono interpreter on the client side.

With all the fuss over Voice & the Hearing Impaired, What about Hands & Fingers that can be animated??

Sign language anyone??

Why not implement a text to speech generator?

Also a good idea.

Avatar hands are too small to use sign language with, I believe. You could never see the fingers properly unless you were exceedingly close.

An animated over-sized had is easily done, however