<?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>Invisible Interface</title>
	<atom:link href="http://www.invisibleinterface.net/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.invisibleinterface.net</link>
	<description>We design and develop beautiful apps for iPad and iPhone.</description>
	<lastBuildDate>Fri, 05 Apr 2013 11:52:54 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>On Sharing Pricing and Why it&#8217;s Not the Most Important Part of a Project</title>
		<link>http://www.invisibleinterface.net/2012/04/on-sharing-pricing/</link>
		<comments>http://www.invisibleinterface.net/2012/04/on-sharing-pricing/#comments</comments>
		<pubDate>Tue, 17 Apr 2012 16:00:55 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[pricing]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=805</guid>
		<description><![CDATA[We fully realize every project is different, which seemed to be the biggest contributing factor to pricing not being shared. It’s not fair to charge a one-size-fits-all price for every client or project, but sharing an average could be just fine and very helpful for potential clients.]]></description>
				<content:encoded><![CDATA[<p>Sharing pricing information isn&#8217;t something you see every day in the design world. There are myriad reasons why designers and agencies don&#8217;t want to share pricing: competition, clients thinking this price is the price they&#8217;ll pay, or more generally uncool reasons like not telling them so you can really overcharge, etc. We&#8217;ve considered those things, and they&#8217;re easily fixed with a little education like what you&#8217;ll read in this blog post and on our <a title="Pricing" href="http://www.invisibleinterface.net/pricing-information/">pricing page</a>.</p>
<p>We fully realize every project is different, which seemed to be the biggest contributing factor to pricing not being shared. It’s not fair to charge a one-size-fits-all price for every client or project, but sharing an average could be just fine and very helpful for potential clients.</p>
<p>With that in mind, we took take an average of a few recent projects and shared some data from them. Clients can look our pricing to quickly see if we&#8217;re going to work out for them. We just want to make it easier for everyone to judge whether we&#8217;re a good fit. We don’t want to waste your time if we&#8217;re not going to work out for you.</p>
<p>Since we&#8217;re on the subject, we&#8217;d prefer that you looked at <a title="Our Work" href="/work/">our work</a>, then <a title="Process" href="http://www.invisibleinterface.net/process/">our process</a>, then <a title="Pricing" href="http://www.invisibleinterface.net/pricing-information/">our pricing</a>. We say that because we believe price—while important—is a comparatively small part of considering who to hire. Yeah, you can find someone cheaper. You&#8217;ll be hard-pressed, however, to find someone with the right combination of:</p>
<ul>
<li>Having the skills to deliver what you need</li>
<li>Understanding what you&#8217;re doing and how to tell your story</li>
<li>Caring enough about your project to do it right the first time</li>
</ul>
<div>And what we&#8217;re trying to say here is: that&#8217;s us. We know you want your project to be a success, because why else are you investing your time, reputation and money on this project?  We get that, and want to make a great project with you. So let&#8217;s deal with money as quickly as we can so we can get onto more important things, like how to make this project a winner.</div>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2012/04/on-sharing-pricing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mobile Sites vs. Apps: The Coming Strategy Shift</title>
		<link>http://www.invisibleinterface.net/2012/04/mobile-sites-vs-apps-the-coming-strategy-shift/</link>
		<comments>http://www.invisibleinterface.net/2012/04/mobile-sites-vs-apps-the-coming-strategy-shift/#comments</comments>
		<pubDate>Wed, 11 Apr 2012 16:00:10 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[iOS & Mobile]]></category>
		<category><![CDATA[ui]]></category>
		<category><![CDATA[user experience]]></category>
		<category><![CDATA[ux]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=731</guid>
		<description><![CDATA[As of this writing, theres no contest: ship mobile apps if you can afford it. Our usability studies with mobile devices clearly show that users perform better with apps than with mobile sites. Mobile sites have higher measured usability than desktop sites when used on a phone, but mobile apps score even higher.]]></description>
				<content:encoded><![CDATA[<blockquote><p>As of this writing, theres no contest: ship mobile apps if you can afford it. Our usability studies with mobile devices clearly show that users perform better with apps than with mobile sites. Mobile sites have higher measured usability than desktop sites when used on a phone, but mobile apps score even higher.</p>
<p>via <a href="http://www.useit.com/alertbox/mobile-sites-apps.html">Mobile Sites vs. Apps: The Coming Strategy Shift Jakob Nielsens Alertbox</a></p></blockquote>
<p>Not to mention that you still can&#8217;t quite do all the things on a mobile-optimized or responsive website. There are some fantastic things coming out of the CSS3 and HTML5, like being able to detect the tilt of your phone. Despite all that, the web still can&#8217;t match the mobile app experience yet.</p>
<p>Part of why I see mobile apps being the best choice right now is how familiar the UI can be for users if you create a native mobile app. Let&#8217;s use iOS as an example. It provides a lot for you: tabs and other easy ways of navigating, slick transitions, an already defined and easy to customize set of design elements that have been proven to work well.</p>
<p>You use these elements (and customize them so your app doesn&#8217;t look generic) and focus on presenting your app&#8217;s content in a pleasing way.</p>
<p>Of course, mobile geeks could quickly point out that you can make your site a mobile web app; while you can certainly do that, you&#8217;ll likely end up re-creating a lot of what the operating system can handle for you: back buttons, action buttons, page transitions, tabs, and the list goes on. You can certainly make a great-looking mobile app that works with multiple devices, no questions. You just have a little more work to do.</p>
<p>Nielsen also points out that this strategy is best for now, and will one day change. But for now, mobile apps beat mobile websites hands down. I agree.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2012/04/mobile-sites-vs-apps-the-coming-strategy-shift/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Starting a Design Studio Checklist, a How-To Guide.</title>
		<link>http://www.invisibleinterface.net/2012/03/starting-a-design-studio-checklist-a-how-to-guide/</link>
		<comments>http://www.invisibleinterface.net/2012/03/starting-a-design-studio-checklist-a-how-to-guide/#comments</comments>
		<pubDate>Tue, 20 Mar 2012 16:04:09 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[admin]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=725</guid>
		<description><![CDATA[Starting a design business isn't easy, but here's a helpful guide on how to get started.]]></description>
				<content:encoded><![CDATA[<p>I&#8217;ve been asked this a few times, and thought it&#8217;d be prudent to turn it into a blog post. I&#8217;d appreciate any feedback you had on this, too.</p>
<h3>Set up an LLC or S-Corp.</h3>
<p>You can operate as a sole proprietorship if you&#8217;d like, but that leaves your personal assets open in case something goes south with your business. LLCs are nice, and pretty simple to set up. The forms, paperwork and fees vary by state. You can handle this yourself with a little searching on your state&#8217;s Secretary of State website. If you&#8217;d rather someone handle it, legalzoom.com or a lawyer can help you with this.</p>
<h3>Get the paperwork out of the way.</h3>
<p>You&#8217;ll need to file for your LLC in your state, and you may have to apply for other local permits in both your city and county.<br />
You&#8217;ll also want to get:</p>
<ul>
<li>Federal Tax Number</li>
<li>You&#8217;ll give this to people who hire you when you fill out a W9</li>
<ul>
<li>Here&#8217;s the link to the <a title="Get a Federal Tax Number" href="http://www.irs.gov/businesses/small/article/0,,id=102767,00.html" target="_blank">IRS&#8217; site</a>, where they&#8217;re free. There are companies who provide these for a fee, and you can safely avoid them.</li>
</ul>
<li>Employment Security number (if you&#8217;re setting up payroll)</li>
<ul>
<li>Where you go depends on your state</li>
</ul>
<li>Articles of Organization if you&#8217;re forming an LLC or other company</li>
<ul>
<li>Available from your state&#8217;s Secretary of State&#8217;s website</li>
</ul>
</ul>
<h3>Get a bank account.</h3>
<p>To set up a business banking account, you&#8217;ll need to have your LLC officially formed. You&#8217;ll want to keep your business&#8217; funds separate from your own, else tax time will become nightmarish.</p>
<h3>Get a lawyer.</h3>
<p>They can help you with setting up your LLC, creating solid agreements, reviewing client agreements, and being there when things go south.</p>
<h3>Get a CPA.</h3>
<p>They&#8217;ll help you prepare for taxes, as well as find lots of ways to reduce your tax burden. They&#8217;ll also help prepare your tax returns, which gets tougher when you have a company and a personal return. They also help you understand what you can write off on your taxes.</p>
<h3>Get an agreement.</h3>
<p>This can&#8217;t be stressed enough. You&#8217;re asking for a lot of confusion, anger and stress if you don&#8217;t. Your lawyer can help you. Alternatively, you can <a title="Client Agreement" href="http://www.invisibleinterface.net/client-agreement/">use our Plain English, lawyer-vetted client agreement</a>.</p>
<h3>Find out how clients will pay you, and when.</h3>
<p>This is more for your benefit. Usually half down and half upon delivery is acceptable on shorter projects.</p>
<p>For longer projects, it may make sense to bill when you hit certain milestones. For example, on a 6 month project, you may want to bill once at the outset, once when you deliver comps and once when you complete the project.</p>
<p>More than anything, get this figured out before you jump into a project with a client so that your expectations both match up.</p>
<h3>Get some invoicing/bookkeeping software.</h3>
<p><a title="See Billings' Site" href="http://www.marketcircle.com/billings/" target="_blank"> Billings for Mac</a>, <a title="Check out Harvest's Site" href="http://www.getharvest.com/" target="_blank">Harvest</a> and <a title="Check out Freshbooks' site" href="http://www.freshbooks.com/" target="_blank">FreshBooks</a> are all great. Personal experience: things are a little hairier with Billings Pro if you have more than one person using your software, even if you pay for the extra seat. Using a good old spreadsheet is ok, but I saved a lot of time by switching to billing software.</p>
<p>If you find yourself away from your main workstation a lot and you&#8217;re an iOS person, check out Billings or Harvest. It has an iPhone app, which is pretty handy.</p>
<h3>Get a website.</h3>
<p>Even if it&#8217;s something simple, people need to know how to get in touch with you and what you do.</p>
<h3>Get on Twitter or some other way to connect with people.</h3>
<p>Talk about what you do, and connect with other people who do what you do. Also, connect with people who could hire you.</p>
<h3>Plan for taxes.</h3>
<p>If you&#8217;re not into the CPA idea, make sure you plan for (and pay) your quarterly taxes. In the past, I used 25% as the number I needed to save for taxes. We pay quarterly, and our CPA ended up getting us a slight refund. We dug that.</p>
<h3>Pay yourself a salary.</h3>
<p>Don&#8217;t just take everything (remember, we&#8217;re planning for taxes), take a reasonable salary. You can set up payroll for your company, or just write yourself a check each week. Long-time Freelance tip: if you pay yourself via payroll, it&#8217;ll be easier for you to get a loan for a house.</p>
<p>There are lots more things to consider, too, and I&#8217;m sure you guys can add more. <a title="Tweet us!" href="http://twitter.com/heyinvisible" target="_blank">Tweet us</a> and we&#8217;ll keep this updated with your ideas.</p>
<p><small>Photo via <a href="http://www.flickr.com/photos/theuglyyou/3787257833/" target="_blank">bumblebeelovesyou</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2012/03/starting-a-design-studio-checklist-a-how-to-guide/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Here&#8217;s a Solid Web Design Agreement Written in Plain English</title>
		<link>http://www.invisibleinterface.net/2012/02/heres-a-solid-web-design-agreement-written-in-plain-english/</link>
		<comments>http://www.invisibleinterface.net/2012/02/heres-a-solid-web-design-agreement-written-in-plain-english/#comments</comments>
		<pubDate>Tue, 28 Feb 2012 14:00:01 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[Freebie]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=748</guid>
		<description><![CDATA[I don't like not being able to understand something, and I really hate being forced to sign something I don't (or can't) completely understand. So, we had our agreement written in Plain English and are sharing it with you.]]></description>
				<content:encoded><![CDATA[<p>I don&#8217;t like not being able to understand something, and I really hate being forced to sign something I don&#8217;t (or can&#8217;t) completely understand. So, we had our agreement written in Plain English. No thick legalese, no opaque language. Our clients have appreciated it, and I&#8217;ve been very happy with not having to answer a lot of questions about what the meaning of Paragraph 8, line 2 means in regard to Clause 3.</p>
<p>I first got the idea from a post on <a title="Read Andy Clarke's post about contracts" href="http://24ways.org/2008/contract-killer">24Ways</a> a few years ago where Andy Clarke shared his agreement. It wasn&#8217;t written or reviewed by an attorney and needed a few tweaks, but it got me started and I was thankful for it.</p>
<p>So, here&#8217;s the one our clients sign. I wanted to make it easy for you to plug in a few things and get rolling, so you&#8217;ll find that there are a few spots where you can just drop in some information, like who you are, the project&#8217;s cost, etc. It&#8217;s also been attorney-vetted, so that&#8217;s always a plus.</p>
<p>This agreement covers about everything you&#8217;d need when designing a website or app:</p>
<ol>
<li>Who&#8217;s who in the agreement</li>
<li>What you&#8217;re doing for them, and what you&#8217;re delivering</li>
<ul>
<li>This also covers what browsers you&#8217;re going to test in, and I&#8217;ve updated it in light of Mozilla and Google&#8217;s auto-updating browsers.</li>
</ul>
<li>The scope of the project</li>
<ul>
<li>How long the project will last</li>
<li>How changes are handled</li>
</ul>
<li>What the project costs and when you get paid</li>
<li>The client&#8217;s responsibilities</li>
<li>Who owns what at the end and who has publishing rights</li>
<li>How support is handled</li>
<li>Canceling the contact</li>
<ul>
<li>This covers who owes what, and what&#8217;s expected of both parties</li>
<li>It also keeps the rest of the agreement&#8217;s protections in place</li>
</ul>
<li>Other miscellaneous things</li>
<ul>
<li>That you&#8217;re working as an independent contractor, and not an employee</li>
<li>This contract can&#8217;t be moved over to anyone else without both parties&#8217; consent</li>
<li>If one part of this agreement isn&#8217;t enforceable, the rest stays in place</li>
<li>Where the contract is governed (usually your state)</li>
</ul>
</ol>
<p>That said, I&#8217;m happy to share it with you. Please adapt it, remix it and redistribute it.</p>
<p><a class="button" title="Client Agreement" href="http://www.invisibleinterface.net/client-agreement/">Get the agreement &rarr;</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2012/02/heres-a-solid-web-design-agreement-written-in-plain-english/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Modern Pictograms</title>
		<link>http://www.invisibleinterface.net/2012/02/modern-pictograms/</link>
		<comments>http://www.invisibleinterface.net/2012/02/modern-pictograms/#comments</comments>
		<pubDate>Tue, 21 Feb 2012 17:00:41 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Design & Development]]></category>
		<category><![CDATA[font]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=733</guid>
		<description><![CDATA[I'm a big fan of making everything my work compatible with whatever resolution a device may have. Whether someone's browsing on a 3Gs, iPhone 4 or an iPad, I'll want the icons that I employ to look the best they can.]]></description>
				<content:encoded><![CDATA[<p>I&#8217;m a big fan of making everything my work compatible with whatever resolution a device may have. Whether someone&#8217;s browsing on a 3Gs, iPhone 4 or an iPad, I&#8217;ll want the icons that I employ to look the best they can.</p>
<p>Right now, I use media queries to do that; it&#8217;s fun and pretty, but adds a a little weight to the site. That&#8217;s why I was especially stoked to see that someone put some icons together in a font. This lets you put in one icon and not have to worry about exporting a larger duplicate.</p>
<p>They&#8217;re free, too. So grab them. I&#8217;m itching to try them out myself.</p>
<p><a href="http://thedesignoffice.org/project/modern-pictograms/">Modern Pictograms &#8211; The Design Office</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2012/02/modern-pictograms/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Should websites look the same in every browser?</title>
		<link>http://www.invisibleinterface.net/2012/01/should-websites-look-the-same-in-every-browser/</link>
		<comments>http://www.invisibleinterface.net/2012/01/should-websites-look-the-same-in-every-browser/#comments</comments>
		<pubDate>Thu, 19 Jan 2012 14:05:22 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Design & Development]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=474</guid>
		<description><![CDATA[I get this question a lot, and wanted to give a brief explanation. In short, no, they don't. I'll sometimes point users to Do Websites Need To Look Exactly The Same In Every Browser?/, but of course more detail is usually necessary. So, here it is.]]></description>
				<content:encoded><![CDATA[<p>I get this question a lot, and wanted to give a brief explanation. In short, no, they don&#8217;t. I&#8217;ll sometimes point users to <a title="Answer: nope." href="http://dowebsitesneedtolookexactlythesameineverybrowser.com/" target="_blank">Do Websites Need To Look Exactly The Same In Every Browser?</a>, but of course more detail is usually necessary. So, here it is.</p>
<p>Why not? Because each browser handles displaying elements differently; often it isn&#8217;t the best use of your client&#8217;s money to give users the same pixel-for-pixel experience on every browser.</p>
<p>What&#8217;s important is something called graceful degradation, because it focuses on letting users access what&#8217;s important—the content—regardless of what their browser supports. The best browsers get to display the best features like drop shadows, rounded corners, sweet CSS-based animations and other goodies. Browsers that can&#8217;t support those still get the best experience they can afford; sometimes that means no rounded corners on your buttons (hi, Internet Explorer 7 and 8 users).</p>
<p>Of course, it&#8217;s possible to add these things after the fact with jQuery and the like, but I&#8217;ve found it really just makes things cumbersome when you go to update something a year or so down the road.</p>
<p>You also need to ask yourself if supporting an older browser is right for your site. Take a look at your Google Analytics reports (you do have that, right?) and see what percentage of your visitors use Internet Explorer, and what percentage of them use older browsers like Internet Explorer 7 (or 6 even). Depending on the size of your site, 3% may be the magic number for dropping IE6 support. Other sites it may be 15%. It really all depends on how many visits and page views you get per month from that browser.</p>
<p>It&#8217;s nice to know that since <a title="Microsoft turns on auto-updates for Internet Explorer!" href="http://arstechnica.com/microsoft/news/2011/12/microsofts-new-automatic-update-plan-could-finally-spell-the-end-of-ie6.ars" target="_blank">Microsoft</a>, Chrome and Firefox (Apple, you out there?) are turning on auto-updates, since discussions like this will one day be irrelevant. Seriously, thank you, Redmond.</p>
<p>While it&#8217;s important to consider your users, you also need to make sure you&#8217;re using looking forward and using the best technology possible for your site. If you keep looking back to support older browsers, your site&#8217;s current version won&#8217;t stay as fresh as it could.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2012/01/should-websites-look-the-same-in-every-browser/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Front End Upload, a Handy WordPress Plugin</title>
		<link>http://www.invisibleinterface.net/2012/01/front-end-upload-a-handy-wordpress-plugin/</link>
		<comments>http://www.invisibleinterface.net/2012/01/front-end-upload-a-handy-wordpress-plugin/#comments</comments>
		<pubDate>Mon, 09 Jan 2012 16:31:40 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Productivity]]></category>
		<category><![CDATA[plugin]]></category>
		<category><![CDATA[wordpress]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=707</guid>
		<description><![CDATA[So, we're back from the holiday break, ready to make things better and generally more awesome. 

First up: making it simple for clients to send you any size file, without having to use things like YouSendIt or FTP.]]></description>
				<content:encoded><![CDATA[<p>So, we&#8217;re back from the holiday break, ready to make things better and generally more awesome. </p>
<p>First up: making it simple for clients to send you any size file, without having to use things like YouSendIt or FTP.</p>
<p>We found a great WordPress plugin called Front End Upload, and I can&#8217;t wait to make this work for our clients. Thanks, <a href="http://mondaybynoon.com/20120102/announcing-front-end-upload-wordpress-plugin/">Monday By Noon</a>!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2012/01/front-end-upload-a-handy-wordpress-plugin/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Don&#8217;t Give Your Users Shit Work</title>
		<link>http://www.invisibleinterface.net/2011/12/dont-give-your-users-shit-work/</link>
		<comments>http://www.invisibleinterface.net/2011/12/dont-give-your-users-shit-work/#comments</comments>
		<pubDate>Thu, 15 Dec 2011 17:00:47 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Design & Development]]></category>
		<category><![CDATA[user experience]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=408</guid>
		<description><![CDATA[While the article references how social networks integrate lists, there are so many other ways users get stuck with menial tasks. Filling out forms, categorizing information, phone trees, etc. etc. It's boring and I'd rather be doing more interesting things (read: checking out funny photos of cats).]]></description>
				<content:encoded><![CDATA[<p>via <a href="http://zachholman.com/posts/shit-work/">Zach Holman</a></p>
<blockquote><p>Some people still like shit work. They can spend an hour moving Twitter accounts to special Lists, and then at the end of it look back and say “Boy, I spent an hour doing this. I really accomplished a lot today!” You didn’t. You did shit work.</p></blockquote>
<p>It&#8217;s great that Facebook finally got user lists right: they&#8217;re smart, useful and respectful of users&#8217; time. Google+ makes it tough for users to get started by requiring them to add friends to circles. I don&#8217;t want to do that (and definitely not at first), I just want it to work. Which is why I&#8217;m still not really active on Google+. Twitter&#8217;s implementation of lists is ok, in that I can still follow people I want and not be forced to think about making a list.</p>
<p>While the article references how social networks integrate lists, there are so many other ways users get stuck with menial tasks. Filling out forms, categorizing information, phone trees, etc. etc. It&#8217;s boring and I&#8217;d rather be doing more interesting things (read: checking out funny photos of cats).</p>
<p>Things are looking up though. Our mobile devices are handling organizing our music, photos and documents, so we don&#8217;t have to worry about where/how we store all our little things if we don&#8217;t want to. We need more things trending in this direction.</p>
<p>How can we help this, as it relates to building apps and websites? Build things with the user in mind. They&#8217;re busy and don&#8217;t appreciate their time being wasted. They just want to get in and get out, so help them along the way as best you can.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2011/12/dont-give-your-users-shit-work/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How Apple&#8217;s iPhone 4S Page Animation Works</title>
		<link>http://www.invisibleinterface.net/2011/12/how-apples-iphone-4s-page-animation-works/</link>
		<comments>http://www.invisibleinterface.net/2011/12/how-apples-iphone-4s-page-animation-works/#comments</comments>
		<pubDate>Mon, 12 Dec 2011 17:00:09 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Design & Development]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=452</guid>
		<description><![CDATA[@johnbhall does some nice work showing how Apple made this happen.]]></description>
				<content:encoded><![CDATA[<p><a href="http://johnbhall.com/iphone-4s/" target="_blank">Check this out.</a> It&#8217;s pretty cool to see behind the curtain here. @johnbhall does some nice work showing how Apple made this happen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2011/12/how-apples-iphone-4s-page-animation-works/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why Putting Form Labels on Top Matters</title>
		<link>http://www.invisibleinterface.net/2011/12/why-putting-form-labels-on-top-matters/</link>
		<comments>http://www.invisibleinterface.net/2011/12/why-putting-form-labels-on-top-matters/#comments</comments>
		<pubDate>Fri, 09 Dec 2011 17:09:49 +0000</pubDate>
		<dc:creator>Joshua Mauldin</dc:creator>
				<category><![CDATA[Design & Development]]></category>
		<category><![CDATA[forms]]></category>
		<category><![CDATA[ux]]></category>

		<guid isPermaLink="false">http://www.invisibleinterface.net/?p=684</guid>
		<description><![CDATA[I love making a good form. Seriously. Simplifying the form's content and aligning all those elements are like playing with little bits of code-based Legos.

So many forms are poorly thought out on websites, and some just need a little more love; I think forms are as important as typography for sites and apps which rely on them as big way to get information from visitors. 
]]></description>
				<content:encoded><![CDATA[<p>I love making a good form. Seriously. Simplifying the form&#8217;s content and aligning all those elements are like playing with little bits of code-based Legos.</p>
<p>So many forms are poorly thought out on websites, and some just need a little more love; I think forms are as important as typography for sites and apps which rely on them as big way to get information from visitors.</p>
<p>UX Movement posted a great article, <a href="http://uxmovement.com/forms/another-case-for-using-top-aligned-form-labels/">Another Case for Using Top Aligned Form Labels</a>, which reinforces my why forms should have top-aligned labels.</p>
<p>In short:</p>
<ol>
<li>It&#8217;s simpler for mobile users, especially when they zoom in on a page. (See the above graphic)</li>
<li>International users who translate your site labels may break your design when viewing it in another language.</li>
<li>Top-aligned labels (when the form is designed correctly) are <a title="Read the research about why top-aligned labels work quicker" href="http://www.uxmatters.com/mt/archives/2006/07/label-placement-in-forms.php" target="_blank">quicker to read</a> than left-aligned labels</li>
</ol>
<div>There are other ways of handling labels, such as using placeholder text, and that&#8217;s handy if you need to have a very simple and short form.</div>
<div>Since I&#8217;m a complete nerd, you&#8217;ll probably hear a lot more about forms on here as time goes on.</div>
]]></content:encoded>
			<wfw:commentRss>http://www.invisibleinterface.net/2011/12/why-putting-form-labels-on-top-matters/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
