<?xml version="1.0"?><!-- RSS generated by Radio UserLand v8.0.7 on Sun, 05 May 2002 16:32:48 GMT --><rss version="0.92">	<channel>		<title>Will Leshner: Radio</title>		<link>http://radio.weblogs.com/0100438/categories/radio/</link>		<description>Thoughts on Radio.</description>		<copyright>Copyright 2002 Will Leshner</copyright>		<lastBuildDate>Sun, 05 May 2002 16:32:48 GMT</lastBuildDate>		<docs>http://backend.userland.com/rss092</docs>		<managingEditor>will@amianduri.com</managingEditor>		<webMaster>will@amianduri.com</webMaster>		<cloud domain="radio.xmlstoragesystem.com" port="80" path="/RPC2" registerProcedure="xmlStorageSystem.rssPleaseNotify" protocol="xml-rpc"/>		<item>			<title>MT and the MetaWeblog API</title>			<description>So what does the &lt;a href=&quot;http://www.xmlrpc.com/metaWeblogApi&quot;&gt;MetaWeblog API&lt;/a&gt; do for &quot;MovableType&quot;? First, let me point out that MT does not yet fully support the MetaWeblog API. In particular, it doesn&apos;t support categories. More on that in a bit. But the best thing that the MetaWeblog does for MT is allow postings with title/link. The Blogger API doesn&apos;t support title/link. So if you post with &lt;a href=&quot;http://ljug.com/sw/radioposter&quot;&gt;Radio Poster&lt;/a&gt; to an MT weblog with the Blogger API you had to live with the fact that you couldn&apos;t add a title or link to your post. Back to categories. I&apos;m not so sure categories are such a big deal for an MT weblog. They aren&apos;t quite as convenient for MT as they are for Radio. In MT, a category isn&apos;t much more than an archiving tool. If you diligently categorize all of your posts, then later you can go back and provide special archives of your categories. But without some work, you can&apos;t really use categories as separate weblogs as you can in Radio. But in MT you can do something that may be as good: Create whole new weblogs. So I&apos;m thinking that if I were to use MT instead of Radio I would create weblogs for my Radio categories. Then each weblog would have its own templates and calendar and archive. Plus, with a little work, I bet I can get Radio Poster to stream to multiple MT weblogs the way I now stream to multiple Radio categories. That might be a cool Radio Poster feature.</description>			</item>		<item>			<title>Radio Poster and MovableType</title>			<description>&lt;a href=&quot;http://movabletype.org&quot;&gt;MT&lt;/a&gt; 2.11 is out. I upgraded and now &lt;a href=&quot;http://ljug.com/sw/radioposter&quot;&gt;Radio Poster&lt;/a&gt; can post to an MT weblog using the MetaWeblog API. Almost. It won&apos;t work with the currently shipping version of Radio, unfortunately. There&apos;s a bug in Radio Poster. Well. I didn&apos;t have anything to test it with except &lt;a href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/a&gt;, so a bug slipped through. The problem is that when posting with the MetaWeblog protocol selected, Radio Poster ignores the Blog ID field in the configuration tab and always uses &quot;home&quot; instead. That works fine with &lt;a href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/a&gt;, of course. But for MT I need to set the blog id or MT won&apos;t let me post. I&apos;m going to release a new version of Radio Poster to fix this problem. But I&apos;m trying to decide how much other stuff I want to add. I really want to be able to control multiple weblogs and right now you just can&apos;t do that with Radio Poster.</description>			</item>		<item>			<title>complaining-about-dave-winer parody</title>			<link>http://radio.weblogs.com/0001215/2002/05/04.html#a268</link>			<description>&lt;a href=&quot;http://radio.weblogs.com/0001215/2002/05/04.html#a268&quot;&gt;This&lt;/a&gt; is a hysterical parody of somebody whining at Dave Winer and &lt;a href=&quot;http://userland.com&quot;&gt;UserLand&lt;/a&gt;. I guess we can easily forget that there&apos;s a limit to how much we can expect from UserLand for our $40. I think UserLand has raised our expectations by delivering so much. I suspect, though, that our expectations are out of touch with reality.As an example, to thank Radio users for their patience during the recent outage, UserLand upped everbody&apos;s server space from 20M to 40M. I had worried what would happen when we run out of server space for our weblogs but now I see that we should hope for more outages. A couple more and we should be up to a Gig of space in no time :)But the extra space is greatly appreciated. Thanks.</description>			</item>		<item>			<title>MT 2.11</title>			<description>&lt;a href=&quot;http://movabletype.org&quot;&gt;Movable Type&lt;/a&gt; 2.11 has just been released. It supports some of the MetaWeblog API, which means that as soon as I upgrade my MT installation I&apos;ll be able to post using &lt;a href=&quot;http://ljug.com/sw/radioposter&quot;&gt;Radio Poster&lt;/a&gt;. I can&apos;t wait to give it a try.</description>			</item>		<item>			<title>finally back up</title>			<description>Looks like UserLand finally got everything back up and running. In particular, &lt;a href=&quot;http://www.weblogs.com&quot;&gt;weblogs.com&lt;/a&gt; is back up. That&apos;s an important site. It when you update a Radio site it pings weblogs.com. Weblogs.com shows a list of recently-changed weblogs based on the pings it gets. And you don&apos;t need to be a Radio site to ping weblogs.com. That is a really cool service that UserLand is providing to the entire weblog community.</description>			</item>		<item>			<title>MT Templates, part 2</title>			<description>After calming down a bit, I decided to start over with my attempts to get MT templates that look like my current weblog. This time I decided to work with MT, rather than against it. I made small tweaks to the style sheet and low-and-behold, I&apos;m beginning to recreate the look. I&apos;ve got a ways to go, but there is light at the end of the tunnel. You can check out the results &lt;a href=&quot;http://amianduri.com/transcendentalpetroglyphs/&quot;&gt;here&lt;/a&gt;. But realize I don&apos;t yet have any content in it. I need to get all of my posts from &lt;a href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/a&gt; and put them in MT. My plan is to add support for blogger.getPost to &lt;a href=&quot;http://ljug.com/sw/radioposter&quot;&gt;Radio Poster&lt;/a&gt; and then suck up all of my posts into files. From there I can reformat them into what MT wants for import.Somehow &lt;a href=&quot;http://weblog.delacour.net&quot;&gt;Jonathon Delacour&lt;/a&gt; got all of his Radio posts into MT and I really wish I knew how he did it.</description>			</item>		<item>			<title>What's the point of categories?</title>			<description>I have several &lt;a href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/a&gt; categories (&lt;a href=&quot;http://radio.weblogs.com/0100438/categories/realbasic/&quot;&gt;REALbasic&lt;/a&gt; and &lt;a href=&quot;http://radio.weblogs.com/0100438/categories/baba/&quot;&gt;Baba&lt;/a&gt; are two examples) and I even update some of them regularly. But I&apos;m beginning to wonder what the point is. It seems like a cheap way to have multiple weblogs. With Radio, you can&apos;t really have multiple weblogs without paying $40 for each one. But with &lt;a href=&quot;http://movabletype.org&quot;&gt;Movable Type&lt;/a&gt;, you can set up one MT and add as many weblogs as you&apos;d like. MT has limited support for categories but until they support the MetaWeblog API (which they claim they will do in version 2.01), MT categories have little appeal for me. So I&apos;m thinking that ultimately I should get rid of categories and have multiple weblogs, if my weblog environment supports it. I bet I can keep the content on them separated better if they are different weblogs and not just different categories of the same weblog.</description>			</item>		<item>			<title>Burningbird says "No" to Google</title>			<description>&lt;a href=&quot;http://burningbird.net/weblog&quot;&gt;Burningbird&lt;/a&gt; is &lt;a href=&quot;http://burningbird.net/weblog/2002&lt;i&gt;04&lt;/i&gt;01&lt;i&gt;burningbird&lt;/i&gt;archive.php#85041627&quot;&gt;trying&lt;/a&gt; something new on her site. Well, actually a number of new things. One new thing is that she is moving her site to &lt;a href=&quot;http://movabletype.org&quot;&gt;Movable Type&lt;/a&gt;. That&apos;s cool. I really like Movable Type. I threatened to move my site to MT before &lt;a href=&quot;http://userland.com&quot;&gt;UserLand&lt;/a&gt; fixed the MetaWeblog bug. But I&apos;m betting that I will have to move eventually.The other new thing Burningbird is trying out is a no-Google site. You can do that by putting a robots.txt on your site. If that file is present and formatted correctly, then robots like the kind Google send out to index the web can be told to go away. That&apos;s what Burningbird has done. She&apos;s decided that Google adds no value to her weblog and that in fact it brings visitors to her site that don&apos;t really want to be there.She may have a point. I&apos;ll have to think about that. Of course, I don&apos;t have control over the server my &lt;a href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/a&gt; weblog runs on, so I can&apos;t put a robots.txt file there if I wanted to. But if I ever move to MT running on my own server, then I&apos;ll have all the control I&apos;ll need.</description>			</item>		<item>			<title>Radio Poster's Compose Field</title>			<description>Anybody who uses &lt;a href=&quot;http://ljug.com/sw/radioposter&quot;&gt;Radio Poster&lt;/a&gt;, knows that the typing in the compose field slows down the more stuff you type. The &lt;a href=&quot;http://realbasic.com&quot;&gt;REALbasic&lt;/a&gt; guys claim that&apos;s a problem with &lt;a href=&quot;http://apple.com&quot;&gt;Apple&lt;/a&gt;&apos;s text engine and that Apple is working on it. Perhaps. But I can do something about it myself. I can use WASTEfield instead of REALbasic&apos;s EditField. WASTEfield is a plugin by Doug Holton that wraps &lt;a href=&quot;http://www.merzwaren.com/waste/&quot;&gt;WASTE&lt;/a&gt;, a replacement text engine for Mac OS. WASTE is used in a number of applications on the Mac (including REALbasic itself) and is quite mature. It doesn&apos;t have a problem with slowdowns when typing, but it also doesn&apos;t use ATSUI, which is Apple&apos;s going-forward text engine on Carbon. Unfortunately, there are problems with using WASTEfield with REALbasic 4.0.2, the current version. The problems appear to be solved in REALbasic 4.5, but I&apos;m not ready to build Radio Poster with an alpha version of REALbasic. As soon as I can start using WASTEfield, however, I should be able to do quite a few interesting things. WYSIWIG editing is one thing I&apos;d like to add to Radio Poster. Then you could just make things bold, or italic, or whaterver, and Radio Poster will figure out the tags for you.</description>			</item>		<item>			<title>Even more <i>weird</i> stuff</title>			<description>The previous post had a tag in the title and body. I was testing to see if putting angle brackets into a title worked correctly. First, it didn&apos;t work as I wasn&apos;t correclty turning it into an HTML entity. But it wouldn&apos;t work anyway as it would be treated as markup and not as content. So my &quot;tag&quot; ended up getting removed from the post. Actually, the tag is there in the data, but a browser, thinking it is a tag (that it doesn&apos;t recognize) strips it.This post has tags in the title but this time they are tags a browser understands. Can you guess what the tags are?</description>			</item>		<item>			<title>That last post ...</title>			<description>came from my desktop web page and it shows the 8-bit character problem in reverse. There, the body is fine but the title is messed up. That&apos;s got to be because Radio is converting the body to Latin-1 but not the title. The posts themselves live on the Mac, so they are probably MacLatin there. But when they go up to the cloud, they need to be converted to Latin-1 or they won&apos;t display correctly on the web. So the body is being converted and the title isn&apos;t. The problem, of course, is that I need to leave Radio the way it is for now. It works. But when UserLand fixes this bug I&apos;ll need to ship another version immediately to keep in sync. That&apos;s ok, though. I don&apos;t really consider this to be the same kind of problem as the MetaWeblog API bug, which, was a showstopper, in my opinion.</description>			</item>		<item>			<title>That Doesn't Work !</title>			<description>Well, as you can all see, that doesn&apos;t work. Very strange. It&apos;s almost as if Radio handles the body of the post as Latin-1 but the title as MacLatin. Actually, I&apos;ll be that&apos;s exactly what&apos;s going on. Why that just may be a Radio bug. I&apos;m heading off to the discussion group to see if there&apos;s anything about it there. Wish me luck :)</description>			</item>		<item>			<title>More 8-Bit Characters: ÈÓ¸–Â</title>			<description>Now I&apos;m converting the title to Latin-1 from MacLatin. Let&apos;s see if that makes any difference. My feeling is that I &lt;i&gt;should&lt;/i&gt; be doing the conversion. The fact that I don&apos;t need to feels like a bug.</description>			</item>		<item>			<title>I don't know why ...</title>			<description>but 8-bit characters show up fine in the title&apos;s of my posts even though I&apos;m not converting them to Latin-1. That&apos;s very strange. I could just be happy. But I&apos;ll feel better if I look into it a bit and convince myself everything is working correctly. For example, what happens if I do convert them to Latin-1? That&apos;s my next test.</description>			</item>		<item>			<title>Radio Poster Fixed</title>			<description>I figured out my problem. As you can imagine, I was sending Mac characters instead of ISO-8859-1 (or Latin-1 or, let&apos;s face it, Windows) characters as post data. Or well :)I think there may still be a problem with the title/link, though maybe not.</description>			</item>		<item>			<title>Radio Poster Bug</title>			<description>A Radio Poster user has pointed out a bug. Radio Poster doesn&apos;t handle 8-bit characters correctly. They end up wrong on the web. I&apos;m looking into it right now. It &lt;i&gt;might&lt;/i&gt; be a bug in &lt;a href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/a&gt; but even if it is I should be able to work around it. Nothing as serious as the recent MetaWeblog API bug, which &lt;a href=&quot;http://userland.com&quot;&gt;UserLand&lt;/a&gt; fixed, thank you very much.</description>			</item>		<item>			<title>My Last Post</title>			<description>I couldn&apos;t get my last post to post. I was afraid it was a bug in Radio Poster&apos;s sockets stuff. It just couldn&apos;t connect for some reason. Other stuff, like IE, worked just fine. Then I remembered I had quit Radio on my other machine. After I started Radio things worked just fine.</description>			</item>		<item>			<title>Radio Poster 1.1</title>			<description>A test using Radio Poster 1.1 from Mac OS 9.</description>			</item>		<item>			<title>I See</title>			<description>I changed the day-level image and I meant to change the perma-link. Woopsy.</description>			</item>		<item>			<title>instant outlines</title>			<description>I think the idea of instant outlines is pretty cool. But what I don&apos;t like (and I may just be missing the point) is that you&apos;ve got to suck up an entire outline to see any of it. I wrote a simple IO client in &lt;a href=&quot;http://realbasic.com&quot;&gt;REALbasic&lt;/a&gt;, but the performance sucked because it had to get the entire OPML file, parse it, and build a table. Actually, it was pretty fast, but it won&apos;t be when somebody&apos;s outline gets to be really huge. And what happens when you&apos;ve got a bunch of people&apos;s outlines. I guess the idea is to only do the get/parse/display when you open up a level. But I still don&apos;t think it scales. I think there needs to be the notion of my &lt;i&gt;right now&lt;/i&gt; outline and my &lt;i&gt;archive&lt;/i&gt; outline.</description>			</item>		<item>			<title>Using Radio Poster 1.1</title>			<description>I&apos;m going to try using Radio Poster 1.1 for the rest of the day, just to make sure there aren&apos;t any problems before I release it. I already found one problem with the running it for the first time with the preferences for Radio Poster 1.0. I think I&apos;ve got that fixed.</description>			</item>		<item>			<title>tired of Woodlands theme</title>			<description>I&apos;m getting bored of my weblog&apos;s woodlands theme. Once again I&apos;m thinking of mucking with the templates. I&apos;ve gone down that path before and given up. I just don&apos;t have the creativity to do it right. But I&apos;d like something far less busy. A simple white with a nice simple banner would be really cool, I think.</description>			</item>		<item>			<title>Radio Poster 1.1</title>			<description>I&apos;m hard at work on Radio Poster 1.1. I hope to have it out in the next day or so. The code is written, I think. I just need to work on the docs. Documentation will be a challenge as I need to add something about setting up to talk to Blogger and Movable Type.</description>			</item>		<item>			<title>serious Radio Poster reworking</title>			<description>I&apos;ve seriously reworked &lt;a href=&quot;http://ljug.com/sw/radioposter&quot;&gt;Radio Poster&lt;/a&gt;. I got tired of its hacked way of handling XML-RPC, so I wrote a library that sits on top of my XML parser. It can build method calls and parse the results. That makes the code a lot simpler and now I&apos;ll be able to handle other XML-RPC calls. I plan to add querying the server for blogid&apos;s and categories, and I want to support getting posts from the server as well. Things would have quickly gotten to be a mess if I didn&apos;t have a unified XML-RPC library to handle all of that.Radio Poster also now supports both the &lt;a href=&quot;http://www.xmlrpc.com/discuss/msgReader$2198?mode=topic&quot;&gt;MetaWeblog API&lt;/a&gt; and the &lt;a href=&quot;http://plant.blogger.com/api/index.html&quot;&gt;Blogger API&lt;/a&gt;. I can post to my &lt;a href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/a&gt; weblog with either (although I like the MetaWeblog API better, of course) and I can post to my &lt;a href=&quot;http://movabletype.org&quot;&gt;Movable Type&lt;/a&gt; weblog as well (that one is a secret, sorry :) ). I&apos;ve even got a test &lt;a href=&quot;http://blogger.com&quot;&gt;Blogger&lt;/a&gt; weblog and Radio Poster works with that as well. The support for all of those kinds of weblogs isn&apos;t right yet. Ideally I would have a list of weblogs you could post to. You would add all of your weblogs to the list and configure each. Then you&apos;d hit a button and Radio Poster would query that server to get stuff like categories and blogid. Then you could start a new post by double-clicking on a weblog in the list. Your post window would already be configured correctly. But I don&apos;t have any of that working, of course, so for now you&apos;ll probably only really use Radio Poster with one weblog. You&apos;ll set that as the default with the default checkbox and all new windows you open will have that default server info.</description>			</item>		<item>			<title>That last post...</title>			<description>was from Radio Poster 1.1 using the Blogger API, rather than the MetaWeblog API. Pretty cool, eh? The problem with the Blogger API is that there is no way to specify &lt;i&gt;title&lt;/i&gt; and &lt;i&gt;link&lt;/i&gt;. There is also no way to specify &lt;i&gt;categories&lt;/i&gt;. The MetaWeblog API is really the better API. I&apos;m hoping all weblog servers support it eventually. &lt;a href=&quot;http://movabletype.org&quot;&gt;Movable Type&lt;/a&gt; says they are going to support it in the next release.</description>			</item>		</channel>	</rss>