Sunday, November 28, 2010

Restrained Love v2.3

Hello there,

As promised last week, here is the latest version of the RLV with many new commands ! These commands were all popular requests, some being more than two years old... Here they are at last !

- added : @detachthis and @detachallthis restrictions to prevent the avatar from removing certain outfits.
- added : @attachthis and @attachallthis restrictions to prevent the avatar from wearing certain outfits.
- added : @editobj command to prevent editing and opening one object in particular.
- added : exception mechanism to the @edit restriction (not to be mistaken with @editobj mentioned above), to allow the avatar to edit or open one object in particular.
- added : @sendimto, @recvimfrom and @recvchatfrom restrictions to prevent an avatar from sending IMs to, receiving IMs from and hearing chat from an avatar in particular.
- fixed : when attaching a folder, the objects would detach themselves once the clothing layers were being worn, and the outfit would have to be worn twice. This was not a RLV-specific bug.

As usual, download the installer there :

The MD5 hash is

Have fun !

Sunday, November 21, 2010

Restrained Love v2.3 coming soon

Hi !

Just a quick post to tell you about the upcoming RLV 2.3 and its new commands. At the time of this writing it is almost done, but not complete yet so it will be a few days before it is released. There are also a few other commands I am working on, but since the syntax and the actual effect is not clear yet, I'd rather not list them here. What is listed here is what will be included because it is already coded and tested.

This post is mostly aimed at the other RLV developers who want to keep their own RLV up-to-date, and at scripters who want to start working on new scripts to integrate the new commands in advance.

* "@detachthis=n" and "@detachallthis=n" : When this command is issued from a worn attachment, it locks all the objects and clothes belonging to the same folder (and to the sub-folders as well for the second option) on the avatar. It is the equivalent to calling a serie of "@detach" and "@remoutfit" commands for all the objects and clothes belonging to those folders.

* "@detachthis:attachpt=n" and "@detachallthis:attachpt=n" : No matter what object issues this command, the folders containing objects worn on attachpt will be locked on. In the case of the second option, the sub-folders will be locked on as well.

* "@detachthis:layer=n" and "@detachallthis:layer=n" : Same thing, but with clothing layers (shirt, pants, tattoo...).

* "@detachthis:folder=n" and "@detachallthis:folder=n" : These commands lock a folder by name, which implies that while it is locked, the user cannot move it, rename it, or move items or folders in or out of it.

* "@attachthis=n", "@attachallthis=n", "@attachthis:
attachpt=n", "@attachallthis:attachpt=n", "@attachthis:layer=n", "@attachallthis:layer=n", "@attachthis:folder=n", "@attachallthis:folder=n" : Same thing, but this time it locks the folder(s) off, preventing from actually wearing them.

Please note : For the moment, even the object that issues these restrictions cannot ignore them. In other words, if your collar issues an "@attachthis:cuffs=n" kind of command, you won't be able to even make yourself wear the cuffs by using an "@attach:cuffs=force" command, even from it. This is something I am going to work on seriously in the future because it can be annoying at times.

* "@editobj:uuid=n" : Issuing this command prevents the avatar from editing and opening the object which root has the indicated uuid.

Have fun with these new commands !

Wednesday, November 10, 2010

Vendors online again

Hi there,

Just a quick post to say that although the Apez issue is not entirely resolved yet, they have done their best to at least let me withdraw, and will do so again should I need to again (and I will), until the actual owner of Apez comes back and fixes the issue for good (only he can do that).

Sorry for the inconvenience,

Tuesday, November 9, 2010

Vendors going offline for a few days


I must put all my vendors offline urgently. Apez, the sales system I have been using for 4 years now, has decided not to let me withdraw the money I got from my recent sales anymore. People were still getting their products, but the money would not go to me, and would be stuck in the pipe. This is not the first time it happens and I usually got a good service from the Apez guys, but this time it is too much (that's more than L$68000 stuck somewhere and not guaranteed to be transferred to me ever).

Let me explain what Apez is, in a few words. It is a networked sales system that provides a merchant with a server and vendors to rez in-world, and that is all manageable through a web interface. It's cool... when it works. Apez Mann, the official bot used by that system, channels all the monetary transactions as sales are made.

Typically, when you buy something from me, I am paid the money you pay the vendor, then immediately the vendor makes me pay the same amount of money to Apez Mann, which adds this amount to a "virtual" account (yes, even more virtual than a SL account !) which is managed on that webpage. Every few days, I'd do what they call a "withdraw" from that account back to my SL account, and all is well. Only... this time the withdraw procedure does not work, it says that 100% of the money is "unavailable". It happens when the transactions cannot be verified, and apparently requires the owner of Apez, Cenji Neutra, to control all the transactions by hand. It takes days.

Problem is, Cenji has not logged on in 4 months. Their support ticket system is barely responding, nothing is happening, their forums are riddled with complaints and people are leaving for Hippo or other sales systems. This is too bad for the second biggest sales network in SL to end like that. What if I left too ? I am their biggest client after all, generating more than 10% of their daily sales. Should I expect better customer service from them ? Perhaps. But what am I getting ? Zilch. Zero. Nada. Total radio silence. This is unacceptable.

So I am currently working on a solution to put my vendors back up, be they Apez or anything else, but I do not intend to stay offline for too long.

Sorry for the inconvenience,