Here’s a great post by Chuq Von Rospach on RSS and mailing lists. If I had to name the world’s expert on mailing lists, it would be Chuq.
(One of these days I’m going to implement Trackback... but until then, it’s the old-fashioned method.)
A few people have said that NetNewsWire 1.0.4 downloads feeds more slowly than earlier versions.
It’s true, in a way: it downloads fewer feeds at a time to minimize CPU use while downloading feeds.
However, this is completely in your control. You can make it download more feeds at a time. Here’s how:
1. Open NetNewsWire’s Preferences window.
2. Click the Downloading toolbar icon.
3. There’s a slider at the bottom of the window. Move it toward Faster, to the middle.
Me, I usually have mine set all the way to Faster, which works best for me, but you can try a few settings if you want and see what works best for you.
(The setting does not affect in any way the sites you’re downloading from, it controls only the number of feeds NetNewsWire downloads at a time.)
You have no idea—or maybe you do—how much email I’ve been getting about how RSS can and should help with the problem of email.
The growing consensus is that email is broken. It’s been broken by spammers and viruses. (And stupid-but-scriptable clients.)
I don’t know if RSS is the answer or part of an answer or not.
When it comes to newsletters, I think it’s obvious that RSS is a great alternative. (Just ask Chris Pirillo.)
But what about mailing lists? Mailing lists are many-to-many. I love mailing lists; I subscribe to quite a few.
One possible solution is to have a weblog that people sign up to be able to post to. You can post but you can’t edit other people’s posts. You could comment on other people’s posts, though. And it would all be available via RSS.
This could be pretty nice, actually, assuming some good software for reading and writing. The important thing is that it be made as easy as joining a mailing list and reading and sending email.
So that leaves one-to-one and one-to-few email.
I’ve learned that some people are creating private RSS feeds to solve this problem. Here’s how it works: say you and I correspond often. I’d create an RSS feed just for you. It would be password-protected and encrypted, of course. Instead of sending you email, I’d add a post to the feed, and it would show up in your newsreader.
And vice versa—you’d create a feed for me.
I find this idea rather difficult, though. If you correspond with lots of people, it means creating lots of feeds.
This could be turned around, I suppose. Each person could have a feed that anyone else could add to. Then, instead of knowing someone’s email address, you’d have the address of their feed. (Or, more precisely, the URL of some posting interface. You couldn’t read their feed, you could just add to it.)
That might be more do-able.
But then, if it took off, wouldn’t a stupid-but-scriptable client come along to break the whole thing? I’m not sure how RSS itself can prevent that. A stupid-but-scriptable client would still attract viruses and security problems.
Anyway, I’m not proposing anything, just thinking about it, since I know that lots of you are thinking about this too.
Chris Clark posted an idea (plus mock-up) for adding embedded browsing to NetNewsWire: column view.
Liam Page on RSS Lurking with NetNewsWire.
A couple folks have posted their NetNewsWire style sheets. Ollie of ollicle.com posted one; Steven Canfield of Aquasition.Net posted another.
Update: another style sheet comes from Gummi at meettheg.com. A fourth style sheet comes from Dave Walker at freeform goodness.
We’re starting to think about what new features will appear in NetNewsWire 1.1. There are lots of good ideas—some of which appear on the feature ideas page.
One of the things we’re thinking about is embedded browsing. The idea is pretty simple: click on a link in NetNewsWire, and the page opens right there rather than in your web browser.
It would be optional, of course, and probably turned off by default.
There has been a really excellent debate about this on the testing list. People mostly seem to be against it. Which is fine by me—I’d rather work on things like synching and persistence and so on than on this particular feature.
However, some people are in favor of this feature. And it may be that this is just one of the standard features of RSS newsreaders.
Check out the Windows newsreader named Beaver—click on the Main Window screen shot (in the left-side column). (It gives me a 403 if I link to it directly.)
And here’s a screen shot of a quick demo I did for NetNewsWire. Note that there would have to be some more UI (a back button and so on), but otherwise the screen shots are very similar.
Beaver isn’t the only newsreader with this feature. A case can be made that it’s a checklist feature, that we pretty much have to do it.
But, aside from that, and more importantly—do you want this feature? If so, do you want it before synching, persistence, flagged news items, Atom support, more scriptability, Rendezvous, etc. etc.?
To help out the discussion a little bit, I did a special build that has embedded browsing. It doesn’t have the full UI needed, but if you click on a link it opens in place. (I used this build to make the screen shot above.) This is not meant for everyday use, but if you’d like to try it, you can download NetNewsWire 1.1d1. This is for thrill-seekers only, it’s meant as a quick demo only.
So—what are your thoughts? Post a comment here or send me email. Thanks!
Note to proxy users...
I got a couple bug reports that NetNewsWire 1.0.4 doesn’t work with some proxies that 1.0.3 worked with.
I think I’ve fixed the bug, but it needs some testing—if you have a proxy server you can test with, I’d appreciate hearing if it works or not:
Download NetNewsWire 1.0.4 proxy-fix build
If you don’t use a proxy, you can ignore this entirely.
PS My testing was with Apache running on the same machine as NetNewsWire. This new build worked fine—but then, it worked fine before, too. So I think the bug is when you have a proxy and your access to the outside is restricted (you can’t do DNS lookups, for instance).
NetNewsWire 1.0.4 has shipped!
Here’s what’s new in 1.0.4. Highlights of this release include using Web Kit (the Safari HTML renderer) for HTML display, custom style sheets, displaying differences in updated items, performance boosts, TypePad support, support for gzip compression, and more.
Another new feature in NetNewsWire is the ability to specify a custom style sheet to customize how HTML is displayed.
This is a direct result of switching to use Web Kit for HTML display. (Have I said lately how much I love Web Kit? I do love it.)
Here’s a screen shot of my HTML prefs panel: note that I’ve chosen to use a custom style sheet.
Here’s my personal custom style sheet.
a {
text-decoration: none;
}
a:hover {
color: red;
}
body {
line-height: 17px;
}
.newsItemTitle {
border-top-width: 0;
border-bottom-width: 1px;
border-right-width: 0;
border-left-width: 0;
border-style: dotted;
border-color: #9999CC;
}
Here’s a screen shot of the result.
What my style sheet does:
1. It turns off link underlining.
2. It makes it so links turn red when you mouse-over.
3. It adds some space between lines of text.
4. It puts a thin dotted border below the title.
Note that .newsItemTitle is special to NetNewsWire—it’s a div that wraps the title. There’s also a .newsItemDescription for the main part of the description.
(In Combined View, the title isn’t part of the HTML, so only .newsItemDescription is available there.)
This is definitely a power-user feature: most people probably won’t do this. And that’s cool. But it’s one of my favorites, anyway.
If you’re a NetNewsWire user, and you post your custom style sheet on the web, please send me the URL so I can link to it.
I was totally flattered to have been on John Gruber’s ballot for the MDJ Power 25.
Below is my ballot. (I didn’t vote for Steve Jobs, by the way. Of course he’s most powerful in the Mac community, but I felt like voting for people who I actually see when I look around.)
So here’s how I voted:
1. Ric Ford
MacInTouch is the center of the Macintosh web; it’s the “paper of record” for Mac news.
As O’Reilly Network managing editor, Derrick works on MacDevCenter, which has consistently published great articles for Mac developers. The Mac OS X Innovators contest rewards creativity in OS X development.
3. Dave Hyatt
Dave works on WebCore, the rendering code underneath Safari and Web Kit. His weblog is a great example of a developer developing in public.
Aaron’s Cocoa book, one of the first, taught lots of developers how to program in Cocoa. Big Nerd Ranch continues to teach developers.
5. Dan Wood
Watson was one of the first OS X apps to show you can have a product that works with the web but isn’t a web browser—a powerful demonstration that richer interfaces are possible, and that people would like them.
NetNewsWire 1.0.4fc1 is up.
There are just a few small changes since the previous beta: turned off underlined text when showing HTML differences, turned off tooltips for headlines in the Combined View, and updated the Help book.
This is a final candidate release, which means we’re looking for major bugs, bugs that have to be fixed before shipping 1.0.4.
(Note to Version Tracker, MacUpdate, and others: it’s cool to list this release if you want. Thanks for being considerate about the previous release.)
Jonathan Rentzsch posted a cool hack: Widescreen NetNewsWire.
I may even make it an option in NetNewsWire 1.1.
I liked Mena Trott’s post on NetNewsWire and some other thoughts—particularly the description of Six Apart’s “Philosophy of Yes”:
For the most part, we try to accommodate what our users want and have a hard time saying no to features. We support a number of protocols and formats because we feel it is important to err on the side of mass support. From day one of Movable Type to day one of TypePad, we have provided not just an import mechanism but also an export mechanism. We never wanted to hold content hostage in order to guarantee tool lock-in.
I recognized this immediately as the same philosophy Sheila and I have at Ranchero. And I think maybe it’s a necessary condition for the success of any software company.
Anyway, speaking of Six Apart... TypePad was added as a publishing tool choice in NetNewsWire 1.0.4b3. I was pleased by how easy this was to do: I just added it to the popup menu and told NetNewsWire that it works exactly like Movable Type. Piece of cake.
One of the new features in NetNewsWire seems like a little thing, but I’m rather proud of it. Here’s the story...
NetNewsWire is by design a very keyboard-friendly app. There are lots of keyboard shortcuts that aren’t reflected in the menus because they’re not command-key shortcuts. They’re things like using the space bar to go to the next unread message and typing + to expand an item in the Combined View.
The question I had was, how can I make it easier for people to find out about these shortcuts?
I looked around at some other apps and noticed that it was pretty common to have a Keyboard Shortcuts item in the Help menu. So I decided to do that.
But then the question was, how should the keyboard shortcuts be displayed in the window?
I liked OmniOutliner’s approach—it opens an outline. Makes sense, right? The app is an outliner, so it uses an outline to display the list of shortcuts.
An outline wouldn’t be right for NetNewsWire, though. I could do an outline (using the Notepad code), but it didn’t feel right for this. Other options (plain text, a table view, etc.) sounded boring.
Then I thought of Web Kit, and I had an a-ha moment: I could use a very basic window that just displays an HTML page. All it took then was to create the window and write the HTML page itself. Piece of cake.
Here’s a screen shot.
This was an unexpected benefit of using Web Kit. I expect there will be plenty more (and some of them will be quite a bit more interesting).
If you’re a Mac app developer, and you have something like a page of keyboard shortcuts you want to display, I encourage you to use this approach. It’s easy and the end result is I think pretty nice.
My favorite part is the “X-MailScanner: Found to be clean” part. It’s so seriously untrue.
I’m going to be writing about new NetNewsWire features for the next few days... Here’s another one: HTML differences.
It’s off by default. You turn it on via the General prefs panel, where it asks if you want to highlight differences for updated items.
Deleted text is struck through and red; new text is green and underlined.
This is another one of those features that I didn’t think I’d like, but NetNewsWire users asked me for it. Aaron Swartz, in particular, wanted this feature—and he said we could use his script in NetNewsWire. (So if you look inside NetNewsWire’s bundle, in the Resources directory you’ll find htmlDiff.py, Aaron’s Python script for showing HTML differences.)
So, if you like this feature, be sure to thank Aaron.
Now, as I said, I didn’t think that I personally would like this feature—but it turns out that I totally like it.
That leads to a little advice for app developers—your users are smart. The list of features I didn’t think I’d like, but that I did anyway because people asked for, is pretty much the list of cool features in NetNewsWire. (Groups, for one thing. The Combined View is another big one. And so on.)
The new version of NetNewsWire supports gzip compression—which sounds like a really boring thing.
And it is. Unless you’re looking for ways to save bandwidth.
It works like this: when downloading a feed, NetNewsWire tells the server that it supports compression. If the server also supports compression, it returns a compressed version of the feed. This means less actual bytes are transferred, which saves bandwidth.
This is such a good idea that Ted Leung has been keeping track of which aggregators support compression. (I’ll have to email him about NetNewsWire.)
But here’s the thing—it looks like hardly any servers support compression. Here’s a screen shot of my bandwidth stats window. Note the new gzips column, and note how there are only four (out of 99) feeds that have returned compressed data. (Even my own feeds don’t support compression yet.)
So—I wish I had a cool pitch of some kind, something to say besides, “Hey, server admin, please support compression.”
But I don’t, so I just say hey, server admin, please support compression.
NetNewsWire 1.0.4b3 has been posted. This is the first public beta in the 1.0.4 series.
(Note to VersionTracker and MacUpdate: please don’t list this beta. Thank you.)
The change notes go into detail about what’s new and different. Some highlights: it uses Web Kit now to display HTML, it’s faster, you can highlight differences in updated items, gzip compression is supported, and there’s a new Delete Read Items command.
Some people have said that the issue with not well-formed feeds and aggregators is a kind of prisoner’s dilemma.
In other words, if all aggregator developers pledged to reject not well-formed feeds, then that would be incentive for people to fix their feeds.
The reasoning goes like this: aggregator developers are handling not well-formed feeds as part of competing with other aggregators. If they all pledged not to do this, then they’d all be equal on this score.
But this isn’t correct. I don’t have NetNewsWire (try to) handle not well-formed feeds for reasons of competition. I do it because people already using NetNewsWire want to read these feeds. And I do it because future users will want to read these feeds too.
It has everything to do with wanting to produce quality software. I suspect the same is true for other aggregator developers.
By the way, I do often email people when they have bugs in their feeds. And I’m sure other aggregator developers do too. But we still need to do the best we can with feeds with bugs.
It’s not our job to be syndication cops.
Our software should support standards, but it should also try to work with feeds with bugs, because that’s in the best interests of our users.
Tim Bray writes about how to deal with broken PEAW feeds: “I would absolutely require basic XML well-formedness.”
Me, I would absolutely love it if I, as an aggregator developer, could require well-formedness.
In other words, if a feed isn’t well-formed, then NetNewsWire would not parse it and display it.
The thing is, that doesn’t work now for RSS—but not because of anything special to RSS, it’s because feed generators don’t always produce well-formed XML. There’s no reason to expect PEAW feed generators would be any different. (Both RSS and PEAW require well-formedness. No difference there.)
The single most common cause of non-well-formedness that I see is unencoded ampersands. They appear in a feed as & rather than as &. This is most often in <title>s.
In my experience this most often afflicts larger publications, not weblogs using Movable Type or Radio or whatever. My guess is it’s because these larger publications have their own in-house systems. Those systems don’t get tested the way weblog systems get tested. A weblog system will have many thousands of users, but an in-house system has just one user (the publication). (I mean user in the sense of publisher.)
Another thing about these larger publications is that their feeds are often very popular. So when one is non-well-formed, I get a ton of bug reports about it until they fix it.
Actually, that used to happen, but NetNewsWire has gotten progressively better about dealing with the ampersand problem, so I don’t get so many bug reports.
According to Tim aggregators should consider it a fatal error and not process these feeds. If I agreed, NetNewsWire users would pay the price.
Tim writes: “Granted that the RSS legacy necessarily required the use of liberal parsers, but hey, that was then, we have better tools now.”
Setting aside the note about “the RSS legacy,” which isn’t relevant to the issue of well-formedness, I want to note that though we indeed “have better tools now” they aren’t evenly distributed.
And, ironically and interestingly, John Q. NewToBlogging has better feed-generating tools than many of the large publications.
Dave Winer writes today about how there are mail-reader-type aggregators and weblog-type aggregators, and that weblog-type aggregators are better.
It’s a false dichotomy.
Dave writes: “Imho we already have enough mail readers, wire up RSS to email and you’re done.”
The thing is, the mail reader aggregators are not very much like mail readers. They are smart about what they’re displaying. On the surface they look like email apps, but it’s not a simple substitution, news items for email.
I’ll use NetNewsWire as an example, not because it’s unique in this regard but because I know it well.
Many aggregators have a concept of groups. (They don’t all work exactly the same, of course.) In NetNewsWire, if you select a group, you see the unread news of everything contained in the group. Here’s a screen shot showing my Macintosh group this morning.
So—is this weblog-style or mail-reader-style?
NetNewsWire, like some other aggregators, also lets you just see all the unread headlines regardless of group. Here’s a screen shot. Here’s another screen shot which shows a more email-like view, but still has items from multiple places in the same view.
NetNewsWire is by no means alone with features like this.
A good question might be—well, why not just use a browser-based interface like Radio UserLand?
I like Radio, by the way. I even did technical editing for an upcoming book on Radio. I like AmphetaDesk too, which also uses a browser-based interface.
But a GUI app gives you a richer, targeted interface. A browser is generic: it knows it’s displaying HTML, but it doesn’t know it’s displaying syndicated news items. A GUI newsreader knows it’s displaying syndicated news items, and so the menu commands and toolbar buttons and shortcuts and everything are all about what it’s displaying. This allows you to keep up with more news with less effort.
It comes down to personal preference, though. Browser-based interfaces have their advantages too.
The thing to remember is that the distinction between aggregator types isn’t between mail-reader style and weblog-style, it’s between GUI apps and browser-based apps.
Dave writes: “People who are just using mail-reader style aggregators are really missing something.”
Actually, no, they’re not.
Here’s another I thing discovered in Safari. (Again, maybe it’s old news, but maybe not.)
If you have a mouse with a scroll wheel, then if you scroll-wheel-click on a link (or bookmark in the Bookmarks Bar), then the link will open in a new tab.
This is quicker than ctrl-clicking (or right-clicking) and choosing Open Link in New Tab.
(It probably requires that you have tabbed browsing turned on, of course.)
I discovered something in Safari last night—maybe this is ancient news, but it was new to me.
You can open any of the bookmarks in the Bookmarks Bar by typing cmd-[some-number]. The leftmost is cmd-1, the next one is cmd-2, etc.
As someone who uses the Bookmarks Bar and who likes not to use the mouse, this is quite nice.
Just because I’m a geek, I’ll share my favorite alias:
nleaks 'leaks NetNewsWire > ~/leaks.txt; bbedit ~/leaks.txt'
Sarah Conner? Vote for me if you want to live.
When I read Mark Pilgrim’s How to install Windows XP in 5 hours or less, I was envious, because it sounds like it actually worked and it only took 5 hours.
Me, I’ve been working on a re-install on my Windows machine for about a year. It’s going okay, I guess, except sound doesn’t work yet and networking doesn’t work.
I can’t remember why I decided to do a re-install in the first place. There must have been a reason.
I’ve seen a few people complain about TypePad pricing. It ranges from $4.95 to $14.95 per month.
Listen: those prices are low.
One thing maybe not everyone realizes is that things on the Web have costs. Software costs money to develop and maintain. Servers have to be bought and administered; bandwidth has to be paid for; backups have to be made. Someone has to do the bookkeeping. Someone has to do customer support.
Running a service like TypePad is a long way away from doing some little fun thing for free. That it costs, even at the high end, under 15 bucks a month is utterly fantastic. To the Six Apart folks I say: good job.
I was watching news on TV, and somebody was talking about how he was going to run for governor somewhere. He said he would “bring heart, brains, and guts to the table.”
Okay, are you seeing what I’m seeing?
RSSJobs—job hunting via RSS. I continue to be fascinated by how people use RSS. Of course the site has a general RSS feed.
