<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' version='2.0'><channel><atom:id>tag:blogger.com,1999:blog-396730</atom:id><lastBuildDate>Thu, 09 Apr 2009 09:23:00 +0000</lastBuildDate><title>Sam-I-Am on Web Development</title><description>Sam Foster on the web and web-ish software developmen</description><link>http://sam-i-am.com/work/blog.html</link><managingEditor>noreply@blogger.com (Sam-I-Am)</managingEditor><generator>Blogger</generator><openSearch:totalResults>163</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-2097743024933865579</guid><pubDate>Thu, 09 Apr 2009 09:01:00 +0000</pubDate><atom:updated>2009-04-09T04:23:00.583-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>workish dojo air testing</category><title>AIR command line arguments</title><atom:summary type='text'>I've been working on the next release of the Dojo Toolbox - which is an Adobe AIR app, using the Dojo Toolkit. I'm taking a TDD kind of approach to get on a better footing for evolving this thing, and needed a quick way to run a particular set of unit tests.

I wanted to be able to do something like this: 
$ adl runTests.xml testModule=toolbox.tests.SomeThing

Getting command line arguments in </atom:summary><link>http://sam-i-am.com/work/2009/04/air-command-line-arguments.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-8479403736592008609</guid><pubDate>Fri, 27 Feb 2009 23:05:00 +0000</pubDate><atom:updated>2009-02-27T17:15:02.347-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript rhino</category><title>A rhino prompt</title><atom:summary type='text'>I'm tinkering with another ill-conceived friday night project that may or may not see the light of day. But in the meantime, I just put together this little snippet that illustrates a lot of what's to like about rhino: 

var getInput = function() {
 var br = new java.io.BufferedReader(
  new java.io.InputStreamReader(java.lang.System["in"])
 );
    return br.readLine();
};

var greetUser = </atom:summary><link>http://sam-i-am.com/work/2009/02/rhino-prompt.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-5357904816512927772</guid><pubDate>Thu, 08 Jan 2009 21:28:00 +0000</pubDate><atom:updated>2009-02-17T05:38:59.174-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript</category><category domain='http://www.blogger.com/atom/ns#'>osx</category><category domain='http://www.blogger.com/atom/ns#'>rhino</category><title>Setting up Rhino</title><atom:summary type='text'>I've been using the Rhino engine more and more to run command-line scripts, fiddle and try things out. But my setup has taken shape slowly, and it wasn't much fun to be honest when I first got started. 

I'm on a mac (Leopard), and here's how I've got it now: 


Download the Rhino .jar file, you'll find it inside the latest (binary) release. 

Drop it in your {user}/Library/java/Extensions folder</atom:summary><link>http://sam-i-am.com/work/2009/01/setting-up-rhino.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-6538263946869165511</guid><pubDate>Mon, 08 Dec 2008 10:47:00 +0000</pubDate><atom:updated>2008-12-08T06:06:29.394-06:00</atom:updated><title>Barcamp Liverpool</title><atom:summary type='text'>I took in the first day of BarCamp Liverpool. It was Liverpool's first, and my second, and went off well I thought. I learnt some things, saw some new and familiar stuff and felt it was time extremely well spent. It was great to see people coming out of the woodwork and talking about what they are doing.  

There was much talk of iPhone apps, and the economic opportunities (or not) that presents </atom:summary><link>http://sam-i-am.com/work/2008/12/barcamp-liverpool.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-5210050637771187117</guid><pubDate>Thu, 06 Nov 2008 23:06:00 +0000</pubDate><atom:updated>2008-11-07T05:30:24.164-06:00</atom:updated><title>String repetition in javascript</title><atom:summary type='text'>This is about a little snippet I came up with the other month, while a colleague and I were talking about string building and its performance in javascript. I was looking for a neat way to front-pad or indent a string, and missing the x operator in perl.

It turns out there is a succinct, one-line idiom:
var indent = new Array(10).join(" ")

That gets you a 9-spaces-long string. Using the formal </atom:summary><link>http://sam-i-am.com/work/2008/11/string-repetition-in-javascript.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-8443817861744719240</guid><pubDate>Sat, 16 Aug 2008 22:41:00 +0000</pubDate><atom:updated>2008-08-19T04:11:07.209-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>BarCampLeeds08 adobeair dojo workish</category><title>BarCampLeeds 08</title><atom:summary type='text'>What a day. Who knew that Leeds was this nascent tech hub. I had a hunch of course (and followed it by moving back here), but there's enery and talent oozing out the edges here, and its surely only a matter of time before it reaches critical mass and becomes a real tech ecosystem. 

