<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: MRM: The API, Continued.</title>
	<atom:link href="http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/</link>
	<description>ZOMGWTFHAI</description>
	<lastBuildDate>Tue, 15 Jun 2010 00:36:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: surangika</title>
		<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/comment-page-1/#comment-8434</link>
		<dc:creator>surangika</dc:creator>
		<pubDate>Tue, 15 Sep 2009 02:21:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=154#comment-8434</guid>
		<description>Hi Adam,
I found MRM scripting very useful in the context I am working. I am currently in the process of porting my LSL code to MRM.
I would like to know whether functions have been implemented for tasks such as
1. Inventory/Notecard reading
2. Send Http requests and get back responses

Also it would be really great if you could publish an MRM API documentation (eventhough it is not yest complete). It would help us to get an understanding of what information can be extracted out and how.

In particular, I am interested in finding out what information of avatars that we can take out.
At the moment I only know how to get the Avatar name using IAvatar.Name.
What other Avatar information that we can take out?
Can we identify their gestures and animations, and if so, what are the corresponding Iavatar properties?

Also, I would like to know whether you are  going to make it possible for MRM scripts to modify Notecards at runtime. currently we cannot do this in LSL and I think it is a major limitation.</description>
		<content:encoded><![CDATA[<p>Hi Adam,<br />
I found MRM scripting very useful in the context I am working. I am currently in the process of porting my LSL code to MRM.<br />
I would like to know whether functions have been implemented for tasks such as<br />
1. Inventory/Notecard reading<br />
2. Send Http requests and get back responses</p>
<p>Also it would be really great if you could publish an MRM API documentation (eventhough it is not yest complete). It would help us to get an understanding of what information can be extracted out and how.</p>
<p>In particular, I am interested in finding out what information of avatars that we can take out.<br />
At the moment I only know how to get the Avatar name using IAvatar.Name.<br />
What other Avatar information that we can take out?<br />
Can we identify their gestures and animations, and if so, what are the corresponding Iavatar properties?</p>
<p>Also, I would like to know whether you are  going to make it possible for MRM scripts to modify Notecards at runtime. currently we cannot do this in LSL and I think it is a major limitation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Frisby</title>
		<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/comment-page-1/#comment-7915</link>
		<dc:creator>Adam Frisby</dc:creator>
		<pubDate>Sat, 11 Apr 2009 07:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=154#comment-7915</guid>
		<description>Yeah, the recompile / still-have-old-script-running bug is a known issue. It&#039;s basically caused by the fact there&#039;s no methods yet to unload the assembly for the old script.

Fixing it is a little more painful since it requires deregistering events in the proxy wrappers (SOPObject, World, SPAvatar, etc), then making sure the garbage collector takes it out wholesale. But it&#039;s on the TODO.</description>
		<content:encoded><![CDATA[<p>Yeah, the recompile / still-have-old-script-running bug is a known issue. It&#8217;s basically caused by the fact there&#8217;s no methods yet to unload the assembly for the old script.</p>
<p>Fixing it is a little more painful since it requires deregistering events in the proxy wrappers (SOPObject, World, SPAvatar, etc), then making sure the garbage collector takes it out wholesale. But it&#8217;s on the TODO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Warin Cascabel</title>
		<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/comment-page-1/#comment-7913</link>
		<dc:creator>Warin Cascabel</dc:creator>
		<pubDate>Fri, 10 Apr 2009 23:45:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=154#comment-7913</guid>
		<description>Adam: Yes, NoScript was blocking the javascript from working.

The script now works like a charm (as long as I add a //MRM:C# line at the top).

However, if I recompile the MRM from the prim, it responds to touch events once for each previous version of the MRM (I can change the Host.Object.Say() text, and see each of the versions spoken whenever I touch it).  Deleting the script out of the prim&#039;s inventory does not stop the MRM from responding to touch, either.</description>
		<content:encoded><![CDATA[<p>Adam: Yes, NoScript was blocking the javascript from working.</p>
<p>The script now works like a charm (as long as I add a //MRM:C# line at the top).</p>
<p>However, if I recompile the MRM from the prim, it responds to touch events once for each previous version of the MRM (I can change the Host.Object.Say() text, and see each of the versions spoken whenever I touch it).  Deleting the script out of the prim&#8217;s inventory does not stop the MRM from responding to touch, either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Frisby</title>
		<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/comment-page-1/#comment-7910</link>
		<dc:creator>Adam Frisby</dc:creator>
		<pubDate>Fri, 10 Apr 2009 05:13:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=154#comment-7910</guid>
		<description>Updated in r9087</description>
		<content:encoded><![CDATA[<p>Updated in r9087</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Frisby</title>
		<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/comment-page-1/#comment-7909</link>
		<dc:creator>Adam Frisby</dc:creator>
		<pubDate>Fri, 10 Apr 2009 05:04:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=154#comment-7909</guid>
		<description>Warin: Yes sorry about that - one of those things corrected locally but not in SVN. If you wanted the touch to &#039;route&#039; correctly, you would need a LSL script in there too so it knows to make the object touchable. I will commit that momentarily. (Re: the button, it does need javascript, do you have it off?)

Mike: It might have snuck into 0.6.4, but it would have been fairly nonfunctional as most of the major work has been in the last few days. For this you need to go to trunk, so I wouldnt recommend testing this on any production system.</description>
		<content:encoded><![CDATA[<p>Warin: Yes sorry about that &#8211; one of those things corrected locally but not in SVN. If you wanted the touch to &#8216;route&#8217; correctly, you would need a LSL script in there too so it knows to make the object touchable. I will commit that momentarily. (Re: the button, it does need javascript, do you have it off?)</p>
<p>Mike: It might have snuck into 0.6.4, but it would have been fairly nonfunctional as most of the major work has been in the last few days. For this you need to go to trunk, so I wouldnt recommend testing this on any production system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Stramba</title>
		<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/comment-page-1/#comment-7908</link>
		<dc:creator>Mike Stramba</dc:creator>
		<pubDate>Thu, 09 Apr 2009 20:48:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=154#comment-7908</guid>
		<description>Hi Adam,
Is this functional in either 0.6.3 or 0.6.4 ?

I don&#039;t see an &#039;MRM&#039; section in the opensim.ini file.

Mike</description>
		<content:encoded><![CDATA[<p>Hi Adam,<br />
Is this functional in either 0.6.3 or 0.6.4 ?</p>
<p>I don&#8217;t see an &#8216;MRM&#8217; section in the opensim.ini file.</p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Warin Cascabel</title>
		<link>http://www.adamfrisby.com/blog/2009/04/mrm-the-api-continued/comment-page-1/#comment-7906</link>
		<dc:creator>Warin Cascabel</dc:creator>
		<pubDate>Thu, 09 Apr 2009 15:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=154#comment-7906</guid>
		<description>Wanted to vote this up, but the &quot;Vote&quot; link leads to a directory listing.

I tried the example script under r9068, and while Start() works (the object says &quot;Hello, Avatar!&quot;), it doesn&#039;t seem to make the object touchable (the mouse pointer doesn&#039;t change when you move it over the prim containing the script, and clicking the prim produces no visible results).</description>
		<content:encoded><![CDATA[<p>Wanted to vote this up, but the &#8220;Vote&#8221; link leads to a directory listing.</p>
<p>I tried the example script under r9068, and while Start() works (the object says &#8220;Hello, Avatar!&#8221;), it doesn&#8217;t seem to make the object touchable (the mouse pointer doesn&#8217;t change when you move it over the prim containing the script, and clicking the prim produces no visible results).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
