Phil Deakins

Chip? What chip? Explain please.

I know it is. That's what I looked up when his profile wasn't available in the web search. It's why I told Theresa that "I see what you mean".

To be fair to LL (and I'm not even suggesting that you weren't), there used to be only one landlord, and that was LL. LL LL has a product - Second Life - and Second Life is land (and sea). That's all it is. So it's not surprising that they would seek to earn more from it. And, of course, lower land costs is something that we users have been asking for since forever. I don't consider it to be "moving agressively" into any market. They are merely selling their own product. So any impact on landlords doesn't bother me. We've all been asking for lower land costs, and it was always known that it might affect some landlords.

I see what you mean. His profile isn't available in the web search, so maybe he's been suspended since his previous post, or perhaps even banned again.

@AmandaKeen So suggesting they made decisions when they were either drunk or high was you "having run a business", right? I think I'm right in saying that LL have actually run a business, believe it or not, and quite possibly a slightly larger one than you have run.

Don't you have anything positive to say about the reduction in land costs? Does it have to be 'find something negative and be critical'? Neither the reduction in land costs, not the increase in the L$ purchase fee, affect me in the slightest, but I do applaud the rebalancing moves, especially because it lowers the cost of land, which is something that people here have been asking for throughout. Now we have the costs of both mainland and private land reduced. Incidentally, commas are good. Semi-colons can substitute for a comma when one or more commas have already been used in the sentence and, due to the what is being written, another comma would be grammatically wrong But, from what I hear, punctuation is fast going out of the window these days, and the fight is on to save the apostrophe.

Can I join you?

Before replying, I was reading to see if this was mentioned, and it was. But I want to highlight it because linking any scripted multi-prim object to another object is a VERY BAD IDEA. And that's the reason. If and when you unlink, say, a multi-prim sofa from another object, such as a house, you cannot knowingly ensure that the sofa's prims end up being linked in the same order as they were originally. And that's true even if you know the original order. The best you can do is ensure that it ends up with the same root prim, and you can only do that if you remembered which prim it was. Also, it could break the functionality of the both the object you are linking to, and the object itself. Once you've broken the functionality, there is a VERY VERY good chance that you won't be able to recover it if you unlink its prims from the object, and link it together again. KT says that multi-prim scripted objects can check the link numbers of their parts if they need them for functionality, and they can - but they don't. There is no reason for them to do that, and I disagree with KT that objects "should" do it. So my advice is NOT to do it with any multi-prim scripted object, and not to do it with any object if the object you are linking to has scripted functions.

I never knew that. I must try it sometime

When the sim I'm in has gone down, for whatever reason, I've never been moved to another location. I've always been logged out. Always. That's why the warnings come up - so that you can get out of the sim before being logged off. I'm sure you are mistaken about the SL system moving avatars to other places when a sim goes down. Somebody suggested what actually happens that you may have mistaken for something else. When a bot is logged off by a sim going down, depending on its programming, it will alomst certainly try to log back in again to the same location, but, that place not being available, it ends up at an infohub. It would be easy to assume that the SL system had sent them there instead of logging them out, but it doesn't. Another thing that you're mistaken about is that bots ought to have Homes set. They don't. Any bot worth its salt will check its location on login and, if it's not where it's designed to be, it will either go to where it's suppoed to be, or log out for another try. It doesn't need a Home to be set at all.

¼ parcels don't exist. A parcel is a parcel, and can't be divided into anything other than whole parcels. Perhaps you mean ¼ sim

You'll do anything to scupper the mainland, won't you? Some of us have long memories.

And turn up naked??? You'll be bounced out in a very short space of time.

Oh, he's not one of mine lol. All of mine have last names - ALL of them. Wanna buy one? lol

Watch it, buster! Actually, you're right. I already posted that he reminds me of me in my heyday. Although, I was much better

One important thing that has come out of this thread is that it is important to tell new sign-ups that the account name they choose will be their avatar's name, as they move around in SL. I do hope that that's got back to whoever decides these things. Or maybe they already knew that, and won't make it obvious on sign-up, so that those who are disappointed at finding that their account's name turned out to be their avatar's name will be tempted to go Premium just for the name-change.