What'd I learn? I started the day with an into to geocaching. Which I'd of course heard of, but somehow had lumped </atom:summary><link>http://sam-i-am.com/work/2008/08/barcampleeds-08.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-1894098019425452325</guid><pubDate>Tue, 12 Aug 2008 09:51:00 +0000</pubDate><atom:updated>2008-08-12T05:12:03.893-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>testing UI dojo workish javascript</category><title>doh.robot</title><atom:summary type='text'>New automated UI testing goodies just landed in dojo, and I'm moved to blog about them.  Getting test coverage of the messy stuff - user interactions, mouse-movement, clicks, drags - has always been an achiles heel of testing web UIs. Any kind of automated testing is better than none (provided you are testing the right things and keeping a good testing/developing balance), but for UI testing so </atom:summary><link>http://sam-i-am.com/work/2008/08/dohrobot.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-6973744421928743266</guid><pubDate>Fri, 07 Mar 2008 14:31:00 +0000</pubDate><atom:updated>2008-03-07T08:50:08.724-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>dojo workish</category><title>dijit.byNode and firebug fun</title><atom:summary type='text'>Here's a little tip if you're working with dojo widgets. In firebug you can select an element in the HTML view. Back in the firebug console, your selected node is available as $1 So, $1.tagName shows you the element name, etc. 

If you've got dojo on your page you can use anything dojo has provided in the console, and if you're using dijit, you also have that stuff too. So, in the HTML view click</atom:summary><link>http://sam-i-am.com/work/2008/03/dijitbynode-and-firebug-fun.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-7097869770505043773</guid><pubDate>Sat, 23 Feb 2008 05:03:00 +0000</pubDate><atom:updated>2008-02-25T22:08:56.897-06:00</atom:updated><title>Restoring SVN repositories from disk - a story</title><atom:summary type='text'>I recently had to move off a company laptop I'd been using for a while, and (thanks to the flu) didnt have much time to do it. So, I backed up those directories I knew had any personal projects and data in and crossed-fingers I'd be able to get what I needed out of there when the time came.

