<?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"
	>
<channel>
	<title>Comments on: Scripters : Object Name and Description Changes</title>
	<atom:link href="http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/</link>
	<description>By Linden Lab</description>
	<pubDate>Sun, 20 Jul 2008 20:02:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: After the 1st February blues &#171; Ananke Media Systems</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-606021</link>
		<dc:creator>After the 1st February blues &#171; Ananke Media Systems</dc:creator>
		<pubDate>Tue, 13 May 2008 11:00:24 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-606021</guid>
		<description>[...] stop working, you absolutely need to let people know in advance. It is a shame that this change was documented by Linden Lab after the fact rather than days or weeks in advance. If Linden Lab had announced this change in advance, [...]</description>
		<content:encoded><![CDATA[<p>[...] stop working, you absolutely need to let people know in advance. It is a shame that this change was documented by Linden Lab after the fact rather than days or weeks in advance. If Linden Lab had announced this change in advance, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yacobheimer125 Voom</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-590075</link>
		<dc:creator>Yacobheimer125 Voom</dc:creator>
		<pubDate>Thu, 13 Mar 2008 01:41:26 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-590075</guid>
		<description>Of course, they have to be careful so people don't start making chat loggers.....
Too bad though - saving to memory would be a great addition to LSL.</description>
		<content:encoded><![CDATA[<p>Of course, they have to be careful so people don&#8217;t start making chat loggers&#8230;..<br />
Too bad though - saving to memory would be a great addition to LSL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: B. Shinobu</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-588066</link>
		<dc:creator>B. Shinobu</dc:creator>
		<pubDate>Wed, 05 Mar 2008 12:45:59 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-588066</guid>
		<description>The idea I posted above has now been JIRAed.

http://jira.secondlife.com/browse/SVC-1754</description>
		<content:encoded><![CDATA[<p>The idea I posted above has now been JIRAed.</p>
<p><a href="http://jira.secondlife.com/browse/SVC-1754" rel="nofollow">http://jira.secondlife.com/browse/SVC-1754</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: B. Shinobu</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-588060</link>
		<dc:creator>B. Shinobu</dc:creator>
		<pubDate>Wed, 05 Mar 2008 12:02:11 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-588060</guid>
		<description>I script in SL, and I do use the name and description fields as a data-storage. Fortunately, most of my scripts don't use anything excessively long, but LL has severely limited its use as a data storage possibility. My sentiments have been echoed by many, even most, of the people who have written here, in that we need persistent data storage. Personally, I'm more concerned about that than I am about mono. I would also like to re-suggest a very plausible idea that someone else mentioned, and which I've actually thought of before, along with several other scripter friends of mine: an llGetText() function to retrieve the text stored in the floating text parameter of a prim. It's already in existence, it has 255 chars of available storage space, and 255*255 = 65025 chars of storable information. Plenty for a "quick fix" as it was called. It doesn't change over rezzes, is copied along with the prim, and all in all is a perfect candidate until an actual information storage property becomes available.</description>
		<content:encoded><![CDATA[<p>I script in SL, and I do use the name and description fields as a data-storage. Fortunately, most of my scripts don&#8217;t use anything excessively long, but LL has severely limited its use as a data storage possibility. My sentiments have been echoed by many, even most, of the people who have written here, in that we need persistent data storage. Personally, I&#8217;m more concerned about that than I am about mono. I would also like to re-suggest a very plausible idea that someone else mentioned, and which I&#8217;ve actually thought of before, along with several other scripter friends of mine: an llGetText() function to retrieve the text stored in the floating text parameter of a prim. It&#8217;s already in existence, it has 255 chars of available storage space, and 255*255 = 65025 chars of storable information. Plenty for a &#8220;quick fix&#8221; as it was called. It doesn&#8217;t change over rezzes, is copied along with the prim, and all in all is a perfect candidate until an actual information storage property becomes available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bucky Barkley</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-587014</link>
		<dc:creator>Bucky Barkley</dc:creator>
		<pubDate>Mon, 25 Feb 2008 18:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-587014</guid>
		<description>What is really needed is llGetInventoryDesc(), which would allow for inventory names to be treated as keys, and descriptions as values.

Vote for https://jira.secondlife.com/browse/SVC-377</description>
		<content:encoded><![CDATA[<p>What is really needed is llGetInventoryDesc(), which would allow for inventory names to be treated as keys, and descriptions as values.</p>
<p>Vote for <a href="https://jira.secondlife.com/browse/SVC-377" rel="nofollow">https://jira.secondlife.com/browse/SVC-377</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anna Tretiak</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-586774</link>
		<dc:creator>Anna Tretiak</dc:creator>
		<pubDate>Sat, 23 Feb 2008 10:49:34 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-586774</guid>
		<description>Prospero @17: You say that the pipe character was "supposed" to be avoided. What do you mean by that? Was that documented anywhere? It would be nice if you guys could provide a comprehensive, stable and serious set of documentation for LSL, including limitations like that, rather than letting us LSL *users* to reverse engineer the language and create the documentation ourselves. Never in my 20 years of professional software engineering practice I have seen such a nonsensical approach.

Also, why can't the pipe be used? Any decent database system is able to store *any* character into a text field. You only need to escape it appropriately when embedding it in code. That thing with the forbidden characters is jurassic.</description>
		<content:encoded><![CDATA[<p>Prospero @17: You say that the pipe character was &#8220;supposed&#8221; to be avoided. What do you mean by that? Was that documented anywhere? It would be nice if you guys could provide a comprehensive, stable and serious set of documentation for LSL, including limitations like that, rather than letting us LSL *users* to reverse engineer the language and create the documentation ourselves. Never in my 20 years of professional software engineering practice I have seen such a nonsensical approach.</p>
<p>Also, why can&#8217;t the pipe be used? Any decent database system is able to store *any* character into a text field. You only need to escape it appropriately when embedding it in code. That thing with the forbidden characters is jurassic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anatag Paperclip</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-585901</link>
		<dc:creator>Anatag Paperclip</dc:creator>
		<pubDate>Sun, 17 Feb 2008 10:54:35 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-585901</guid>
		<description>I am just learning scripting for SL.  I am absolutely gobsmacked that there is no persistent storage.  LL are making the reflections off water look nice but not allow objects to have state?  SL is a toy.</description>
		<content:encoded><![CDATA[<p>I am just learning scripting for SL.  I am absolutely gobsmacked that there is no persistent storage.  LL are making the reflections off water look nice but not allow objects to have state?  SL is a toy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Notecard Writing: A Modest Proposal &#171; Evans Avenue Exit</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-584693</link>
		<dc:creator>Notecard Writing: A Modest Proposal &#171; Evans Avenue Exit</dc:creator>
		<pubDate>Mon, 11 Feb 2008 07:22:31 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-584693</guid>
		<description>[...] scripters have used the object name or description to store such persistent data, but the fact that LL is now enforcing strict limits on the length of those fields limits the usability of this technique.) We are told that this is because each edit to a notecard [...]</description>
		<content:encoded><![CDATA[<p>[...] scripters have used the object name or description to store such persistent data, but the fact that LL is now enforcing strict limits on the length of those fields limits the usability of this technique.) We are told that this is because each edit to a notecard [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tormented Twilight</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-584346</link>
		<dc:creator>Tormented Twilight</dc:creator>
		<pubDate>Sat, 09 Feb 2008 00:02:49 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-584346</guid>
		<description>Hey! Your bugs no longer work! We're Mad! Rawr! 

^ _ ^</description>
		<content:encoded><![CDATA[<p>Hey! Your bugs no longer work! We&#8217;re Mad! Rawr! </p>
<p>^ _ ^</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nibb Tardis</title>
		<link>http://blog.secondlife.com/2008/02/01/scripters-object-name-and-description-changes/#comment-584333</link>
		<dc:creator>Nibb Tardis</dc:creator>
		<pubDate>Fri, 08 Feb 2008 22:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://lindenlab.wordpress.com/?p=1605#comment-584333</guid>
		<description>I fail to understand why, in this day and age, characters such as "&#124;" are considered illegal. Why do simple things such as the script editor, object names and descriptions still not support international characters ?

So the pipe character was broken, but why did LL choose to disable it altogether instead of actually fixing names and dscriptions to support more than plain ASCII characters ?</description>
		<content:encoded><![CDATA[<p>I fail to understand why, in this day and age, characters such as &#8220;|&#8221; are considered illegal. Why do simple things such as the script editor, object names and descriptions still not support international characters ?</p>
<p>So the pipe character was broken, but why did LL choose to disable it altogether instead of actually fixing names and dscriptions to support more than plain ASCII characters ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
