Jump to content

SoniaVileva

Resident
  • Content Count

    15
  • Joined

  • Last visited

Community Reputation

1 Neutral

About SoniaVileva

  • Rank
    Member

Recent Profile Visitors

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

  1. Thank you. I also confirmed that as of today, I have no more TP crashes, I can TP to where ever I like, as many times as I like. No crashes. I even can keep my hair as I arrive. All is working for me. I am very happy. Thanks to all who has helped.
  2. Well, it could be a bug of the subscription program or something I didn't do, because I find it very unusual not to have any updates since April 8, not a single one update, as the event affected so many people. So I assume it must be me who did something wrong not having to receive those updates. So you have not received any updates neither ?
  3. Can you show me where it was being said which covers ALL conversations without the context of personal information? Even the rule being quoted here state very clearly that there are exceptions and conditions. I do agree that if someone sends you a private IM addressed only to you, it should not be shared without your permission, but you have to be allowed to monitor it, in order to respond to it. I am more interested in the interpretation of this particular rule in the context of public discussion as the original question also refers to local chat. So if we use this public discussion in this forum here as an example, I believe that personal information is 'protected' under this ToS rule, since this forum uses username that can be traced back inside SL. From this, if someone shares personal information to reveal the RL identity of anyone here in this forum, I believe it will be a violation too. But if you are quoting what I said publicly in this forum, I don't think you need to ask my permission. (as no one did here when they quote since it does not contain any personal information) So, I think the context and conditions matter, they are not loopholes, they are necessary to facilitate discussions. Anyway, this is only my worthless opinion, I think a support ticket can be helpful.
  4. Thank you for your opinion, but I still think it is better to have someone from LL to answer this. What you are suggesting, does not make sense.
  5. Have anyone received any updates since the problem was officially posted on April 8 ? Posted 8 days ago. Apr 08, 2019 - 16:05 PDT
  6. I will read "the remote monitoring, posting or sharing of conversations without a participant’s consent are prohibited." where conversations here refer to conversations that contain participant's personal information. Otherwise, it does not make sense to have local chat. I also think the word "remote' is redundant. Or I will rewrite it like this: "collecting and sharing participant's personal information without participant's consents are prohibited." But I am not a lawyer! LOL Someone from LL should answer this question.
  7. I suspect it has to do with the fact that most hair objects has alpha on and it is well known that the way alpha is rendered is buggy. This happens to static objects in a sim too where there are alpha planes in front of it, it sometimes disappears, and require a click so that it knows it has to render it. You may be able to reproduce it by wearing a prim on yourself, turn it transparent, and TP here and there.
  8. Since appliers can do this already, can I assume that these magic values although undocumented, but already been deduced and that is how appliers can do it now?
  9. I still don't quite understand the behavior here. I understand that before Bakes-On-Mesh, UUIDs were used to identified baked texture to viewers such that viewers can load the correct textures from server correctly. But the UUIDs is not accessible to users. Since appliers can already use Bakes-On-Mesh feature, I assume this can be done programmatically already. My question is that what do they use to obtain the UUID, and what is the behavior of the content that this UUID points to. i.e. if I add a tattoo, will I get a new UUID? or the content of the UUID points to get changed? I probably don't get it quite right, or I am missing something obvious. Please kindly help.
  10. Quick question: Are these "BAKE_HEAD, BAKE_UPPER, BAKE_LOWER, BAKE_EYES, BAKE_SKIRT, BAKE_HAIR" texture UUID variables that we can access programmatically to apply texture to any wearable mesh ? If not, how can it be done programmatically? Thanks
  11. http://wiki.secondlife.com/wiki/LlGetNotecardLine llGetNoteCardLine(name, line) where name can be an uuid and the notecard DOES NOT have to be in the inventory as suggested by Rolig Loon.
×
×
  • Create New...