One of the directories I got housed my subversion respositories (I'd been using the flat-file db option). </atom:summary><link>http://sam-i-am.com/work/2008/02/restoring-svn-repositories-from-disk.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-1394018761950592367</guid><pubDate>Tue, 15 Jan 2008 18:45:00 +0000</pubDate><atom:updated>2008-01-15T13:10:59.765-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>workish</category><title>A Parable</title><atom:summary type='text'>A man was asked to do some renovation on a house. He worked steadily at it for several weeks and finally called his client to come take a look around.

He said, "I was able to keep a lot of the original flooring. I got a good match for the wood and finish where I had to patch and extend the floor. I'm nearly done. I just need to pick up my offcuts and sweep up."

"Oh good" said the client. "So </atom:summary><link>http://sam-i-am.com/work/2008/01/parable.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-5729859044270293024</guid><pubDate>Mon, 14 Jan 2008 22:23:00 +0000</pubDate><atom:updated>2008-01-14T16:46:03.593-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>dojo workish</category><title>dijit.Declaration and its mixins</title><atom:summary type='text'>I love the dijit.Declaration widget introduced into the dojo toolkit around version 0.9+. It lets you declare a new widget class inline in your html - which can be very useful, especially when you want the widget templateString to be dynamic output from the server.

Just a little tip - I had been getting a m._findMixin is not a function error when instantiating widgets from my Declaration. If </atom:summary><link>http://sam-i-am.com/work/2008/01/dijitdeclaration-and-its-mixins.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-1124153050077393405</guid><pubDate>Fri, 30 Nov 2007 17:42:00 +0000</pubDate><atom:updated>2007-11-30T11:54:12.812-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>regexp workish</category><title>Regexp to match only html filenames and directory names</title><atom:summary type='text'>I've been working on a script to create filtered directory tree listings. It can be configured with both include conditions, and exclude conditions. If something passes the include filters, it then checks to see if its explicitly excluded. For example, I want to exclude cgi-bin, but include all other directories and files. 

So its useful to have a good catch-all pattern for including only the </atom:summary><link>http://sam-i-am.com/work/2007/11/regexp-to-match-only-html-filenames-and.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-7404557467596899193</guid><pubDate>Wed, 28 Nov 2007 07:47:00 +0000</pubDate><atom:updated>2007-11-28T01:52:49.252-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript</category><category domain='http://www.blogger.com/atom/ns#'>workish</category><category domain='http://www.blogger.com/atom/ns#'>play</category><category domain='http://www.blogger.com/atom/ns#'>dojo</category><title>Simple Clocks with the Dojo Toolkit</title><atom:summary type='text'>Something I was playing with - this page shows a couple of javascript clock/countdown treatments. None are as whizzy as the dojox.gfx (vector graphics) clock you might have seen around, or your various dashboard widgets - but this is just dojo core + 6k (uncompressed) of code.</atom:summary><link>http://sam-i-am.com/work/2007/11/simple-clocks-with-dojo-toolkit.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-2655276403368988322</guid><pubDate>Wed, 28 Nov 2007 05:57:00 +0000</pubDate><atom:updated>2007-11-28T00:27:32.629-06:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript</category><category domain='http://www.blogger.com/atom/ns#'>workish</category><title>string.replace with substitution by function</title><atom:summary type='text'>It may or may not be news to you that in Javascript you can do: 
someString.replace(
  /\w+/g, 
  function(match) {
    return "blah"
  }
);
Which in this case turns "the original string" into "blah blah blah". Your function is passed the match, and you return whatever you want. That's pretty handy, as you can run the match through transformations, or even use it to lookup or generate some </atom:summary><link>http://sam-i-am.com/work/2007/11/stringreplace-with-substitution-by.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-3362311160525754039</guid><pubDate>Wed, 24 Oct 2007 13:25:00 +0000</pubDate><atom:updated>2007-10-24T08:46:10.091-05:00</atom:updated><title>TAE keynote and CSS layout</title><atom:summary type='text'>the Ajaxian folks are doing their little summary of the past year or so as pertains to Ajax. One of the "trends" or opportunities they observe is doing layout using javascript. CSS got a panning. Now I understand that CSS layout is complex - no argument there. But doing layout in javascript is hardly new and proven to be a dead-end - at least with current browsers. In Dojo 0.9 the widget and </atom:summary><link>http://sam-i-am.com/work/2007/10/tae-keynote-and-css-layout.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-8203757001964707197</guid><pubDate>Fri, 07 Sep 2007 01:34:00 +0000</pubDate><atom:updated>2007-09-06T20:53:24.126-05:00</atom:updated><title>Sortable list with dojo 0.9</title><atom:summary type='text'>This is a quick proof of concept of a sortable, data-store backed list (using dojo 0.9). The store  (a dojo.data.ItemFileReadStore instance) does the sorting. Each list-item has an id, that is mapped to the store item identifier. So when the re-sorted list comes back I just look up the list-item node and appendChild it to move it in the list.

The store has 52 items (its a list of states) and </atom:summary><link>http://sam-i-am.com/work/2007/09/sortable-list-with-dojo-09.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-2743040805604954402</guid><pubDate>Sat, 21 Jul 2007 08:12:00 +0000</pubDate><atom:updated>2007-07-21T07:56:51.596-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>javascript air</category><title>Adobe AIR tour</title><atom:summary type='text'>I made a quick trip to Dallas to catch the Adobe AIR bus tour there. You know, it was pretty interesting. I was braced for a 4 hour long vendor sales demo, and it kind of was that, but with enough hands-on detail to keep my attention. Plus, it looks like a sweet product.

A few misunderstandings that got cleared up for me:

AIR is specifically the runtime. Think the .NET runtime - its a </atom:summary><link>http://sam-i-am.com/work/2007/07/adobe-air-tour.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-6209494422817027010</guid><pubDate>Wed, 11 Jul 2007 20:34:00 +0000</pubDate><atom:updated>2007-07-11T15:38:20.461-05:00</atom:updated><title>Moving your Firefox profile</title><atom:summary type='text'>Little tip. You can easily move your FF profile directory to another local drive/directory e.g. thumb drive, or a backed-up directory. In my case it was to a directory that doesn't have every read/write scanned by anti-virus software. (I can see how this might be prudent and all, but it was making for a very slow browsing experience on my pc.)</atom:summary><link>http://sam-i-am.com/work/2007/07/moving-your-firefox-profile.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-4835855610844351355</guid><pubDate>Thu, 22 Feb 2007 14:33:00 +0000</pubDate><atom:updated>2007-02-22T08:45:13.415-06:00</atom:updated><title>RefreshAustin is 1yr Old</title><atom:summary type='text'>I'm prompted to post because almost a year after we disbanded the Austin Web Standards Meetup, and merged with RefreshAustin I'm still getting email from meetup.com with people signing up for future web standards meetups in Austin. Folks, the group is alive and well, we meet at least monthly, but we now fly a "Refresh" banner instead of the web standards meetup one. 

The Refresh format is simple</atom:summary><link>http://sam-i-am.com/work/2007/02/refreshaustin-is-1yr-old.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-655192680246971231</guid><pubDate>Fri, 12 Jan 2007 16:32:00 +0000</pubDate><atom:updated>2007-01-12T10:57:11.192-06:00</atom:updated><title>Terminal funkiness with ActiveState perl</title><atom:summary type='text'>I just finally got on top of an annoyance I've had for a while: on my work machine I use MKS Toolkit - which provides a lot of the common unix tools for developers using windows. It provides its own Perl build, but I've been using ActiveState's for a while, and didnt want to complicate  synchronizing my work across the different machines I use perl on.
An unhappy side-effect of installing MKS </atom:summary><link>http://sam-i-am.com/work/2007/01/terminal-funkiness-with-activestate.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-116129273001449461</guid><pubDate>Thu, 19 Oct 2006 21:11:00 +0000</pubDate><atom:updated>2006-12-06T01:41:06.226-06:00</atom:updated><title>Javascript shell with Rhino</title><atom:summary type='text'>The Rhino javascript interpreter (from Mozilla, sister to SpiderMonkey) has an interactive mode:

C:\dojo\buildscripts&gt;java -jar lib/js.jar
Rhino 1.5 release 3 2002 01 27
js&gt; print('boo');
boo
js&gt;

The Rhino jar is a part of the dojo distribution, so if you've got dojo (from SVN, not the pre-built releases) you already have it.
The Scripting Java page from Mozilla has these and other details. </atom:summary><link>http://sam-i-am.com/work/2006/10/javascript-shell-with-rhino.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115714575521775737</guid><pubDate>Fri, 01 Sep 2006 21:19:00 +0000</pubDate><atom:updated>2006-09-01T16:22:35.230-05:00</atom:updated><title>Soft-wrapping long words</title><atom:summary type='text'>The issue of long, non-breaking words like urls has been around for a while on the web - and the impact this can have on layouts and other places where width is constrained for whatever reason.
 
I've been going back and forth on this, and dug up and old test page on No-wrapping and Soft-wrapping. This has some test cases using &lt;nobr&gt;, &lt;wbr&gt; and the soft-hyphen character &amp;shy;. The results aren't</atom:summary><link>http://sam-i-am.com/work/2006/09/soft-wrapping-long-words.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>1</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115678924977587118</guid><pubDate>Mon, 28 Aug 2006 18:08:00 +0000</pubDate><atom:updated>2006-09-01T16:25:20.776-05:00</atom:updated><title>Re: Has accessibility been taken too far?</title><atom:summary type='text'>(Jeff Croft posted this provocative article which seemed to tap a common feeling that accessibility is a pain in the ass, strictly optional and web designers should be cut some slack)

If you wade through the slop of the first round of comments to this post, there's actually some reasonable debate that follows. Jeff came out saying he wanted to provoke discussion and (eventually) seems to have </atom:summary><link>http://sam-i-am.com/work/2006/08/re-has-accessibility-been-taken-too.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115579211145302457</guid><pubDate>Thu, 17 Aug 2006 05:20:00 +0000</pubDate><atom:updated>2006-08-17T00:24:18.113-05:00</atom:updated><title>"Surveying OS Ajax Toolkits" article on infoworld</title><atom:summary type='text'>This is well worth a read. Unlike most reviews I've seen, this author
obviously spent sometime with each of the libraries he includes -
enough to get a meaningful impression of the strengths and weaknesses.
For me, he's right on the money with Dojo, YUI, Rico, Atlas. I differ
a little on GWT, but in truth it sounds like he spent more time with
it than I did.
Being a dojo guy at present, I think </atom:summary><link>http://sam-i-am.com/work/2006/08/surveying-os-ajax-toolkits-article-on.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-396730.post-115107352813089369</guid><pubDate>Fri, 23 Jun 2006 14:33:00 +0000</pubDate><atom:updated>2006-06-23T10:20:35.876-05:00</atom:updated><title>Krugle - open source code search engine</title><atom:summary type='text'>I bumped into one of Krugle's developers at the Ajax experience conference. Looks like they just came out of beta and are open to the public. This is sweet, I can't emphasize enough how useful this is already proving. 90% of all code (I reckon) is boiler-plate, but by the time you've tracked down an implementation (and possibly ported it to your language of choice) its easier (say, 75% of the </atom:summary><link>http://sam-i-am.com/work/2006/06/krugle-open-source-code-search-engine.html</link><author>noreply@blogger.com (Sam-I-Am)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>2</thr:total></item></channel></rss>