Tuesday, April 9, 2002

From The Shifted Librarian: Web Evaluation Checklist. "The checklist is currently only available in PDF format (file size is 18Kb). It is a simple 2-page checklist you can use when evaluating sites." This looks like a great tool; I've found that simple checklist-style usability guides are so easy that they are followed. Even a bit of attention to usability is good news! [InfoDesign, via SIGIA-L] 11:41:54 AM

Monday, April 8, 2002

One UI enhancement that might be helpful in Radio is to include two checkboxes with each subscription-based news item. One would be "delete" as it is today, and another would be "post", enabling you to: place two items in juxtaposition in a single post create a set of posts all at once and then go into "editing mode", serially editing all your posts. (maybe on a page with more than one editable text field) concatenate the process of deletion and posting into one click. 9:48:08 PM

Thursday, April 4, 2002

And yet... Here's one more thing about Radio, UI oddities or no -- it does draw my attention. There's no single feature or characteristic I can put my finger on, but there's something about this scruffy little app. Have you ever seen the movie Tin Men? The scene at the end where DeVito and Dreyfus are looking for their New Thing in the early sixties. A VW Beetle putts by. They both say "I got it." That moment, that's Radio Userland. 10:04:08 PM

Tuesday, March 26, 2002

When does the template in my public page get updated? It doesn't seem to happen until I actually publish a news item like this one. I'm not sure that's the way it works, but it seems to be. Why don't the various Prefs settings in Radio also have "Publish" buttons? 3:44:25 PM

Saturday, March 23, 2002

Who's got the menu? My latest Radio conundrum has to do with the menu bar. This is one of the rare (for me) cases in which the Macintosh UI doesn't work as well as the Windows paradigm. When you use Radio, you're really using two applications simultaneously; Radio and a browser (I say "a browser", but I've found that Radio really doesn't work correctly with anything but the latest Internet Explorer). Both applications stay open and I switch back and forth continuously. Radio functions a bit like an enhanced set of bookmarks or favorites, so I open my home page (the local one) from Radio, then edit in the browser window. If I want to do something back in Radio, I have to first make Radio the frontmost application. This works better in Windows than in MacOS (any version) because Windows doesn't have a menu bar; it has a menu bar in each window. MacOS has a single menu bar at the top of the screen, not graphically connected to any window. Of course, this would all be solved if you could write and edit in a Radio outliner window and directly pasted into your blog, but as far as I can see, you can't. I'm learning to work as much in the browser window as possible, so I suppose I'll just have to take all those links I grab from Radio and bookmark them. Seems like a lot of extra work. In fact, I'm pretty sure Radio might be able to automatically insert those bookmarks. And as usual, as far as I can see, it can't. That may be the most frustrating thing; that I never have any confidence that I have the real answer to any of these questions. 10:02:21 PM

Friday, March 22, 2002

More on Local Pages Another issue with the second Radio menu in Radio -- specifically the Local Pages -- is that one of the local pages is called Weblogs.Com. The ".com" clearly implies a page at a particular domain, not anything local. However, it some sort of local page containing weblogs that have changed recently, and out of those, the ones I've chosen as my "favorites". The page lives at a fairly obscure local address: http://127.0.0.1:5335/system/pages/weblogsCom One of the things Radio is doing is blurring the distinction between "local" and "web"; some of my local pages have content that automatically comes from the web. some of my web pages update automatically based on things I've done locally. I think this is a good thing, but the UI is not helpful at all in making any of this clear. Instead of using existing terms in ways that don't fit, we need a bit of new vocabulary to apply to new kinds of features and new contexts. 2:07:54 PM

Local pages The Radio menu bar has a few quirks, not least of which is that in OS X there are two menus called Radio. The Radio menu -- that is, the second Radio menu, contains only hierarchical menus. The largest one is called "Local Pages". This makes sense for some of the items, including obvious things like your Prefs page. But the menu is clearly depending on the "Local pages" to indicate that the Home Page you select is the local one, not the public one. The "Cloud links" menu also contains a Home Page item, which in that case is the public one, not the local one. Then there's the home page itself -- the local one -- which contains a Home Page heading that's not a link. That heading refers to the local one, not the public one. And on the right, under a tiny "Cloud Links:" heading, is -- what the heck? The same choices you see in the Radio > Cloud Links menu. It seems as if the Radio UI design was created by somebody who thinks in "paths" rather than locations; the user must trace back the path containing an item to understand what the item is. This could be made easier two ways: change the name of the local home page to make it clear what it is, or simply call it "local home page" in menus and links. 10:58:30 AM

© Copyright 2002 Peter Harbeson.