<?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: LJ Pal &#8211; Failed Central App	</title>
	<atom:link href="https://jessewarden.com/2004/03/lj-pal-failed-central-app.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2004/03/lj-pal-failed-central-app.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Fri, 02 Apr 2004 21:15:48 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2004/03/lj-pal-failed-central-app.html/comment-page-1#comment-1533</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Fri, 02 Apr 2004 21:15:48 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=483#comment-1533</guid>

					<description><![CDATA[Whoa, no I didn&#039;t know that... I&#039;ll definately look now, though!
]]></description>
			<content:encoded><![CDATA[<p>Whoa, no I didn&#8217;t know that&#8230; I&#8217;ll definately look now, though!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: erin rosenthal		</title>
		<link>https://jessewarden.com/2004/03/lj-pal-failed-central-app.html/comment-page-1#comment-1532</link>

		<dc:creator><![CDATA[erin rosenthal]]></dc:creator>
		<pubDate>Fri, 02 Apr 2004 21:13:09 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=483#comment-1532</guid>

					<description><![CDATA[actually, greg burch (who commented above) did most of the heavy lifting for blogreader. i honestly feel like i helped out and just changed the ui around a bit while he did the more time consuming parts. 

i&#039;m really hoping we can make this work, cause i&#039;d love a central lj client (did you notice that the blogreader does on ok job on lj feeds? i admit that the lj feeds helped us find tons of interesting bugs in blogreader... we tried!)]]></description>
			<content:encoded><![CDATA[<p>actually, greg burch (who commented above) did most of the heavy lifting for blogreader. i honestly feel like i helped out and just changed the ui around a bit while he did the more time consuming parts. </p>
<p>i&#8217;m really hoping we can make this work, cause i&#8217;d love a central lj client (did you notice that the blogreader does on ok job on lj feeds? i admit that the lj feeds helped us find tons of interesting bugs in blogreader&#8230; we tried!)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2004/03/lj-pal-failed-central-app.html/comment-page-1#comment-1531</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Fri, 02 Apr 2004 20:40:24 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=483#comment-1531</guid>

					<description><![CDATA[Your the insanely talented woman who made BlogReader, right?  I see no reason why you couldn&#039;t knock it out of the park, then.

The app was based off an old way of working; I&#039;ve since changed methodologies based of Sean Voisen&#039;s class as controller approach.

At any rate, the key to that guy, really, is the XMLRPC Layer class... it deals with all of useless XML they send back.  I should of used the plethora of XML wrappers out there... but I dind&#039;t realize getting so intimate with their XML would take so long.  If that was turned into a simple class, I probably would&#039;ve made more progress.

Thanks for your interest!]]></description>
			<content:encoded><![CDATA[<p>Your the insanely talented woman who made BlogReader, right?  I see no reason why you couldn&#8217;t knock it out of the park, then.</p>
<p>The app was based off an old way of working; I&#8217;ve since changed methodologies based of Sean Voisen&#8217;s class as controller approach.</p>
<p>At any rate, the key to that guy, really, is the XMLRPC Layer class&#8230; it deals with all of useless XML they send back.  I should of used the plethora of XML wrappers out there&#8230; but I dind&#8217;t realize getting so intimate with their XML would take so long.  If that was turned into a simple class, I probably would&#8217;ve made more progress.</p>
<p>Thanks for your interest!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: erin rosenthal		</title>
		<link>https://jessewarden.com/2004/03/lj-pal-failed-central-app.html/comment-page-1#comment-1530</link>

		<dc:creator><![CDATA[erin rosenthal]]></dc:creator>
		<pubDate>Fri, 02 Apr 2004 20:36:52 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=483#comment-1530</guid>

					<description><![CDATA[awesome. i&#039;ve been wanting to make a central LJ client as a side project too. i can&#039;t wait to take a look at what you&#039;ve done and see if there&#039;s any way i can help make it work.]]></description>
			<content:encoded><![CDATA[<p>awesome. i&#8217;ve been wanting to make a central LJ client as a side project too. i can&#8217;t wait to take a look at what you&#8217;ve done and see if there&#8217;s any way i can help make it work.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2004/03/lj-pal-failed-central-app.html/comment-page-1#comment-1529</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Wed, 31 Mar 2004 16:44:11 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=483#comment-1529</guid>

					<description><![CDATA[No, wouldn&#039;t do any good.  That only allows the SWF that holds to that code to share it&#039;s internal information with another SWF that loads it from another domain.

Since Central in this case is loading data from www.jessewarden.com, all that code would do is allow another SWF to load the SWF from www.jessewarden.com and read it&#039;s information.

Again, it doesn&#039;t matter; both Flash 6 and 7 work with security dialogue&#039;s in Central, and therefore provide the user with the ability to allow the data access to occur, thus allowing the app to work.

The ideal situtation is to put a shim.swf with allowDomain command of all + a policy.xml file with &quot;*&quot; all command for each user&#039;s sub-domain (as early adopters had theirname.livejournal.com).

The security dialogues, though, will work for now as you can easily ask the user to say &quot;Allow&quot;.]]></description>
			<content:encoded><![CDATA[<p>No, wouldn&#8217;t do any good.  That only allows the SWF that holds to that code to share it&#8217;s internal information with another SWF that loads it from another domain.</p>
<p>Since Central in this case is loading data from <a href="http://www.jessewarden.com" rel="nofollow ugc">http://www.jessewarden.com</a>, all that code would do is allow another SWF to load the SWF from <a href="http://www.jessewarden.com" rel="nofollow ugc">http://www.jessewarden.com</a> and read it&#8217;s information.</p>
<p>Again, it doesn&#8217;t matter; both Flash 6 and 7 work with security dialogue&#8217;s in Central, and therefore provide the user with the ability to allow the data access to occur, thus allowing the app to work.</p>
<p>The ideal situtation is to put a shim.swf with allowDomain command of all + a policy.xml file with &#8220;*&#8221; all command for each user&#8217;s sub-domain (as early adopters had theirname.livejournal.com).</p>
<p>The security dialogues, though, will work for now as you can easily ask the user to say &#8220;Allow&#8221;.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
