Jump to content

Sylvia Wasp

  • Content Count

  • Joined

  • Last visited

Community Reputation

36 Excellent

1 Follower

About Sylvia Wasp

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yeah, thanks Skell, I just found this out. As I amended above though ... LAQ hasn't updated the old gestures and the original "smile" is pretty lame. They now have a good smile, but they haven't distributed it to those who bought the old heads. 😞
  2. I think that as it is with most questions about LAQ heads the answer is probably just "NO!" but ... ... is there a way anyone knows of to trigger a LAQ head animation (a smile basically) with chat? I'm thinking of making a gesture the way we used to be able to do with the old pre-mesh bodies so that when I type ":-)" it triggers the smile animation. I am fairly certain that traditional gestures don't work with Bento animations and that LAQ probably has the permissions all locked down on their animation, but geez it's just totally ridiculous to open up the gigantic HUD, switch to page two, and then select "smile" every time. I know about the "moods" and I already use them, but specific situations call for specific animations. It seems like a big loss that we can't do this with mesh avatars now. Edit: I found the "LAQ gestures" so if anyone is reading, it *is* possible. Unfortunately, if you bought the LAQ heads *before* they started selling the HUD separately, you only have the "old" gestures (which lets' face it are pretty sad), so you won't be able to trigger a smile. LAQ has updated the HUD even for those of us that bought the original heads, but they don't include the new gestures in the package. thanks, Sylvia
  3. Interesting. I don't use the Linden Viewer so I don't have the "pick time of day thing" but otherwise the behaviour seems identical. As with your example, the time of day affects my lighting when I'm using Region Default, (it's much worse when the light is brightest at sunset and sunrise for example) but it's still pretty horrible the whole time. I think it's absolutely APPALLING that Linden Labs has changed the windlight everywhere when the viewers (apparently) don't even support it yet. I think it's disgusting that they can just screw up the lighting on my plot for weeks at a time and not have to compensate or apologise for it. Sylvia
  4. Thanks Chic, Yes, I already use "Nam's Optimal Prim and Skin" a lot of the time (because it's the best when you're working on clothes or making things). It's like having makeup lights on your mirror, lol. But often I want to get "real" light (sunrise, sunset, etc.) so that I can see what the clothes I'm making look like in "regular" environments that the people who buy them are going to be using. A lot of the custom windlights completely ignore the day cycle. I certainly hope that we still have a "Default" at the end of this process. It makes no sense at al for every one to have their own windlight in an environment like Second Life. It's nice for people to have the *option* of their own windlight, but if there isn't a default and there isn't a day cycle, then all kinds of problems will ensue. Sylvia
  5. Ah, so it is a Linden screwup. Still, when they mes things up it usually doesn't take this long to straighten them out. And they used to provide information to affected users, but I guess those days are long gone. So ... sometime in the next few weeks or months either a Linden update or a Firestorm viewer update will straighten it all out? How encouraging! (not). thanks for the info, Sylvia.
  6. Hello, For the last few weeks, the (SL default) windlight in my region (Sage) has been completely screwed up. Other residents in the same sim tell me it's been this way for a while now, and no one seems to know what to do about it. Based on the local chatter, presumably the Lindens all know about it and are "working on it" but it's starting to bother me because this is where my store is. I'm afraid that people popping in to my store (admittedly only a small number) will find it hard to see anything or perhaps just leave, as everything looks so darned UGLY. To be specific: - During daytime everything is super WHITE. - During nighttime the sky is also too light. - The "stars" at night are BLACK spots instead of white spots. - At sunrise or sunset when the light is brightest, it's like a complete white-out - There is no colour in the sunset and sunrise, just WHITE. I'm using the latest Firestorm Release for Mac, but my neighbour experiences the same and she is using the latest Firestorm on Windows. The only parts of the sim that show correctly are the parts where someone has set their parcel windlight separately (a couple of parcels). If I set my own windlight (for my viewer not my parcel) then that works, but I generally like to have the default windlight on. What am I missing here? Is it ok for a sim to be screwed up for this long? (pictures attached) Sylvia
  7. Thanks a lot for this link Qie, I had forgotten about that toggle. 🙂 For anyone following this thread, (and as a lovely retort to steph who automatically blamed and insulted me, lol) ... it turns out that it WAS Second Life that was to blame after all. What happened is that thing we don't talk about but that actually happens a LOT in Second Life building wherein an object or an object inventory is updated or changed and the viewer shows the change, but the change hasn't actually happened. This is what I was getting at when I was "cussing" SL, and what I was talking about when I said I did a bunch of resets on everything. It turned out that the THIRD time I did a complete reset/rebuild of the contents of the box, that the permissions (which were showing as fine the whole time) were actually fixed for reals. So yeah, SL is a lousy place to build and you have to check the permissions on everything three or four times, ESPECIALLY permissions on inventory inside of boxes (prims) which are notorious for being completely inaccurate sometimes. The best advice as Qie pointed out is probably to use Advanced Permissions which will sometimes show you a completely different situation from "regular" permissions. If only Advanced Permissions weren't so incredibly confusing and dense! (and if only "regular" permissions were always accurate). Oh well, lesson learned. Thanks to anyone that helped, Sylvia
  8. lol, "cussing"? What is this 1954? 🙂 You didn't read what I originally wrote and then replied with two personal insults and no suggestions at all so please, just stop replying on the thread thanks.
  9. Yes, I can see the script, I wrote it myself. It has never changed between the version that works and the version that doesn't. That, and the fact that the object works for me but not for someone I give it to is what makes me think it's some kind of weird permissions problem.
  10. And how is taking the time just to post a random insult actually helping anything?
  11. I tried searching for this and couldn't find it, but it's a weird one to search for so hopefully I'm not doubling up here. I make an object (a collar), that's re-sizeable using a simple script that gives a dialogue when touched. It says obvious things like "+10% " etc. and it all worked fine for a long time. I've given (sold) the item to other avatars and they have no problem using the re-sizing script. It works for me, it works for them. Then I decided to update the box art (of all things) and so it's technically a new product in a new box. So of course the Gods of SL decided to f*ck with it for no reason and now the item won't re-size for anyone I give it to. I've tested it to death, I've checked that the script is identical to the original, that the permissions are identical to the original permissions, and then I reset and refreshed everything anyway (because I know the permissions that show are not always the actual permissions until you do that). I've compared the permissions to other items I sell that have scripts like HUDs and so on and everything also seems identical. I've had the other avatars make sure they are in areas where scripts are permitted to run. I've had them look inside the object as far as they can and they can see that there is a script inside (they can't mod it of course) and the sim confirms that it is running. So the items all copy over to them with the right permissions, the right scripts are inside with the right permissions, but it still doesn't work anymore. Literally, the ONLY thing I changed was the box art, but the former item worked fine and now it only works for me and not for anyone that I give it to. The weird thing is that the new box itself also works fine. The giving script inside the box that I give them works and opens the box and gives them the item, but the item inside which has never changed, no longer works. These scripts have identical permissions and neither script has changed from the originals. If anyone has any ideas beyond what I've already ruled out as to what the actual F is going on here, please tell me. Thanks, Sylvia.
  12. Thanks for all the help everyone. I found this one the most useful. I realised after I posted that something along the lines of this, and the negative version: if ( TEST_string != "" ) { } was what is simplest and what I want. The clarification (below) on the NULL_KEY was also most helpful Sylvia
  13. Hello, I'm trying to write some code that checks a string variable to see if it's empty. I realise this is a bit goofy, but I'd still like to know how to do it. LSL script library is of no help as usual due to it's impenetrable language, but there are two ways that seem to be implied: - it seems easy to check string length and presumably an empty string would have a length of "<1" ? - there are some vague implications on some of the pages of the LSL library that an empty string is equal to a "NULL_KEY" (00000000-0000-0000-0000-000000000000) ? or is it as simple as: if string == ""? I want something like: if (<string name> is empty) { do stuff; } It would also maybe be good to check the negative? Like "if string isn't empty"?? As you can tell I've become lost on a teeny tiny detail here, lol Sylvia
  14. Well that's another interesting point, and you're right about that. I guess I don't see this as a problem for me in that I don't intend to sell no-copy objects. I want to sell mostly clothing & accessories and I can't think of any situation (other than Gacha) where a no-copy item would be appropriate in that scenario. Even though it's wildly popular I have to say that for me personally ... I don't really like Gacha. I think it's a bit of a scam in that it sells a false sense of uniqueness. The "secondary market" it supposedly creates is also a bit illusory IMO. To me, Gacha machines are similar to "one armed bandit" gambling machines and I assume the scripts for those have been worked out by people more talented than I am. This script is just about getting the shoes and dresses out of the box and giving them to the user with minimal interaction, and as automatically as possible, but yes it *does* rely on copyable objects for sure.
  15. Interesting. That would work too. Very old-school to drop textures that way, lol. I tend to get confused over which version of "Product_name (box)" I uploaded last. At the end of the day I find that you pretty much need the product shot in the folder that the user gets anyway, which is probably why I ended up with this solution. Not related to this at all, but in the spirit of self-criticism, I think I may change this part: To: Sylvia
  • Create New...