<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Trent Walton &#187; Apple</title>
	<atom:link href="http://trentwalton.com/tag/apple/feed/" rel="self" type="application/rss+xml" />
	<link>http://trentwalton.com</link>
	<description>Trent Walton&#039;s Web Site</description>
	<lastBuildDate>Tue, 15 May 2012 14:29:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Lion &amp; Safari Block-A Font Problems</title>
		<link>http://trentwalton.com/2011/08/29/lion-safari-block-a-font-problems/</link>
		<comments>http://trentwalton.com/2011/08/29/lion-safari-block-a-font-problems/#comments</comments>
		<pubDate>Mon, 29 Aug 2011 14:32:57 +0000</pubDate>
		<dc:creator>Trent</dc:creator>
				<category><![CDATA[Notes]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[Safari]]></category>
		<category><![CDATA[Typography]]></category>
		<category><![CDATA[Web Fonts]]></category>
		<category><![CDATA[Webkit]]></category>

		<guid isPermaLink="false">http://trentwalton.com/?p=4640</guid>
		<description><![CDATA[Since upgrading to Lion I’ve noticed a font rendering issue with Safari 5.1. Sites were randomly displaying some web-safe and web-served fonts with the Last Resort font, AKA “Block-A Characters.” These can appear for a variety of reasons, but I was getting them because Safari 5.1 has a compatibility issue when rendering fonts for those who use 3rd party font management apps. I use Font Explorer and love... <a href="http://trentwalton.com/2011/08/29/lion-safari-block-a-font-problems/">Read more</a>]]></description>
			<content:encoded><![CDATA[<p>Since upgrading to Lion I’ve noticed a font rendering issue with Safari 5.1. Sites were randomly displaying some web-safe and web-served fonts with the <a href="http://developer.apple.com/fonts/lastresortfont/">Last Resort font</a>, AKA “Block-A Characters.” </p>
<p><img src="/wp-content/uploads/2011/08/last_resort.jpg" alt="Last Resort Font A-Block"/></p>
<p>These can appear for a variety of reasons, but I was getting them because Safari 5.1 has a compatibility issue when rendering fonts for those who use 3rd party font management apps. I use <a href="http://www.fontexplorerx.com/">Font Explorer</a>  and love it, but after my old trick of <a href="http://twitter.com/#!/TrentWalton/status/96981852836999168">clearing font caches</a> proved unsuccessful, I took to twitter and got some good advice from <a href="http://twitter.com/#!/jasonsantamaria/status/107491186872291329">Jason</a> and <a href="http://twitter.com/#!/mattwiebe/status/107506414028726272">Matt</a>. I followed the steps outlined at <a href="http://reviews.cnet.com/8301-13727_7-20087102-263/webkit-sandboxing-conflict-causes-safari-block-a-font-problem/">this CNET post</a> and got an immediate fix. Hooray! Web fonts and font management are still a thing!</p>
]]></content:encoded>
			<wfw:commentRss>http://trentwalton.com/2011/08/29/lion-safari-block-a-font-problems/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Safari Extension: Live CSS Editor</title>
		<link>http://trentwalton.com/2010/07/12/safari-extension-live-css-editor/</link>
		<comments>http://trentwalton.com/2010/07/12/safari-extension-live-css-editor/#comments</comments>
		<pubDate>Mon, 12 Jul 2010 16:19:50 +0000</pubDate>
		<dc:creator>Trent</dc:creator>
				<category><![CDATA[Notes]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[Safari]]></category>

		<guid isPermaLink="false">http://trentwalton.com/?p=3603</guid>
		<description><![CDATA[Since downloading Safari 5, I’ve been incorporating some new extensions into the ol’ workflow. While I typically use CSSEdit to pick apart code in-depth, Jeremy Hubert’s Live CSS Editing Extension allows Safari users to make quick, experimental edits on the fly. Download the extension, fire it up and you’ll be able to turn the background of my site pink!]]></description>
			<content:encoded><![CDATA[<p>Since downloading Safari 5, I’ve been incorporating some new extensions into the ol’ workflow. While I typically use <a href="http://macrabbit.com/cssedit/features/preview/">CSSEdit</a> to pick apart code in-depth, <a href="http://jeremyhubert.com/playground/livecss/">Jeremy Hubert’s Live CSS Editing Extension</a> allows Safari users to make quick, experimental edits on the fly. <a href="http://github.com/jhubert/safari-live-css-extension">Download the extension</a>, fire it up and you’ll be able to turn the background of my site pink!</p>
]]></content:encoded>
			<wfw:commentRss>http://trentwalton.com/2010/07/12/safari-extension-live-css-editor/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Non Hover</title>
		<link>http://trentwalton.com/2010/07/05/non-hover/</link>
		<comments>http://trentwalton.com/2010/07/05/non-hover/#comments</comments>
		<pubDate>Mon, 05 Jul 2010 16:14:40 +0000</pubDate>
		<dc:creator>Trent</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[iPad]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Markup]]></category>
		<category><![CDATA[Mobile]]></category>
		<category><![CDATA[Multi-Touch]]></category>
		<category><![CDATA[UX]]></category>

		<guid isPermaLink="false">http://trentwalton.com/?p=3576</guid>
		<description><![CDATA[“Elements that rely only on mousemove, mouseover, mouseout or the CSS pseudo-class :hover may not always behave as expected on a touch-screen device such as iPad or iPhone.” A few days after Steve Jobs announced the release of the iPad, I read that in Apple’s Reference Library: Preparing Your Web Content for iPad, and started to realize the drastic implications the evolution of multi-touch would have on interaction... <a href="http://trentwalton.com/2010/07/05/non-hover/">Read more</a>]]></description>
			<content:encoded><![CDATA[<h3>“Elements that rely only on mousemove, mouseover, mouseout or the CSS pseudo-class :hover may not always behave as expected on a touch-screen device such as iPad or iPhone.”</h3>
<p>A few days after Steve Jobs announced the release of the iPad, I read that in Apple’s Reference Library: <a href="http://twa.lt/acSNGg">Preparing Your Web Content for iPad</a>, and started to realize the drastic implications the evolution of multi-touch would have on interaction design. Anything we design for the web that requires a hover state has an uncertain future and could be subject to serious usability issues.</p>
<h3>The Touch-Screen Boom</h3>
<p>If you think this is something that can be addressed later, when multi-touch “catches on”, consider this: as of June 22, 2010 <a href="http://www.apple.com/pr/library/2010/06/22ipad.html">Apple has sold 3 million iPads in 80 days</a>, <a href="http://daverupert.com/2010/06/fuck-yeah-mobile-web/">1.03 million touch screen phones are sold per day</a>, and companies like <a href="http://www.dell.com/tablet?s=biz&amp;cs=555">Dell</a> and <a href="http://www.pcworld.com/article/186160/hps_multitouch_tablet_previewed_arrives_later_2010.html">HP</a> have been developing &amp; releasing touch interfaces for tablets and laptops for quite a while now.</p>
<h3>The Hover Crutch</h3>
<p><a href="http://www.w3.org/TR/CSS2/selector.html#dynamic-pseudo-classes">Hover</a> states are everywhere. I don’t think I’ve ever written a stylesheet or designed a site without putting a significant amount of thought into how they should behave. As users, we’ve been conditioned to rely on hovers states to trigger changes in link color, reveal action items, and navigate through multiple tiers of a drop-down menu. Sliding our mouse pointers across a page to reveal hidden clickable points of action has become an automatic addition to our web browsing skill-set. As designers, we’ve turned to hover states to accommodate extra content and allow visual aesthetics to trump usability.  Like it or not, those days are over and the interactions we design are going to have to stand on their own two feet.</p>
<p>I believe that in most cases, the best solution isn’t pursuing alternatives such as <a href="http://www.engadget.com/2010/04/23/cypress-touchscreens-track-hovering-fingers-make-devices-even-m/2%23c27381318">multi-touch hovering technology</a>, trying to adapt hover-dependent designs, or transforming your website into an iPad/iPhone application. Instead of adding scripts, kilobytes, and billable hours to treat symptoms, I think the focus should be on simplicity and bullet-proof user experience design. In line with <a href="http://twitter.com/@lukew">Luke Wroblewski’s</a> statement that we should start designing for the web <a href="http://www.lukew.com/ff/entry.asp?1137">mobile-first</a>, I propose that we should be designing for Multi-Touch first, and moving forward, we can only afford to add hover states as enhancements only.</p>
<h3>Try to Avoid</h3>
<ul>
<li>Hyperlinks that aren’t 100% obvious</li>
<li>Javascript tooltips that show important information or metadata</li>
<li>Displaying action items on hover. Examples I’ve seen typically involve edit / delete items.</li>
<li>Displaying graphics in a less-than-ideal state until hovered: all those semi-opaque or black &amp; white screenshots and photos that only display full color when covered by a cursor</li>
<li>Drop-down menus. While some of these can be revealed on <em>click</em> or <em>tap</em>, be sure the user has cues that show those options.</li>
<li>Focusing too much on hover dependent CSS3. I know it’s a bit of a heartbreaker, but while these have always been seen as enhancements, we’re going to have to settle with the fact that multi-touch users won’t be seeing our fancy transitions.</li>
</ul>
<h3>How do we adapt?</h3>
<p>More often than not, making adjustments won’t be a quick or a simple process. The more layers of interaction a site has, the more work is going to have to be done to address usability issues. I’ve noticed that a few of my favorite sites have already taken a variety of steps to provide some fixes.</p>
<h3>Show everything.</h3>
<p>Prioritize your content, and if you’ve been hiding things behind hover states, make room to display them. The <a href="http://wordpress.org/">WordPress</a> admin posts screen is a great example of this. Normally, action items are only visible on hover, but if you login with a touch device the links are always displayed.</p>
<p><img src="/wp-content/uploads/2010/06/wordpress.jpg" alt="wordpress" /></p>
<h3>Utilize tap to reveal a hover state.</h3>
<p>Depending upon the implementation, this can be risky; <a href="http://amazon.com">Amazon</a> has done fairly well with this method for their category-based shopping navigation. The paneled list and orange arrows help to make those areas clearly tappable. Another example can be found in <a href="http://37signals.com/svn/posts/2407-device-scale-user-interface-elements-in-ios-mobile-safari">Basecamp’s edit and delete controls</a> for to-do lists, milestones, and files. When you hover over one of these the action items appear. For touch-screens they’ve built a javascript popup that works fairly well once you’ve figured it out. The problem is that users get no cue that tapping the to-do text is even an option, and I can’t help but think a solution similar to WordPress would have worked better. That being said, I’d happily pay a few extra pennies per month to get a mobile version of Basecamp.</p>
<p><img src="/wp-content/uploads/2010/06/basecamp.jpg" alt="basecamp" /></p>
<h3>Build specifically for touch-screen devices</h3>
<p>and take advantage of native device controls, gestures and popovers. Touch-screen apps for <a href="http://twitter.com/@TrentWalton">Twitter</a> and <a href="http://gowalla.com/trentwalton">Gowalla</a> play a key role in their overall success and are probably used more than the websites themselves. I use the <a href="http://blog.netflix.com/2010/04/netflix-available-on-ipad.html">Netflix iPad app</a> regularly, but in many cases it feels like a hover-dependent website dropped into an iPad viewport. Currently, if you’re browsing instant titles and want to add something to your queue by tapping, you’re looking at a 3 step series of taps instead of an instant hover reveal option with a point-and-click interface. If you’re going to build specifically for touch, you’ve got to follow through.</p>
<p><img src="/wp-content/uploads/2010/06/netflix.jpg" alt="netflix" /></p>
<h3>Wait for touch hover technology.</h3>
<p>I’m not convinced this would do anyone any good. It may be exciting to see what <a href="http://www.engadget.com/2010/04/23/cypress-touchscreens-track-hovering-fingers-make-devices-even-m/2%23c27381318">Cypress has come up with</a>, and to know that Apple has applied for a patent for a <a href="http://www.engadget.com/2010/01/27/apple-granted-patent-for-a-proximity-sensing-touchscreen/">proximity sensing touch-screen</a>, but this does worry me. I’d hate to see us revert to our old shortcuts and make user experience sacrifices just because the technology is in place. Plus, we’re going to look like a bunch of idiots who are afraid to touch our smart phones &amp; iPads. On the bright side, <a href="http://trentwalton.com/2010/04/26/ipad-wallpaper-touch-it/">Phil Dunphy</a> would love it!</p>
<h3>We’re going to be OK.</h3>
<p>Ultimately, I think seeing hover states fade away will make the web a better place. There never has been any substitute for concise content, clear interaction, and simple design. If we focus on core elements that make browsing the web great, our sites will function properly no matter how people use them.</p>
]]></content:encoded>
			<wfw:commentRss>http://trentwalton.com/2010/07/05/non-hover/feed/</wfw:commentRss>
		<slash:comments>60</slash:comments>
		</item>
		<item>
		<title>Multi-Touch</title>
		<link>http://trentwalton.com/2010/02/02/multi-touch/</link>
		<comments>http://trentwalton.com/2010/02/02/multi-touch/#comments</comments>
		<pubDate>Tue, 02 Feb 2010 17:48:49 +0000</pubDate>
		<dc:creator>Trent</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[iPad]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Mobile]]></category>
		<category><![CDATA[Multi-Touch]]></category>

		<guid isPermaLink="false">http://trentwalton.com/?p=2572</guid>
		<description><![CDATA[Multi-touch will change everything For years, web designers have been working within a firmly established jig. Books have been published, studies have been conducted and businesses have been built on a handful of fundamental interface design principles. Many of these rules have been written based on the understanding that a mouse will be serving as the primary tool in carrying out the user’s will. What happens if this... <a href="http://trentwalton.com/2010/02/02/multi-touch/">Read more</a>]]></description>
			<content:encoded><![CDATA[<h3>Multi-touch will change everything</h3>
<p>For years, web designers have been working within a firmly established jig.  Books have been published, studies have been conducted and businesses have been built on a handful of fundamental interface design principles.  Many of these rules have been written based on the understanding that a mouse will be serving as the primary tool in carrying out the user’s will.  What happens if this lowest common denominator for user interface design is replaced with a finger tip?  Multi-touch technology will soon change the web more CSS3 or even HTML5.</p>
<div class="grid_3 pull_6"><img src="/wp-content/uploads/2010/02/evolution.png" alt="evolution" width="134px" class="margined"/></div>
<h3>Mouse Clicks VS Finger Tips</h3>
<p>If I squint, I can get my mouse pointer accurate down to a single pixel.  The tip of my right index finger measures 30px X 40px.  That makes my finger 1200 times less precise than my mouse pointer.  Does that mean that multi-touch technology is a step backwards?  No.  After all, user interface design is all about making things easier and more natural.  Multi-touch does this by removing the middle man, in this case a mouse &amp; cursor.  Any gripe people have with multi-touch as it grows won’t be because they miss carefully positioning a mouse pointer to click a link.  It will be because web designers have crammed too much on a page, or made link buttons too small for fingers to easily tap. </p>
<h3>Scrolling VS Zooming &amp; Tapping</h3>
<p>Until now, websites have moved vertically, like a filmstrip, through a browser window.  This specific linear method of engaging content has made a web designer’s job relatively easy.  Counting on the fact that users are limited to scrolling from top to bottom while viewing the entire width of the page, important items can be placed at the top of the page (above the fold) while additional content can be arrayed below, or in a sidebar.  With multi-touch, DIVs are the new fold.  Being able to tap on a section to zoom in will allow users to focus only on the content they want to see.  This quadrant based page browsing will make skipping over uninteresting content &amp; advertisements much easier.</p>
<div class="grid_3 pull_6"><img src="/wp-content/uploads/2010/02/mtfold.jpg" alt="the fold"  class="margined"/></div>
<h3>Multi-touch VS Mobile VS Standard</h3>
<p>These are two very different areas of interface design that have a lot in common.  Many of my iPhone apps already cater to finger tips with their big buttons &amp; super simple navigation.  So this begs the question, do we need to design a mobile and a multi-touch version of a website?  I don’t think so.  I think the core structure of what the regular version of a website will need to adapt to fit fingertips, which means everything will have to be redone, re-imagined... re-figured out.</p>
<h3>A Change in Posture</h3>
<p>During the Apple Keynote, Steve Jobs wasn’t hunched over a desk pecking characters into a keyboard.  He was sitting on a couch, casually flipping through content on his iPad.  To an extent, web design has been all about what we want users to see and when.  We’ve been orchestrating the user-experience from click in to click out.  With multi-touch the tables have turned.  With a brand new set of gestures, users will be calling the shots as they tap, swipe, pinch and zoom.  It will now be up to the web design community to study up &amp; do their best to follow along.</p>
]]></content:encoded>
			<wfw:commentRss>http://trentwalton.com/2010/02/02/multi-touch/feed/</wfw:commentRss>
		<slash:comments>20</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Database Caching 1/22 queries in 0.035 seconds using disk: basic
Object Caching 541/584 objects using disk: basic

Served from: trentwalton.com @ 2012-05-17 01:20:29 -->
