Jump to content

Kitty Barnett

  • Content Count

  • Joined

  • Last visited

Community Reputation

42 Excellent

1 Follower

About Kitty Barnett

  • Rank
    Advanced Member

Recent Profile Visitors

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

  1. I redid the WindLight RLV commands (with a few new EEP-specific ones) in RLVa back in May and it's gone out in several FS betas/nightlies since then and no one's poked me about any issues so if you know/think something's wrong/broken please do let me know.
  2. It's the proper emoji Unicode characters so really all any viewer (including LL's) needs to do is put the proper emoji font in its font folder. They will show as black/white emoji's but everyone will see them fine. Even without doing anything some of them will show up on all existing viewers (smiley face, sad face, etc) just because they're already in the current fallback fonts. My guess would be that if we release with it and it's actually popular then I'll probably just get poked to put it into Firestorm and then LL might poke to get it into the official viewer. Or it might fail an
  3. You mean bringing SL communication up to semi-modern standards? It's already been done (or will be once the new Catznip releases) :). First was to just have proper link previews like anything else you use to communicate with (with the proper options to not have it on in groups and all that): And obviously, emoji's are a big thing (the current implementation looks a lot better than this - it was the original proof of concept from last year): And the only part that requires (new) viewer code is actually the colour emoji's (and having a way to look them up), you can do bl
  4. Heyyyyyyyyyyyyyyy! I take offense to that! It looks great and pretty *pouts*
  5. And it's been removed; if you made/sell something based on this I suggest you refund your customers or you'll have some very angry people after the next RLVa release.
  6. They aren't changing the active group, but rather changing the active role within the currently active group to get a different group title. That part is new since the last RLVa release; the ability to change the active group (without control over the active role) has been part of general RLV for many years now. As an aside, changing your active group shouldn't make that much of a difference. Access is independent of active group, placing prims is viewer dependent (which is how viewers can have a "rez under land group", etc. Changing the role shouldn't do anything except broadcast the ti
  7. In addition to that RLVaEnableTemporaryAttachments setting has been around for a long while now precisely to limit the scope to only attachments you choose to wear yourself; which as a side-effect blocks all experiences related things too (since they're all temp prims). But that's really just intended to remove the surprise/undesired factor of having temp attached prims interacting with your RLV(a) when you know you never want them to. If someone is using an experience to grief, or step out of line, then the experience >creator< is ultimately responsible for how they allow their exp
  8. Yes, exactly, nothing about the experience is affected in any way. The viewer will simply add the object to the blocked list and not process its RLV commands, for example with KT's script I see: [09:15] Object: failed: @setrot:3.14=force (blocked object)
  9. I've only ever told people that they should not expect experiences and RLVa to work together; the fact that they do was unintentional so there's no contract or promise that things that worked in the past, or work right now, will work that way in the future. As it stands, by default, PG experiences should not ever expect to be able to attach something that then issues RLV commands. At the moment, M & A are ok, but that's not set in stone either. Like I said, moving forward there will be a way to indicate the kind of "risk" a user is willing to have. At the low end ("Casual") the combin
  10. A lot of people already have a hard enough time trusting experiences that there's no reason to make the experience permissions pop-up even scarier by adding that accepting it means you open yourself up to the entirety of what RLV can do. Especially since it only applies to a minority of all the experiences out there. And while I did still consider it, it's pointless: there's no way to store the user's choice alongside their experience since that data resides with LL and people woudldn't trust anything in FS that sends data off to a web service (and you start running into the GDRP realm with th
  11. That happened even when I went in an entirely different direction and added client side scripting to the viewer (so as opposed to in-world scripts, you write scripts that directly interact with parts of the viewer). Every now and then someone will always speak up and "if only we had..." or "why can't we...?" but it turns out to be a solitary voice. So client-side scripting died and is collecting dust in my piles of "unwanted try-outs".
  12. Hey Dakota, I don't mean to pounce on you but someone was a bit perplexed by your post and asked me to have a look as a TPV dev. Most TPVs let you search in the Received Items folder for a while now, but even the official viewer will let you search it as well (it just won't include the folder with the others like TPVs do, but you can search and it will filter the Received Items panel). I'll have to admit that I also don't understand why (from the viewer's point of view) having many items in any given folder would cause "lag"; all inventory is a lookup table the difference is traversi
  13. It's odd that the blog post only obscurely hints at what lays ahead: the current SL profiles system is being thrown out the window in favour of web profiles à la AU; much like the old search system was thrown out the window in favour of a web-only viewer 2 search. Erica Linden added a comment - 10/Sep/10 2:54 PM Hey guys - This issue isn't being ignored - it actually has a team assigned and is making good progress. The Profiles team is working on pulling profiles out of the sidetray and viewer XUI entirely and turning them into web assets that can either be viewed/edited from the viewer
  14. Boroondas.Gupte wrote: No-modify items Calling Cards Links to other items (as they appear in the Viewer 2 outfits) Calling cards can be renamed since they're M/C/NT. (Inventory links are NM/NC/NT just for the record) --- As an aside, if someone *really* wanted to then they could "fake rename" system folders in 2.0 by tricking the UI translation (ie "Clothing" would still be named "Cothing" but it could appear as "Things to Wear" for instance).
  • Create New...