| June 2003 | ||||||
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | |||||
| Nov Jul | ||||||
This site is no longer maintained.
My current weblog.
I'm finally taking the plunge and switching to Movable Type. I'm not going to bother importing this weblog, at least not initially. Too much work for too little benefit. My archives can stay here indefinitely.
My new home page and weblog. Feeds are available in RSS 0.91, RSS 1.0, and RSS 2.0 flavors. I'm not going to set up RSS redirects. I don't like Userland's solution because any aggregator that doesn't understand the format will barf on it. HTTP 301 redirects are better supported, but I don't feel like reconfiguring Apache to allow .htaccess files.
For the couple of people that subscribe to my category feeds, I'll get around to re-creating those eventually. Stay subscribed to the current feeds and wait for an update.
Lots of things blew up while I was trying to move Radio to another PC. I'll give it another shot once I figure out why Radio is crashing whenever I try to compress weblogData.root.
I'm about to try moving my Radio installation to another computer, including moving Radio.root.
Crossing my fingers that this doesn't blow up...
The other day Ian Hickson dropped by and added a comment to my post calling for a Pingback Retrieval API. My response is that the Radio community loved Pingback, but I still don't see any implementations for Radio users.
Having a Pingback Retrieval API, and encouraging the creation of stand-alone Pingback servers supporting that API, would accomplish several things:
- Random CMS can integrate with Random Pingback server. The end-user is empowered to choose whichever Pingback server best suits their environment (Perl, ASP, Cobol).
- Provides a clear path for certain classes of CMS, especially client-based tools like Radio, to integrate Pingback. The CMS folks can focus on integrating pings with the CMS instead of having to re-invent the wheel by creating yet another Pingback server.
- Third-parties would be able to provide Pingback services to end-users.
The Pingback Retrieval API doesn't require many methods: Register, List, and Clear would be enough. Everything else is an implementation detail that can be left to the developer. Better implementations might provide a web interface for managing pings and offer additional services, like ping-forwarding via email/RSS/Trackback.
If you build it, they will come...
I'll put my money where my mouth is: Add a Pingback Retrieval API to the official spec and I will commit to building a reference implementation and hosting it until such time as it can no longer be supported by my web host.
The .NET Guy points out that Newz Crawler nags because it's not registered. I knew that, but the nagging is notably pervasive and annoying.
It can be a pain to trigger scrolling on the Channels pane during drag-n-drop.
Most operations occur in-memory, if Newz Crawler crashes you lose whatever has happened during that session.
Doesn't respect system locale settings for dates.
To blockquoteth myself:
The only thing holding me back is the aggregator. I like the reverse-chronological view, the grouping functionality that myRadio provides, the ability to retain items in the aggregator indefinitely, and of course, the weblog integration.
I'm giving Newz Crawler a try, and initially posted this entry from it.
Pros:
-
Native UI.
-
Feed grouping (Folders).
-
Folders can contain other folders.
-
Granular on-demand scanning -- scan feed(s), folder(s), or everything.
- Weblog integration with WYSIWYG editor.
-
Favorites folder for storing news items for later use.
-
Detects items that are only a headline and link, automatically loads linked content.
-
Hot-key to mark all items as read (Catch-up function).
-
Hot-key to delete all items (Clear function)
Cons:
-
Time-delay nag screen on launch that requires a button press to clear.
-
Nag screen on close that requires a button press to clear.
-
Constant reminders throughout the program that it is unregistered.
-
Favorites folder cannot contain sub-folders.
-
Supports Blogger API only -- no titles, no categories.
-
WYSIWYG editor has some odd issues with control focus.
-
Puts a tagline on weblog posts.
-
Using Clear function will cause all items to re-appear as new in the next scan. Manually removing all items from a feed does not cause this.
-
Sometimes double-clicking an item will cause an infinite number of IE windows to appear. This has happened to me three times. I'm not going to double-click anything in NewsCrawler ever again...
I need some more time to play with it, see how well it handles updated and duplicated items. Overall I like it, in spite of a few bugs... but I hate to pay for any program that nags.