MLPV2 questions & bug reports

Feel free.

Hi Lear - is it possible to call MLPV2 via Linked Message or chat - all i would need is just to get the menu.

Thanks a lot

If you just want the MLP menu to come up from another script in the object (same prim or different one), simply do what the ~touch_passer script does (the llMessageLinked() call).

If your script is in the same prim as MLP scripts, change LINK_ALL_OTHERS to LINK_THIS.

this gets me allready going- but the perfect way for me would be if i could use the chat commands. but as for the possibility of changing channels is there a way to find out on which channel MLP2 listens?

It listens for menu responses on this channel, minus one:

// Return a channel number that's based on the prim's key -- unique per object
integer channel() {
return (integer)("0x"+llGetSubString((string)llGetKey(),-4,-1));
}

Note that the key here is the key of the MLP object.

Lear, I came to ask about this issue but in a different way. You see I've been using 1.2 for ages now and really liked that when you chose a category, the balls would rez in the stand position, you get on easily, then choose the animation you wish to use, after all the whole point of MLP is not having to get on and off so you only have to do this once.

Why was it changed?

I hated that with old MLP, when perusing the menu and looking at other menus, it would go to the stand pose. With the enhancements for supporting more balls, it got even worse because it would rez or de-rez balls.

IMHO, things shouldn't change until you actually select a new pose. They shouldn't change when you just look through the menu.

The simplest workaround is to make sure the first pose in each menu has all balls visible.

Then, there's no need for a 2-step process (choose menu, hop on, choose pose). You simply choose a pose and hop on. Admittedly, that won't work with poses where poseballs are hidden, so in that case, revert to the 2-step process.

Oh, warning: it also checks to see if the chat came from the same user as whoever used the menu recently. If they don't match, it sends a menu (dialog) -- in this case, to your object, which won't do anything. So, I suspect that this will work only if you keep users from getting access to the MLPV2 menu directly.

OK, Ive been working with these scripts for 3 weeks now and Im very frustrated... it worked no saving props and positions when sent to an alt to *test the bed I created*...Lear updated a script that had a bad bug in it....and now...when I test the bed on an alt...the props do not save on *rotation* It will only work when in the same position it was in when the bed was created. How can I fix this? Ive tried everything....restting scripts...restarting the bed...shutting it down...turning it off and on....and im clueless. PLEASE HELP.

You're right, there does seem to be something wrong with rezzing of props after rotating the object. Both position and rotation seem to be off, but when rotation is off, it's by 180 degrees on the Z axis. It doesn't show up with my simple pillow, which happens to be two concentric objects and symmetrical. I'll be looking into this, and thanks for the report.

Are you saying that this did work with an earlier version?

I believe I've fixed this, in MLPV2.1a. MLPV2 group members can get the updated script, ~props, in group notices. I simply changed llRezObject() to llRezAtRoot(), and it fixed the symptom in the test setup I had.

Hi Lear,

I'm not seeing the updated script in the group notices. Do you think this will be released in notices soon?

Many thanks again for all your hard work!!!

~ Desi

Thought i'd posted it last night, but it's not there, so I did it again. Try again!

Faaaabulous! Thanks!!!

Sorry it's taken me a while to get back to this but when i use category menus in MLP1.2 it doesn't put me into the stand pose in between. I can look through them to my heart's content so I'm a little confused. (yes it rezzes balls)

Evidently I misremembered the part about the position changing. It's hard to remember all the reasons for all the specific changes.

Old MLP always rezzed two balls. For solo poses, one was clear.

For MLPV2, I didn't want to rez more balls than necessary, and I didn't want people to get kicked off a pose when perusing a menu with fewer balls. (I don't like the idea of balls appearing and disappearing either. Looking shouldn't have any effect.)

I don't plan to change it back to always rezzing the max number of balls, unless there's substantial support for that.

Someone mentioned this in another thread and I am finding it happening as well...

With the latest MLPV2 in some poses my hair or shoes come off (not a pretty sight--especially the hair). Any idea why?

~ Desi

I have noticed the hair/attached prim issue but only with the RC viewers and then only from some camera angles. This definately appears to be a viewer problem that just happens to show up when on something running MLP.

1.21.2.96080 version release candidate removes hair when using mlp 2.1 on about half the poses.Kind of ruins the mood

It removes your hair even when your not on the mlp lol it is a viewer bug not mlp bug I think.

Has anyone been able to show for certain that it happens with MLPV2 and not MLP 1.2? I heard an anecdotal account, but with this kind of thing (since it's not deterministic in the first place) it's easy to be misled.

Assuming it does happen only for MLPV2, I wonder what could possibly be the difference? From client point of view, the two should work identically -- the balls simply get moved by the ~ball scripts.

We need to hone in on this in order to write a sensible JIRA entry.

I've seen this behavior too, btw. I was using a Mono-compiled version and it happened. After switching to a non-Mono MLPV2.1, the problem didn't recur.

Can anyone shed light on whether Mono might be the issue here? That is, has anyone seen the problem when using non-Mono compiled MLPV2? (To find out whether it's Mono, open up a script like ~menu, with RC viewer, and see if the Mono box is checked.)

I may have accidentally Mono-compiled the parent of the scripts in what was supposed to be the non-Mono MLPV2.1 release. Next time I can, I'll pull one from the SLX box and see how they look, but there were a few versions.

In any case, I don't think I ever compiled ~ball with Mono, and it's the one that moves the avatar. So I doubt it's the movement; must be something else.

I have my items set to no mod but all the notecards set to full perm..
used to be that the buyer could save the positions,.. dump and then paste to the positions notecard.

the notecards, when you right click still have open highlighted... but they simply dont open.

any suggestions?

Re the prim hair thing, when running the latest RC, I see friends with prim hair just suddenly going bald... nothing to do with MLP, just happens at odd times. I never say anything, because some are pretty vain and that would be their topic of discussion for the next hour.... :}

Lear, solved the mystery. The notecards were in a no-mod prim. Notecards won't open in a no-mod prim.

Thanks, Chaz -- never noticed that before! I wonder if it's new behavior.