Evolution is generally a good app, so the e-mail account configuration assistant sticks out. Unfortunately, it is the first thing users encounter after first launching Evolution.
- First, a pointless welcome message that refers to the Assistant by a name different from the window title.
- It appears that prime marks rather than quotation marks enclose “Forward”. This typographical mistake appears throughout the Assistant.
- Poorly wrapped instructional text.
- “None” is not a sensible default for an incoming server type.
- The server portion of the e-mail address the user input in the Identity step should be placed in the Server field.
- An automatic periodic check of 10 or 15 minutes would be a sensible default.
- Junk filtering on incoming messages would be a sensible default.
- Hiding the custom command and folder namespace settings in a progressive disclosure would cut down on the clutter.
- More poorly wrapped instructional text.
- The Assistant should take a stab at the outgoing server address based on the incoming server address.
- Use the incoming server username as the outgoing by default (I typed mine in).
- If an account name is already taken (thereby disabling the Forward button), tell me.
- Poorly wrapped instructional text.
- Lastly, a pointless pat on the head.
The Mac OS X Finder should catch up to and improve upon the thumbnailing functionality of KDE’s Konqueror and GNOME’s Nautilus. I’ve previously stated that such thumbnails are of limited use, but that will change as screen resolutions and DPI counts rise.
Save My Place! (1.7 MB PDF)
The movie portion of my mockup assumes support for icons larger than OS X’s current maximum of 128 x 128. There is supposedly already some support for 256 x 256 icons in Mac OS X, but I don’t know of any application using this size or of a way to scale existing icons to 256 x 256 through the GUI.
For consistency’s sake, the zooming animation used when opening and closing files should be of the thumbnail, not the generic filetype icon as is currently done. Try double-clicking a thumbnailed image (generated by the Finder, not set as a custom icon) in Icon view to see what I mean.
AbiWord‘s Stylist formatting palette could be substantially improved by making it WYSIWYG and reorganizing items.
- The current Lists section
- Lists with markers and more logical grouping
- The markers make it easier to visually locate the desired list style.
- Related list types are grouped together.
- Ordered lists first (upper case on top, lower below).
- Simple geometric shapes next.
- Miscellaneous symbols at the bottom.
- Assuming it doesn’t cause accessibility problems, the simplified names make for easier visual scanning.
Heading styles could also benefit from WYSIWYG:
Since switching my Linux machine from Gentoo to Fedora Core 3, I’ve noticed:
- Font anti-aliasing is much better. I can’t make a fair comparison to Mac OS X since my iMac is of the LCD variety while my Linux machine has a ViewSonic 17PS CRT.
- Nautilus, the GNOME file manager, can now reliably browse Samba shares. It’s much slower than Konqueror (the KDE file manager/browser/kitchen sink), but it works.
- GNOME no longer crashes the X server after about a half hour of inactivity. That one got really annoying.
- Nearly everything feels faster, despite one of the supposed benefits of Gentoo being that, because everything is built using custom compiler settings, you end up with a finely tuned system.
The few things I dislike about the default Fedora Core setup:
- BlueCurve is ugly. Switching to the default GNOME look is easy, with KDE only being complicated when it comes to the K Menu (think Windows Start menu), which required going through and choosing the default KDE icons for the different menu categories (Internet, Office, etc.).
- The BlueCurved OpenOffice is functionally acceptable, but I really prefer the Ximianized version that fits much better with the default GNOME appearance.
- The ability to shut down cleanly broke between FC2 and 3. A search of the Fedora forums showed that this is a problem for a number of people.
In other news, WordPress 1.3 looks like it will be a nice release (I’m running alpha 5).
Nat Friedman of Novell recently praised the design of the proposed F-Spot Print Preview window. Two minor suggestions for making it even better:
- Allow the user to specify whether or not the copies are collated using a checkbox. This would be dependent on the user choosing to print more than one copy.
- Allow the user to select preview pages using a drop-down menu in addition to the navigation arrow buttons. This would allow for two click selection of any page, regardless of the total number. With the mockup implementation, getting from say page 4 to page 10 of 10 would require 6 clicks going forward or 4 going backwards whereas a drop-down would allow you to reach it in two — one to open the drop-down, one to select the desired page.
There has recently been a bit of discussion (Tom Coates in particular) about providing browsers with the same kind of tagging offered by the del.icio.us social bookmarking service. I don’t know if it exists in any Windows browser, I know it doesn’t exist in any Mac browser, but it has already been done in two browsers for the GNOME desktop, Galeon and Epiphany.
This dialog appears when the user chooses to add a bookmark using either the menu command or the related keyboard shortcut. The user can alter the label, the address, and choose from existing topics (tags in the del.icio.us parlance) or create new topics.
Epiphany’s bookmark manager allows topic browsing, full text searching, and all the basic editing capabilities you would expect.
This implementation is far from perfect, but it is worth considering as a starting point.
This OpenOffice presentation illustrates a few of my suggestions. It isn’t of much interest to those who don’t use Evolution.
I’m glad to hear that there is work in progress on a syndication aggregator EPlugin. It seems a logical next step.
A General Comment Regarding Toolbar Display
The display of toolbars should be controllable in the manner of GEdit, which provides a sub-menu of the View menu that allows the user to pick from the Desktop default (as specified in the Menus and Toolbars window), Icons only, Text for all icons, and Text for important icons only. Here is the relevant section of the GNOME Human Interface Guidelines (version 2). I think titling this sub-menu “Toolbar Display Style” makes more sense than the GEdit title: “Customize Toolbar”. Customize implies (to me) the user modifying the button set or rearranging existing buttons – changing the display style is more descriptive of what the controls actually do.
- An “Ignore Thread” menu option (probably implemented as a menu toggle) would be nice, automatically marking messages in a selected thread as Read. Great for ignoring mailing list flamewars and trolls.
- The “Automatically check new mail” interval preference has the same problem (in my opinion) as the Task Status incrementer – it is too fine grained for most users. Make it a drop-down menu of 10 minute intervals and allow advanced/picky users to directly input any numerical value in the box.
- The Send button in message composition windows should be dimmed until one or more recipients are chosen or input by the user.
- For recipient names, I think it would make more sense to use contacts’ File As name rather than the full name: Mr. Daniel J. Wilson, Esq. vs. Daniel Wilson (kidding about the Esquire!). File As names are generally easier to visually scan.
- Evolution really needs a “Me” card – a contact card the user creates to be the definitive source for their personal contact and collaboration information. The creation of this card could be a walkthrough shown the first time the application is run. I think I saw somewhere that work on this was underway, but just thought I would highlight this as a big deal.
- Drag-and-drop of VCF files into the Contact List area would be a welcomed and logical feature (the GNOME HIG does advocate pervasive direct manipulation, after all). To add a contact to a specific list, VCF files could be dropped on contact list names in the lefthand list. Dropping to LDAP servers would have to be handled based on LDAP authentication.
- Support for the importing of group vCards seems problematic. I attempted to import a group vCard (version 3.0) exported from Apple’s Address Book application which imported fine in Kontact 1.0; Evolution produced a single contact with miscellaneous information from different contacts. Individual cards are imported without issues.
- The Contact Editor
- Immediately after selecting a month and day for a contact’s birthday or anniversary, it might make sense to automatically select just the year portion of the date as it is likely that the current year is not the correct one.
- Keyboard navigation of the available text fields is somewhat unpredictable in the Mailing Address tab; Return and tab work like they do in a text editing application when the Address box has focus, but they change field focus and activate the default button when other fields have input focus. The most logical solution would be to force the Address box to use the same key behaviors. The HIG recommendation is for the Return key to move among fields in this kind of data input scenario, but I think using the Tab key makes more sense – it is commonly used in other desktop environments and in web forms for field navigation. Return should activate the default button.
- Related to the above: pressing the Tab key while the City field has focus takes you to the Address box, which traps you by capturing subsequent tabs. Keyboard navigation quicksand!
- Having the Manager, Assistant, and Spouse text fields autocomplete based on existing contacts would be great. Not a huge problem as this is likely only a one-time input, but still of use.
- Zip is an abbreviation for Zoning Improvement Plan, so it should be capitalized as ZIP.
- The Contact Preview Pane
- In the preview pane, it would be nice if instant messaging names were links that would allow users to open new IM conversations in the protocol’s default handler application. I know AOL Instant Messenger uses the “aim:” protocol, but I don’t know about other IM systems. Online and availability status indicators would also be cool.
- IM protocol names (AIM, Yahoo) could also function as links to the web pages of clients for the appropriate service.
- Actions for addresses: get map, get driving directions (the user’s address would be drawn from their card), print mailing label. Alternatively, addresses could be formatted as links to open maps at Yahoo! Maps or MapQuest.
- The type of e-mail address should be indicated: “firstname.lastname@example.org (Work)”.
- The contact editor uses the wording “File under”, but the contact list view column uses “File As”. A very minor difference, but a difference nonetheless. Yes, I’m that anal retentive.
- It would be great if the view switching toolbar buttons more clearly indicated the active mode. This could be done by coloring the active icon and/or adding a frame around it. See Slide #2.
- The red text coloring of the current day in the month view is deficient in several ways. First, red is one color that some people with colorblindness cannot see well. Second, it just doesn’t stand out, even with normal spectrum vision. I suggest adding a differently colored one or two pixel thicker frame around the current day and perhaps bolding the day number (which might be better displayed in INSERT COLOR HERE). See Slide #3.
- For birthday reminders, it might be nice to automatically insert a note stating the age of the person.
- The Task Editor
- Why a 1% incrementer for task completion status? Why not intervals of 10% in a drop-down menu? Allow the user to directly input single percentage increments using the numerical input box.
- How about a “Choose Bookmark” button that opens Epiphany’s bookmark manager so the user can pick an existing bookmark? Alternately, a disclosable section (like that used for the new file picker’s “Browse for other folders” widget) that could reveal the user’s bookmarks.
- Drag-and-drop of bookmarks from browsers (bookmarks or address field) to the Web Page field should be possible.
- The “Group” label within the new task creation window should use the assigned task group color. See Slide #4.
- Putting the Start date above the Due date seems more logical to me, but that might just be my way of thinking.
- For task group coloring, wrap the task group’s label in the chosen color, which would have the effect of forming a more easily identifiable relationship between color and grouping.
- The contextual menu that appears when right-clicking on an existing task list should include a “New Task” command that creates a new task with the group set to that which was clicked on.
- When creating a new task by selecting the New Task command from the contextual menu displayed when clicking on a specific day, automatically set the start date to that day, with the time set as the default beginning of the work day as specified in the preferences.
- Provide at least one or two other columns by default in the Task view, particularly since the width of the creation window’s Summary field is unlikely to lead the user to write a summary of such length that it requires the entire width of the main window’s task list view to be fully displayed. Priority and Due Date would be my suggestions.
Straw is a syndication feed reader for GNOME, developed primarily by Juri Pakaste (I think).
Categorization of feeds is a great feature, allowing individual feeds to be displayed as members of multiple groups. For instance, I have a GNOME category and a User Experience category, both of which display Seth Nickell’s weblog, since he is both a GNOME developer and a user experience/interface designer. I like this a lot more than the hierarchical files in folders metaphor some other aggregators use. It appears that it is also possible to create sub-categories, but the interface isn’t very clear (I stumbled on this feature by accident).
Suggestions, bugs, etc.
- The toolbar display setting is not being inherited from my GNOME Menus & Toolbars preferences, which I’ve tried fiddling with in an effort to get them to take. I had this problem in Liferea, but quitting the application, altering the toolbar display setting and re-opening the application resolved the issue. I’ve tried the same steps with Straw without success.
- In addition to inheriting the user’s default toolbar display setting, a View => Customize Toolbar menu would be nice. Take a look at GEdit’s View menu to see what I mean. Here’s the GNOME HIG page regarding the use of toolbars.
- Good gravy! Please step up to the GTK+ 2.4 file picker (Figure #6)! The old one is a usability travesty.
- Import and Export commands should have ellipses as they require further user interaction to complete, and assigning keyboard shortcuts to them might also be a good idea.
- Import Subscriptions…Control-Shift-I
- Export Subscriptions…Control-Shift-E
- A contextual menu option to copy the address of feed links (homepage, individual headline) would be nice.
- “Mark All as Read” in the contextual menu as it is in the drop-down menu.
- The Subscriptions pane contextual menu command reads Remove but the resulting dialog text and button are worded with Delete. A small inconsistency, but one that should be resolved.
- Importing grouped OPML files could optionally create categories and sub-categories depending on the hierarchical structuring. Asking users if they would like to do this would probably be best.
- Favicons to the left of the feed name would be nice visual differentiators. Their display could be toggled in the General section of the preferences.
Feed Properties Window
Is there any way you could make the Properties window remember its size? Epiphany’s does, so I’m assuming it’s possible.
- Since the categories cannot be rearranged within the category listing box (a feature that might be of some value), it might make sense for check boxes to be toggled by clicking anywhere within the category’s row instead of the user having to hit the rather small check box itself. See Epiphany’s Bookmark Properties window behavior to see what I mean. It’s a small thing, but it saves a substantial amount of time when assigning categories by providing a far larger click target to the user (Fitts’ Law at work) and decreasing the space between the scrollbar and the space the user must click to (de)select a category.
Compare the size of the clickable regions (outlined in red):
- Providing a rollover highlight that indicates that the clickable space extends beyond just the checkbox and label text would also probably help. Check out the File Management preferences that use check boxes or radio buttons (Views and Behavior) to see behavioral examples.
- That you can create sub-categories using a slash is not made clear in the category creation interface. I only discovered this by creating a group called UX/UI (for User Experience/User Interface). This is potentially a very useful feature that should be clearly noted in the interface.
- Instead of two buttons, Ascending and Descending, how about two radio buttons? Radio buttons would more clearly indicate the active setting. You could place the existing button graphics to the right of the appropriate text label:
- Since most users are not going to use an external source for their syndication feeds, the related interface elements could be placed in section revealed only when the user checks the Use external source for category contents box. I’d mock this up, but Glade is still a mystery to me.
Comments based on Liferea 0.5.2c running atop GNOME 2.6 on Gentoo Linux.
- It might be a good idea to include a handful or two of feeds by default. The Liferea-related ones are a good idea. How about adding some general and tech news feeds? A user seeing that they can access the content from some of their favorite sites without having to repeatedly visit them might help draw them into the application.
- Choose a term and use it pervasively: Feed or Subscription. My vote goes for feed subscription has more syllables and has connotations of paid content. Consistent terminology is important, particularly when introducing what is likely to be a new concept.
- The application needs a way to select multiple feeds this is of particular use after importing an OPML file containing feeds you might not need. Being able to select and set custom updating schedules for multiple feeds by using the Properties dialog also has its uses.
- For your toolbar, use the user’s Desktop Preferences => Menus & Toolbars settings; if they have it set to display titles, they should be displayed.
- I strongly recommend displaying both the date & time in the Headline display pane by default. I don’t have any concrete reasons as to why – it just feels better.
- Relative dating (Today, Yesterday, etc.) in the date column would help users orient themselves to the feed’s content.
- Also by default, Liferea should probably use the user’s menu bar clock setting (12 or 24 hour).
- Is displaying the seconds really necessary? They add to the visual clutter without adding an equal or greater amount of useful information.
- Import/Export keyboard shortcuts would be useful, though not really important since these actions are not likely to be performed over and over.
- The notification area widget doesn’t behave in a very logical manner (yet), resetting itself to no new items after reading a single headline in an updated feed. I think the notification widget should display the count for both new and unread items.
- Mark All as Read in the feed pane contextual menu rather than Mark as Read. Inserting All makes it a tiny bit clearer.
- Provide drag-and-drop of feeds and headlines to filesystem locations. For headlines, the content could be formatted as HTML or plain text snippets.
- From the GNOME HIG 2.0:
Label the menu item with a trailing ellipsis (“…”) only if the command requires further input from the user before it can be performed. Do not add an ellipsis to items that only present a confirmation dialog (such as Delete), or that do not require further input (such as Properties, Preferences or About).
- Feeds => New Subscription…
- Feeds => New Folder…
- Feeds => Import Feed List…
- Feeds => Export Feed List…
Ellipses should also be used for the New Subscription and New Folder contextual menu commands.
- A Validate Subscription item in the contextual menu could pass the feed’s syndication URL to http://www.feedvalidator.org. After checking a troublesome feed for proper structuring, users could then use e-mail links in the feed’s meta-data to inform the proper parties of the problem. This could cut down on the number of this feed doesn’t work, so your application is broken complaints. I imagine you’ve gotten a few of those.
- Speaking of valid feeds not displaying properly… Here is one that feedvalidator.org claims is valid and which displays correctly in NetNewsWire for Mac OS X, but doesn’t display the latest headlines or any post titles in Liferea:
- For feeds that provide an e-mail address for either the webmaster or managing editor, make them clickable! Doing so should open a new message in the user’s default mail client. This would be handy for reporting feed parsing problems to the parties responsible for such things. Mailto: links within web pages should also be handed off to the default e-mail client rather than simply doing nothing.
- A cursor change over clickable links to web pages would be nice. Both Firefox and Epiphany implement this, displaying the pointing finger cursor (I believe I’m using Red Hat’s cursor set, but that might be an X11 thing…) over links.
- Do not display the application’s version number in the window title, particularly now that you have a Help menu in which to place the About command. You aren’t alone in this deviation from the HIG; the Ximianized OpenOffice 1.1.1 also needlessly displays its version number. From the GNOME HIG (2.0): A good window title contains information that is relevant to the user, and distinguishes a particular window from other open windows. Omit information that does not assist in this selection, for example the application’s version number or vendor name.
Thanks to my brother’s massive collection of spare hardware and the fact that his employer just bought everyone a new workstation, I will soon have a PC running Gentoo Linux.
This will be my first personal Linux box, though I did use Red Hat 9 on a daily basis for about three months when I was serving as a general IT geek alongside my brother at a place called Centerplex. I’d link to the website, but it’s just too embarrassing (not that I designed or coded it!).
I have both GNOME 2.6 and KDE 3.2.1 installed via Fink, but using them atop Darwin isn’t an optimal representation of their functionality because neither one is really well supported; there are rather large functionality gaps within both.
I’ll be posting more Open Source (including, but not limited to, GNOME and KDE) usability reviews as I reacquaint myself with these two environments and run into problems.