Introduction About Site Map

XML
RSS 2 Feed RSS 2 Feed
Navigation

Main Page | Blog Index

Archive for the ‘Productivity’ Category

Office Suites — A Rant

WHAT is all that nonesense that we find in the news about “OpenOffice.org lacking a mail and collaboration” component? Office suites are made to produce files, not to communicate directly with people. The instant messenger and the mail clients might be suitable for integration. The FTP client and the file manager also. But just as the Web browser (page renderer) never belonged next to/inside a file manager, the mail clients (e.g. Thunderbird) should remain separate from tools that are used to put together and manage complex data.

We don’t need another emacs (program as an “O/S”). Separability facilitates choice and integration can be achieved through standards. Do not borrow Microsoft’s example of integrating the Web browser with the O/S just as means of pushing Netscape out of the market. Don’t repeat mistakes by assuming that one giant framework of programs can replace a personalised collection of pertinent tools.

WYSIWYG - Fine Layout, But What Happened to Content?

Internet Explorer 7 screenshot

THE “what you see is what you get” paradigm is a fine idea. This term, abbreviated WYSIWYG (and sometimes pronounced Wisi-wig), aptly describes the way we print our documents. From a particular image on our monitor we are able to produce paper replicas. But should the same paradigm be used for composition of our documents? Should layout itself be manipulated and controlled by the user in real time? Scott McNealy weighed in.

Scott McNealy, who used to like to style himself “chairman, president, founder, chief cook and bottlewasher” of Sun Microsystems, is not known for his affection for Microsoft. Quite the opposite. Speaking to the National Press Club of Australia way back in October 1996, he pronounced that “when the anthropologists look back on the 1980s and 1990s and do the archaeological digs, and get their callipers and brooms and microscopes out, they will blame the massive reduction in productivity during the 1980s and 1990s entirely on Microsoft Office.”

Indeed, there is too much emphasis on presentation at the writing phase. Instead of creating high-quality content, the writer can often be distracted by the desire and ability to turn text into its form in ‘output mode’. This is wasteful. It’s a case of jumping ahead too early and, in fact, spell checkers and grammar checkers which involve false positives lead to similar distractions. The composition, if done properly, should be a staged process. At each stage, full attention should be given to the task at hand.

Writing of good material can be handled in plain-text mode, only later to have the mind occupied with structural layout (as opposes to structure, which requires shallow preparation and planning, without diving in). A similar issue comes up when people prepare presentations in a way that concentrates on looks rather than delivery of concise and important messages. Here is one among many writings on the dumbing-down effect of tools like Astound, PowerPoint, Keynote, KPresent, and Presenter.

In August, the Columbia Accident Investigation Board at NASA released Volume 1 of its report on why the space shuttle crashed. As expected, the ship’s foam insulation was the main cause of the disaster. But the board also fingered another unusual culprit: PowerPoint, Microsoft’s well-known ‘’slideware” program.

Identifying Personal E-mails and ‘Botmails’

Boxes

STUDIES which analyse large volumes of communication have always been interesting. For instance, most of the E-mail traffic nowadays is identified as SPAM; and over 80% of it is said to come from compromised Windows PC’s. However, for a change, this is not what I wish to discuss today. I don’t want to have yet another bite at the effects Windows has on the WWW. It leaves me bitter.

Earlier today I read that only 37% of all E-mail at the ‘average’ office are personal E-mails. The rest are not. Some E-mails these days are invoked from a system rather than a human. Typically these are less interesting, less urgent, or can be altogether ignored. Some of that is mass mail, automated and despatched using address databases.

It is sometimes hard to discern between a personal message–one to which a response would be polite–and one which is targetted at a wide audience and whose content is carefully doctored to appear personal. I would like to recommend and promote a personal tip of mine. It is a little method I thought about for detecting and telling apart computer-generated from human-generated mail. When entering your name (e.g. at registration stage), for example, always append extra spaces that serve no purpose but preserve the integrity of the name. Having done so, you challenged the wisdom of the bot. Before punctuation, for example, you can see if a human inserted the name properly. A naive algorithm will not bother to crunch spaces, so the automation deems self-evident.

In other circumstances, having the recipient’s addresses within sight may help. Full headers can be very informative and various Thunderbird extensions even simplify text with representative figures (e.g. routing information as a series of flags, mail client name as an icon, signature as an icon, etc.). It makes the information easier to digest and it adds a wealth of knowledge that is often missed. Lastly, never discount the BCC tricks. A seemingly personal message can reach anyone ‘on the same wagon’.

Linux/KDE Mockups Drive Increased Productivity

Black Halloween
KDE with a theme that I am particularly fond of

As KDE gears up towards the release of version 4, users continue to contribute innovative ideas. Below are a few examples, all of which are mockups and brainstorms.

  1. Show Progress in Title Bar. This one shows the pragmatic effect one can achieve by embedding extra information in the title bar of a shaded window.
  2. System Notification. Here we see an illustration of system and task status centralised under a single widget.
  3. Tasks Info in Less Windows. Lastly we have yet another similar example where information gets condensed, which saves some screen ‘real estate’.

Related items: KDE: User-Driven Innovation, KDE Receives Praises for Innovative Features

Users Are Efficient; Neither Stupid, Nor Lazy

WHY is it that so many user interfaces simply fail to work? It’s because users are permitted to take shortcuts and ignore the instructions. This is in fact the message which is delivered by Jeff Veen, whose opinion was inspired by another’s.

Veen concludes: “They’re not stupid. They’re not lazy. Don’t treat them that way.” Users are efficient. They want to get the job done with the least effort. It just doesn’t bode well as far as the intent of the developer is concerned.

Yanoff
New Yanoff for Palm - an example of
poor UI design

Making Your Work More Pleasant

Crocodile sign
A sign that is sure to get people’s attention

YESTERDAY I had a cursory look at ten tips for making your workspace more pleasant. As a gensture of reciprocity, here is the gist with warm attributions to the author, Steve Pavlina.

  1. Make your workspace look attractive to you.
  2. Clear out the clutter.
  3. Add plants.
  4. Make it smell good.
  5. Play relaxing music.
  6. Get a decent chair.
  7. Add a portable fan.
  8. Add a fountain.
  9. Personalize your space.
  10. Establish uninterruptible periods.

Points (3), (7-8) are the only ones I am in lack of. All of them involve the inclusion of objects, which I believe add to clutter (point 2).

KDE: User-Driven Innovation

Tiger in KDE
An example of less innovative KDE themes: Baghira Mac OS X lookalike

YESTERDAY I took a quick tour through some mockups and proposal made for the KDE project. I would like to present three examples, which are merely screenshots, sometimes combined with art work.

As these ideas were contributed and voted on by the community of users, no doubt KDE will remain at the forefront of functionality and user experience. It’s a case of programmers preparing and eating their own dogfood, so to speak.

Retrieval statistics: 21 queries taking a total of 0.667 seconds • Please report low bandwidth using the feedback form
Original styles created by Ian Main (all acknowledgements) • PHP scripts and styles later modified by Roy Schestowitz • Help yourself to a GPL'd copy
|— Proudly powered by W o r d P r e s s — based on a heavily-hacked version 1.2.1 (Mingus) installation —|