Last names at account creation, and 'Residents' getting a free change, would be the most desirable things to happen, but LL isn't looking at it from the users' perspective. In fact, they aren't doing it for the users. They are doing it for money - to be a part of rebalancing where the company's income comes from. If that's the case, one might think that they'd be better off if paid name-changes were for all and not just for Premiums. And that might be right, but they seem to think that the number of additional Premiums they'll get, due to the perk of being able to change the name, will generate more money. I've no idea which is likely to generate the most income. What I do know, from what LL has said so far, is that new accounts will continue to be surnamed 'Resident', and name changes will only be for Premiums - at least some Premiums, because we don't know anything about the planned Premium levels yet.

Just like in the real world then The change was quicker in the unreal world of SL, but only by a matter of decades, not centuries or millenia. It should please those who really want the unreal to be the same as the real - except when it comes to supernatural things like flying, never dying, and stuff like that lol.

@Phorumities Since you arrived in this forum not long ago, you seem to have managed to attract quite a lot of negative responses, such as people intentionally twisting what you say, and liberally throwing in fallacies, just to be on the opposite side to you. It's fun for them. In fact, you remind of me in my heyday here

Just as I've never been one for exploring in SL, I'm also not one for exploring some other things, such as Windows, and I am often be the last to know things that everyone else seems to know by default. So... TIL that programme windows can be stretched over multiple monitors. (yes I know - everyone knew but me) I have 2 monitors running (I had 3 with the previous computer but I can only operate 2 with the new computer), and I use 2 desktops - one for the standard stuff like the web browser, email, and such, and the other for SL and any programmes I need to be on view at the same time. Since the external script editor I was using (Sublime Text) updated, I've found it bad for SL scripts, so, on the SL desktop, I've been using the larger monitor (28") for the SL viewer and the smaller (21") for anything else I need with it. With the larger monitor I can edit the scripts in the viewer, sometimes having 2 scripts on display at the same time. But it can be a bit cramped with 2 scripts on display and the object also in view, and I wondered if I could merge the 2 monitors and spread the viewer across them. That would give me loads of space to have everything I want simultaneously on view. A search of the web didn't turn much up on that, but it did turn something up that I hadn't yet discovered - that a programme's window can be streatched into the next monitor. So now I have the viewer occupying all of one moitor and part of the other, and I have everything simultaneously in view that I want It's a bit stupid of me, I know, because I was well aware that a programme's window occupies more than one monitor for a while as you slide it from one to the other. It should have dawned on me, but it didn't

I second that.

Then why don't you just do it, instead of only copying what LL does? That's what the Firestorm people do, although I believe that they have to get the go-ahead from LL for any additions to the viewer that they come up with. You don't need any go-ahead from LL because you're not using LL's programming. Or maybe you've already done it.

That doesn't matter, Coffee. YOU said that a viewer such as the OP suggested would need to be written from the ground up. And it's self-evident that a viewer like that can be written from ground up, and that LL could do it as they've done it before, which is what I said. So what are you disagreeing with? Heck, even I could do it (but it would take me so long that I don't think I'll bother lol.) Note: You're probably right that the V1 was the only viewer that was written from a blank sheet. I thought the V2 might have been, since I'm sure it was outsourced, but maybe not.

I'm several pages in and I'm still looking at 2018 commits, so I assume you are referring to the way the viewers' 'tracks' develope and merge. If that's what you mean, it's nothing to do with what I said, which was that a viewer that makes use of multiple cores can be written from the ground up, just like viewers (and any new programme) is always written (I mentioned the V2 and V3 but I forgot to include the V1); i.e. from a blank page. Making use of pre-written code when suitable helps, of course, but the page is still blank at the outset. Coffee first mentioned that a multicore viewer would need to be written from the ground up, and later, when I said that LL could do it, she said that that's not how viewers are written, which didn't make any sense, and is why I asked for an explanation. If you are both talking about the way the viewer is normally developed, it's different to what I'm talking about. I'm talking about what Coffee mentioned - "from the ground up" - from a blank page. Note: The V2 was outsourced and was possibly written form a blank page. The V3 may have been from a blank page or deveoloped from the V1, or even from the V2. Even so, the V1 was like any new programme - written from scratch, possibly making use of some chunks of external pre-written code, but written from a blank page - from the ground up.

Explain please. All programmes are developed from the ground up, even when using pre-written, no necessarily in-house, code, and a viewer can't be any different..