Friday, 4 April 2008

List of Rules and Laws in Physics and Astronomy

This is just something I happened to come across on a search for something else.

Very handy for the scientists among us, and I thought some of you might find this interesting.

Tuesday, 1 April 2008

Tags as interface? Discuss.

This post started as a response to a comment made by tumbleweed to my previous blog post. A couple of hundred words later, I realised I had more to say than I had anticipated. A thousand words after that, I decided to split my thoughts into a few separate posts, lest I receive the dreaded "tl;dr" (too long; didn't read).

I have a few thoughts, as a starting point. I'm not lecturing, I'm asking... That's the beauty of being friends with people who are smarter than you; they often have better ideas.

Why not add an abstraction layer between the filesystem and the user? I know, I know, extra system load, complexity, et cetera... but think of the benefits!

I'm thinking of a couple of directions one can take with this. Maybe the abstraction layer works with tags. All you need to do in order to save the file in the correct place, would be to tag it appropriately. Let's say, tagging a file with "documents books manuscript chapter1" would file it under "~/Documents/Books/Manuscript/Chapter1.odt" or whatever. (The format is obviously contextual to the program used, but giving arbitrary extentions should be as easy as adding ODF or CONF or whatever, in the tag cloud.) Adding "done" to the tags may, in this context, move each successive chapter into a subdirectory called "Finalised".

What if your document is suddenly part of another workflow? Let's say you've been editing your manuscript, and your editor wants to see the latest chapter. Adding the tag "email" will make your email client aware of the file, and your computer can do all kinds of nice things to make the process as painless as possible: conversion to a different file format, virus scanning, archiving, perhaps even encrypt your work. All of that makes sense, contextually speaking.

Let's look at this step-by-step, from the point of view of an office worker.

You are a regional assistant sales manager. You receive a work-related spreadsheet document attached to an email. Now what? You need to edit it with the latest sales figures. So you download it to a directory (aka. a "folder", for the youngfolk among us). Now that it's downloaded, you can either (a) open your file manager, browse to the file, and double-click it to open the default application (right-clicking to open it with a different application); or (b) You fire up your word processor manually, open the File Open dialog box, browse to the correct directory, select the file, and click Open. NOW we can start working... when you're done editing, you save the document again. You need to email it back to the appropriate person. Here we go again... open email client, start new email, CC: all the usual suspects, type a subject and some body text, click Attach, browse to the directory, open the file, click OK, click Send. Someone's secretary receives your spreadsheet. Oh, and you need to make a colour print of the graph for staff motivational purposes. "File --> Print --> Choose colour laser printer --> OK".

Is all that navigating-around-the-interface really necessary? What if there's an easier way?

You receive a work-related spreadsheet document attached to an email. Your work tag is "sales manager"; your interface finds the "sales figures" tag in the document. You're given the choice to open the document. The document is tagged with "unfinished", "return urgently" and "email". As soon as you're done adding the sales figures, you add "illustrate" and "print colour" and remove the "unfinished" from the tag cloud. The spreadsheet is furnished with a lovely colour graph and emailed to whomever needs it, and your graph is printed in such large letters as they write.

Is this impossible? Of course not.

Does this support the Interface Rules? If it's done right, you won't notice an interface.

Is this a good idea? Let's discuss it.