Rev Mentor

Tips, tricks, news & commentary for Revolution developers 
Filed under

UI

 

What iPad Apps Are Going to Feel Like

Want to know what freshly developed apps for the iPad are going to feel like? Looking through Apple's iPad User Experience Guidelines is surprisingly revealing.

Some of the key points Apple's pushing on app developers for the iPad, and how Apple thinks their apps should behave:

They want apps to work no matter how you hold the iPad: "Your application should encourage people to interact with iPad from any side by providing a great experience in all orientations."

They don't want applications to just be bigger: "The best iPad applications give people innovative ways to interact with content while they perform a clearly defined, finite task. Resist the temptation to fill the large screen with features that are not directly related to the main task. In particular, you should not view the large iPad screen as an invitation to bring back all the functionality you pruned from your iPhone application." That's some straight talk.

They're super into the sharing thing: "Think of ways people might want to use your application with others. Expand your thinking to include both the physical sharing of a single device and the virtual sharing of data."

The oddly "realistic" bookshelf in iBooks isn't a fluke: "Consider a more real-world vision of your application. For example, on iPhone, Contacts is a streamlined list, but on iPad, Contacts is an address book with a beautifully tangible look and feel."

Multi-finger gestures will abound: "The large iPad screen provides great scope for multifinger gestures, including gestures made by more than one person."

It shouldn't feel like a computer, even if the iPad lets you do computer-y things with files now: "Although iPad applications can allow people to create and manipulate files and share them with a computer (when the device is docked), this does not mean that people should have a sense of the file system on iPad."

Starting to get a sense of things, and how apps are going to feel vs. their iPhone counterparts? There's more guidelines, like on how to use popovers, over at UX Mag. [Apple, UXMag]

The concepts here are good for any software development effort, including Revolution-based. Holding on to old models like deep file system interaction really is a form of admitting defeat.

Loading mentions Retweet
Filed under  //   apps   feel   iPad   lookandfeel   revolution   UI  
Posted by Jerry Daniels 

Comments [3]

Check out this window!

Let's see if we can get Revolution to do that! It can't right now. I'll have to convince Kevin.

Loading mentions Retweet
Filed under  //   plastic card   UI   window  
Posted by Jerry Daniels 

Comments [1]

You can't make it pretty later

Click image below to view Stephen Anderson's excellent slide show...

via Garry Tan

Loading mentions Retweet
Filed under  //   design   interface   ui   visual   workflow  
Posted by Jerry Daniels 

Comments [0]

The Spectrum of User Experience

UX = user experience. Look what disparate disciplines go into making a good user experience. I have been looking at this diagram for about an hour, now. Wow.

Loading mentions Retweet
Filed under  //   diagram   ui   user experience   ux  
Posted by Jerry Daniels 

Comments [2]

Open source = bad UI?


There was an interesting post by John Gruber regarding open source UI on Daring Fireball today (which is actually a reflection upon another post by Matthew Paul Thomas). So, I am posting on a post of a post. (Sorry, couldn't help it.)

Here's what Gruber has to say:

I posit that the usability and elegance of any product, software or hardware, tends to reach and seldom surpasses the level that satisfies the taste of whoever is in charge of the product. The people in charge of most free and open source software products tend to have poor taste in user interfaces; people with good taste in user interface design are seldom in charge of open source software projects.

I totally agree with this, but, would add the corollary:

Someone has to really be in charge (i.e., have the authority) to rule on issues of user interface before "taste" even comes into the picture.

The truth is, among open source aficionados, it is considered undemocratic (i.e., politcally incorrect) to enforce a particular person's vision of a UI. They tend to congregate toward a consensus UI/design.

How about this: one person develops the workflow/design/UI — and, then the group does the code?

Loading mentions Retweet
Filed under  //   article   design   UI  
Posted by Jerry Daniels 

Comments [0]

Administrative debris and UI

You can have the best development tools in the world and still clutter up your screen, obscure functionality, and totally confound users.


EXHIBIT A (above): The user of this app would undoubtedly wonder, "What shall I do first? Where's the focus?" Where, indeed, is there any rest in this UI for the weary eye?

Administrative Debris is a phrase that comes to my mind. Cute to relate the UI to a Vegas slot machine; but, ultimately self-defeating. I know this married-to-the-metaphor approach to interface well. I've done it myself — and to myself!

Click the image to read the Signal vs Noise posting that uses this example as a cautionary tale.

Loading mentions Retweet
Filed under  //   design   UI  
Posted by Jerry Daniels 

Comments [0]

Great, pertinent UI article


Bill Higgins wrote a great article on web app interface vs desktop app interface. He rightly points out that users' UI expectations are so very different on the web than on the desktop.

John Gruber (Daring Fireball) also points out that when one tries to do desktop UI on the web you get MobileMe which has been a non-hit with users because it looks right but doesn't work right. You expect desktop UI to perform at desktop app speed which--by my reckoning--MobileMe annoyingly does not.

I suggest those of us involved in the Rev Mentor in Rev project, keep all this in mind and not do the converse of MobileMe and try to use web app UI in a desktop app.

Loading mentions Retweet
Filed under  //   article   design   UI  
Posted by Jerry Daniels 

Comments [0]

Big Bang Concepts and API's

John Gruber wrote a great piece entitled "Bang" this week. He spent some time talking about how to come up with concepts for an app. I always like his "bare minimum" approaches.

Gruber also drew in comments from Craig Hockenberry (Twitterrific) and Fraser Speirs (Exposure, a Flickr client). A fairly thoughtful, pithy read, this one.

John was talking specifically about iPhone apps, but, since the role of APIs in design/architecture was also discussed, I thought it worth posting a link to it here as we ponder using APIs in content management systems.

Loading mentions Retweet
Filed under  //   apps   design   UI   workflow  
Posted by Jerry Daniels 

Comments [2]

Great, Pertinent UI Article

Bill Higgins wrote a great article on web app interface vs desktop app interface. He rightly points out that users' UI expectations are so very different on the web than on the desktop.

John Gruber (Daring Fireball) also points out that when one tries to do desktop UI on the web you get MobileMe which has been a non-hit with users because it looks right but doesn't work right. You expect desktop UI to perform at desktop app speed which--by my reckoning--MobileMe annoyingly does not.

I suggest those of us involved in the Rev Mentor in Rev project, keep all this in mind and not do the converse of MobileMe and try to use web app UI in a desktop app.

Loading mentions Retweet
Filed under  //   design   UI  
Posted by Jerry Daniels 

Comments [0]