This is progress?

Just saw an article on Mono over at Sitepoint, and I stopped reading after the requisite. Hello World sample to write this entry (I’ll finish it later…).

Let’s compare, shall we…

Mono:
public class HelloWorld {
static void Main() {
System.Console.WriteLine(“Hello World!”);
}
}

Java:
class HelloWorldApp {
public static void main(String[] args) {
System.out.println(“Hello World!”);
}
}

What’s all the buzz about? Where’s the beef improvement?

I can have quasi-open-source syntactic cruftyness from Sun, or open-source cruftyness from Mono, (but doesn’t it feel weird to write in a language built by someone decidely **un**-open source).

Isn’t it time we move on?

Posted in Technology | Comments Off on This is progress?

Eyetracker III is out

Poynter has released their Web-focused Eyetracker study.

Found it at the end of my lunch break (hat tip), hope to have thoughts and reactions soon.

In the meantime, check out the overview.

**Update**: Hypergene has an interview with Steve Outing on the study

Posted in Journalism, Web design | Comments Off on Eyetracker III is out

PHP’s object syntax

PHP 5 is out, and with it comes better support for objects.

Having been smitten with another P language, I haven’t played with PHP much recently, but one thing struck me as odd.

What’s up with the object references in that language?

PHP uses -> as a seperator, instead of a period — does that strike anyone as odd?

Other languages use dot-notation — which is a fancy term for a period.

So while some of us would do this: foo.bar()

PHP users have to do this: foo->bar()

While the arrow is nice, a good visual way to indicate that you’re accessing an object’s method or properties, is it really worth two keystrokes (three if you count the shift to get the >)?

It may seem minor to some, but it feels fairly disruptive to me.

My hands are used to belting out a period, and often — us journalists like short sentences, and we like our periods (semicolons need not apply).

P.S. Apologizes for not mention our new Adsense ads — its a trial at the moment. If you find them too much, do drop a comment… we’re about as attached to them as we are to -> notation.

Posted in Technology | Comments Off on PHP’s object syntax

(Epi)Centrist designers

Leave it to the folks at 37signals to come with up a great name and method for Web design — epicenter-based design.

This is something that I, and probably a lot of designers, have been doing, both consciously and subconsciously for a while. This is a great example of the “Architectural Digest discussion” that we should be having.

Blogs are very popular — for a variety of reasons — but one thing that interests me is how popular the design of blogs have become… even for non-blog sites.

The default templates of most blog publishing systems, and most of the custom templates out there, epitomize this epicentrist design idea.

What makes a blog a blog is its content — so put it front and center and let the rest of the page elements flow around this center.

While I agree with almost all of the points made over at MediaSavvy about why Newspapers should be more like a blog, I’d like to add “Design your site to be more like a blog.”

I think this content-focused, reverse-chronological way of presenting frequently updated content — that has originated with blogs — is quickly becoming the defacto UI for presenting news online.

This will become even more so, I suspect, as RSS readers and newspaper feeds end up in the hands of more consumers.

Those apps, for the most part, default to a very “blog-like” view of the incoming entries — whether they be news stories, software updates, or even good deals on Apple goods.

Posted in Web design | Comments Off on (Epi)Centrist designers

Web sites as applications

There’s been a lot of talk lately about “improving” the UI of the Web. Mostly by trying to add standards for “rich” clients.

Gruber has come back with an equally thoughtfull, and in my opinion, correct analysis of the Web’s strengths.

Essentially, the Web is a disruptive technology (OK, that’s a no duh… give me a sec).

Alot of folks smarter than me are coming to the conclusion that the Web is a disruptive technology for traditional, rich apps.

I’ve actually been mulling the strengths of Web-vs.-rich apps for a while as I’ve been taking on more development projects at work.

If you look at Gruber’s piece and Ian Bicking’s follow-up you can come away with a list of strengths of the Web:

* Easy to deploy — Upload your new modules, (or fine, your php files, your jars, etc.) and your clients — each and every one of them — has the new app.

Even with their “you’ll download our updates and you’ll like it” approach to Windows Update, even Microsoft can’t offer that kind of speed or breadth of deployment.

* Consistent UI — Unless you go and do some major Javascripting or Flashing your site probably looks like a Web site. It has links, form widgets, text and photos.

Users can sit down at any Web site and they’ll be in a better position to figure out your apps functionality. They’ll grok the how they only need to know the what.

* Easily portable — Assuming you abide by the standards you get instant portability and compatability to any device that renders (X)HTML, practically for free.

In fact, its often in a vain attempt to achieve some semblance of “richness” that developers in/advertendly lock themselves into one platform.

What does all this mean for news media publishing to the Web (and who isn’t). Here’s a quick list of recommendations:

1. Don’t pursue ‘richness’ at all costs — If your locking out users of different platforms (and platforms now include cellphones, PDAs, and search engines — among others) in an attempt to achieve “richness”, stop.

Plenty of users, on plenty of other Web sites have shown that they’re perfectly capable of handling a “non-rich” client.

I know that those cool Javascript/Java/Flash demos are impressive when you’re sitting in a conference room looking at a site. But try using the site instead…

2. Don’t lock your(self and) users out — Newspapers are particularly bad about pursuing the largest audience to the detriment of others.

Why not, its in our blood. We produce one product (don’t give me that zone smack, that’s not true customization) for one monolithic audience.

That don’t cut it on the Web. The Web is made up of a myriad of users, with a myriad of user-agents, fonts, font-sizes, and screen resolutions — not to mention operating systems.

It’s too easy for newspapers to say “Well IE is our major audience.” It sounds an awful lot like “40- to 60-year-olds are our major audience,” — and we all know how well that mindset has served print readership….

When you lock out users, you’re locking yourself out of the future. Browsers, and operating systems change — but your users will, hopefully, still like to visit your site.

3. Embrace the Webness — Ok, I made that word up. Here’s a short, and glib, strategy for doing that:

Be more like a Web log, and use clicks. 🙂

Posted in Web design | Comments Off on Web sites as applications