<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
  xmlns:dc="http://purl.org/dc/elements/1.1/">
  
<channel>
<title>Manton Reece</title>
<link>http://www.manton.org/</link>
<description>User experience, Mac programming, feature animation, and other personal views.</description>
<dc:language>en-us</dc:language>
<dc:creator>manton@manton.org</dc:creator>
<dc:date>2010-02-08T10:54:31-06:00</dc:date>

<item>
<title>iPad</title>
<link>http://www.manton.org/2010/02/ipad.html</link>
<description><![CDATA[<p>My quote from <a href="http://www.cultofmac.com/i-have-been-hit-by-a-love-taser-devs-speak-out-on-ipad/28435">Cult of Mac</a> sums up my feelings about the iPad from a business perspective:</p>

<blockquote>"I was so annoyed with the closed nature of the App Store that I stopped developing for the iPhone. The iPad will still have those frustrations, but the large screen opens up a whole new class of applications. It's impossible to resist."</blockquote>

<p>Will there be a <a href="http://www.riverfold.com/software/clipstart/">Clipstart</a> for iPad? I hope so. This platform will be the future for plenty of customers. Apple lived up to the hype not because of the hardware or distribution or anything entirely revolutionary, but because of the software. Splitviews and popovers. Keynote and Pages. These apps are just as competent as their desktop versions.</p>

<p>Daniel and I talked about the iPad for most of <a href="http://www.coreint.org/2010/02/episode-26-theres-a-pad-for-that/">Core Intuition 26</a>.</p>]]></description>
<guid isPermaLink="false">520@http://www.manton.org/</guid>
<dc:subject>Technology</dc:subject>
<dc:date>2010-02-08T10:54:31-06:00</dc:date>

</item>
<item>
<title>ParseKit (and Clipstart search)</title>
<link>http://www.manton.org/2010/02/parsekit_and_clipstart.html</link>
<description><![CDATA[<p>The first couple versions of <a href="http://www.riverfold.com/software/clipstart/">Clipstart</a> had a very basic search feature. You could enter keywords and it would search filenames, tags, and video titles. You could also enter special terms such as tags=christmas or imported=today, but you couldn't mix and match different terms together.</p>

<p>When I started working on a more advanced search parser, I realized that I was about to write a bunch of code that surely someone had already generalized and shared with the world. Tada! <a href="http://parsekit.com/">ParseKit</a> by Todd Ditchendorf is that framework.</p>

<p>Clipstart 1.3 now supports these kind of searches:</p>

<p><tt>christmas and (@julian or @kids)</tt></p>

<p>also...</p>

<p><tt>(uploaded=no and flagged=yes) or (date=2010 and @vacation)</tt></p>

<p>I use ParseKit's tokenizer to take these apart and then I translate to <span class="caps">SQL </span>myself for <span class="caps">SQL</span>ite. New in 1.3, Clipstart also allows saving any search as a "smart tag" for quick access. I'm very happy with how well it's working.</p>

<p>Why not use <a href="http://developer.apple.com/mac/library/documentation/cocoa/reference/Foundation/Classes/NSPredicate_Class/Reference/NSPredicate.html"><span class="caps">NSP</span>redicate</a> and friends? I wanted more control over the parser, for example for the @kids shorthand for tags. Eventually I'll have a more traditional <span class="caps">NSP</span>redicateEditor-like UI for managing searches, but I find that text input is a much quicker way to find things in my video library.</p>]]></description>
<guid isPermaLink="false">519@http://www.manton.org/</guid>
<dc:subject>Programming</dc:subject>
<dc:date>2010-02-08T01:05:13-06:00</dc:date>

</item>
<item>
<title>Removing features</title>
<link>http://www.manton.org/2010/02/removing.html</link>
<description><![CDATA[<p><a href="http://ignorethecode.net/blog/2010/02/02/removing-features/">Lukas Mathis writes</a> about removing features:</p>

<blockquote>"You don't <em>have</em> to try to please everybody and eventually create an application that is liked by nobody. In fact, since your users are in all likelihood in a situation where they can switch applications easily, and since they probably are not locked in by the need to open a specific file format in its native application, it might be a really bad idea for you to go down the 'simply add up all the requested features' route of application design."</blockquote>

<p>He also links to <a href="http://www.manton.org/2009/07/wii_transfer_survey.html">my Wii Transfer survey</a>, so I thought I'd post a quick follow-up. I eventually did remove a feature, and the survey to customers served as a nice sanity check that the feature wasn't heavily used. The interesting part, to me, is that the feature I removed was the <em>entire 1.0 product for Wii Transfer</em>. Literally everything that 1.0 did is now gone.</p>

<p>It's been two weeks so far without any complaints. I like to think that it removes a distraction from the app &mdash; one less place in the app that could lead the customer down the wrong path. And hopefully it'll eliminate a tiny part of my support load, as no one can ask me questions or have problems with that feature again!</p>

<p>On an internal company mailing list I once wrote:</p>

<blockquote>"Products that don't exist yet have a way of attracting new features because everyone sees the potential in something that has no form".</blockquote>

<p>I was talking about resisting the urge for everyone on the team to pile on their favorite features before 1.0, but I think this applies to apps with a minimal design as well. A simple app shows promise. A cluttered app with too much going on looks "done", and sends a message that it is mature and maybe going in a different direction than what the user wants. In that way, the irony is that removing features (the <em>wrong</em> features) may actually make an application more appealing to new users.</p>]]></description>
<guid isPermaLink="false">518@http://www.manton.org/</guid>
<dc:subject>User Experience</dc:subject>
<dc:date>2010-02-03T14:03:34-06:00</dc:date>

</item>
<item>
<title>Bodega bootstrap</title>
<link>http://www.manton.org/2010/02/bodega.html</link>
<description><![CDATA[<p><em>I wrote the following before the iPad was announced. The world may have changed since then, but I'm posting it anyway. Enjoy.</em></p>

<p>I like the content but not the title in <a href="http://www.taptaptap.com/blog/iphone-software-sustainability-and-the-death-of-mac-software/">John Casasanta's blog post about the so-called death of Mac software</a>. He shares some great stats and lays out the case for why iPhone development is more appealing and successful for him, but that doesn't make the Mac dead. What he really meant and says later is that it's <em>dead to him</em>.</p>

<p>For those of us who love writing Mac software and who don't feel the pull of get-rich-quick blockbuster apps, the Mac is alive and remains just as healthy as it was before the iPhone was announced.</p>

<p>That's not what I want to write about, though. The real question is <strong>how do we learn from the App Store and expand the market for Mac software</strong>. Compared to the iPhone, the Mac has a fragmented application discovery and an inconsistent purchasing experience.</p>

<p>When Keith Alperin and Rick Fillion <a href="http://www.mac-developer-network.com/shows/podcasts/mdnshow/mdn017/">talked on the <span class="caps">MDN</span> Show</a> about a possible Mac app store, Rick revealed some interesting numbers from <a href="http://appbodega.com/">Bodega's</a> installed base: 80,000 downloads and 10,000 active users. They're not 1.0, and I don't see anything wrong with these numbers, but it's not big enough yet to make an iPhone-like impact on how we buy Mac software.</p>

<p>What Bodega does have is a technology head start. <a href="http://www.riverfold.com/">My products</a> have been listed there since launch, and they have a polished application and feature-rich backend for tracking releases and collecting usage metrics. The key is solving the chicken-and-egg problem of getting the Bodega app in everyone's hands.</p>

<p>There are two approaches: either get people excited about installing Bodega because it's useful for updating existing apps (which it is), or sneak a copy of Bodega on to many more Macs (which is what this post is about). This solution isn't perfect, but short of Apple building a real Mac App Store or a marketing giant like MacHeist getting involved, it's the only idea I can see working.</p>

<p>First, start with <a href="http://github.com/potionfactory/potionstorefront">PotionStorefront</a>. There are a few of these in-app purchase frameworks out there, but I like the <a href="http://www.potionfactory.com/thehitlist/">Potion Factory's aesthetic</a> and Potion Store is popular. The web service used to submit orders could be supported by other custom store backends, including Bodega's own purchasing system when they have it.</p>

<p>On top of this in-app purchase foundation, you bundle a subset of the Bodega application discovery UI directly into the framework. Users can download and install demo versions of new apps without leaving the catalog. Think of it as a "lite" version of Bodega, streamlined to fit inside everyone's app. You also include the full Bodega application so that it can be launched and optionally installed in the user's applications folder.</p>

<p>What you've effectively done here is give everyone who buys a third-party app access to a new store where they can discover other apps. It's compelling for developers because the more companies that participate, the wider their reach becomes. And it's great for users because over time it starts to create a consistent user experience, and familiarity reduces the effort in buying Mac software.</p>

<p>Some tricky issues remain, though. You don't want to distract users from buying their first application, or muddle that app's branding, and you want to later encourage users to find or be notified about new applications without it looking like an advertisement. The challenge is in finding a balance that most developers would want to use.</p>

<p>Back to the iPhone's success, from a post by <a href="http://kickingbear.com/blog/archives/67">Guy English</a>:</p>

<blockquote>"People, lots and lots of people, people who have no idea what software even is, will download Apps like they're snacking on potatoe chips. What's my proof? Well, two million downloads of an App in a week supports that and I'd argue that a total of three billion Apps downloaded backs up my argument too."</blockquote>

<p>We've never seen anything like it, and I'm really happy for my friends who have had success on the iPhone. Luckily, the iPhone and Mac don't actually compete. The App Store can sell ten thousand times the amount of software as the Mac does and it doesn't change the fact that Mac users need software too. It's our job as developers to continue to provide solutions for users and help those users find us.</p>]]></description>
<guid isPermaLink="false">517@http://www.manton.org/</guid>
<dc:subject>Technology</dc:subject>
<dc:date>2010-02-02T22:24:50-06:00</dc:date>

</item>
<item>
<title>Macworld Expo 2010</title>
<link>http://www.manton.org/2010/01/macworld_expo_2010.html</link>
<description><![CDATA[<p>I haven't been to a Macworld since the late 90s. I've had it in my head for a couple years that I'd like to go back, but with so many developer-focused conferences it's been hard to justify an extra trip for Macworld. At the same time, my <a href="http://www.riverfold.com/">indie apps</a> need a nice marketing refresh. So why not exhibit at Macworld and get to see the show again while reaching a new audience of potential customers?</p>

<p>I knew I'd regret it this year if I didn't take advantage of the <a href="http://macworldexpo.com/indiespotlight">small indie pavilion kiosk</a>. So with frighteningly little planning so far, I've booked the expo, flights, and hotel. I'll be at the show and I'll be demoing the just-released Wii Transfer 2.7 and the unannounced Clipstart 1.3. The rest of the details... not so clear.</p>

<p>But I'm pretty excited about the conference and hope to see many of you there. The expo runs February 11th - 13th, and you can <a href="http://rcsreg.com/macworld/AMU29713">get a free expo pass here</a>.</p>]]></description>
<guid isPermaLink="false">516@http://www.manton.org/</guid>
<dc:subject>Events</dc:subject>
<dc:date>2010-01-22T14:49:29-06:00</dc:date>

</item>
<item>
<title>Indie Relief</title>
<link>http://www.manton.org/2010/01/indie_relief.html</link>
<description><![CDATA[<p><a href="http://www.indierelief.com/"><img src="http://www.riverfold.com/images/indie_relief.png" border="0" width="250" height="52" align="right" hspace="10" vspace="5" /></a> It was <a href="http://www.coreint.org/2010/01/episode-25-maybe-its-a-deprecated-thing/">just last week</a> that we mentioned <a href="http://www.secondgearsoftware.com/today/">Today 2.0</a> from Second Gear on the Core Intuition podcast, and now Justin Williams at Second Gear is making news again by organizing Mac developers to donate to charity in the wake of the Haiti earthquake.</p>

<p>I'm happy to announce that Riverfold is participating. Since my wife and I already gave to the Red Cross, I decided to donate my sales to <a href="http://www.savethechildren.net/">Save the Children</a>, an international organization working in Haiti now. It's amazing how many Mac and iPhone developers have come together for Indie Relief, and great that we are able to do something that reaches more charities and has a bigger impact than if we were all just making individual contributions. </p>

<p>So if you've been on the fence about whether you need Wii Transfer or Clipstart, <a href="http://www.riverfold.com/">buy a copy today</a>. Thanks!</p>]]></description>
<guid isPermaLink="false">515@http://www.manton.org/</guid>
<dc:subject>Events</dc:subject>
<dc:date>2010-01-20T00:52:54-06:00</dc:date>

</item>
<item>
<title>Wii Transfer 2.7</title>
<link>http://www.manton.org/2010/01/wii_transfer.html</link>
<description><![CDATA[<p>I finally took the time to give <a href="http://www.riverfold.com/software/wiitransfer/">Wii Transfer</a> some much-needed attention, releasing version 2.7 of the application tonight. It's got the usual bug fixes and some small visual improvements, but the most important change is better video streaming. The biggest mistake I ever made with Wii Transfer was to buy an Apple TV instead of forcing myself to use my own application.</p>

<p>For this release, I sat down with Wii Transfer and a ripped copy of Star Trek, and I just watched it over and over, experimenting with different Flash Video conversion settings and tweaking networking code. I wasn't going to release this until I could watch a 2-hour movie without any rebuffering. The quality is never going to be as good as a console or set-top box with dedicated video streaming features &mdash; this is Flash on the Wii we are talking about &mdash; but I'm happy with what I came up with.</p>

<p>Wii Transfer is still only $19, and version 2.7 is a free upgrade for any customer who ever bought the application going back to 1.0 over three years ago. Also an important reminder: <strong>all sales go to charity starting tomorrow, January 20th</strong>, as part of <a href="http://www.indierelief.com/">Indie Relief</a>.</p>]]></description>
<guid isPermaLink="false">514@http://www.manton.org/</guid>
<dc:subject>Programming</dc:subject>
<dc:date>2010-01-19T21:43:56-06:00</dc:date>

</item>
<item>
<title>Unrealized projects</title>
<link>http://www.manton.org/2010/01/unrealized.html</link>
<description><![CDATA[<p>Seth Godin on an <a href="http://sethgodin.typepad.com/seths_blog/2010/01/unrealized-projects.html">exhibit for Tim Burton</a>:</p>

<blockquote>"Here's the guy who's responsible for some of the most breathtaking movies of his generation, and the real surprise is this: almost every year over the last thirty, he worked on one or more exciting projects that were never green lighted and produced. <em>Every year, he spent an enormous amount of time on failed projects.</em>"</blockquote>

<p>This is the kind of thing I'll try to remember when I look at the apps I've started but never shipped, even as they sit very close to finished for a year or more. Almost everyone I know who has successful products also has experiments and failed prototypes and unfinished work you've never heard of. That's okay as long as it doesn't stop you from shipping the best and making those real.</p>

<p>I have a lot to announce this week. Posts on a new Wii Transfer, the Indie Relief effort, and Macworld all coming up.</p>]]></description>
<guid isPermaLink="false">513@http://www.manton.org/</guid>
<dc:subject>Business</dc:subject>
<dc:date>2010-01-18T09:35:00-06:00</dc:date>

</item>
<item>
<title>MDN Community Award</title>
<link>http://www.manton.org/2010/01/mdn_community_award.html</link>
<description><![CDATA[<p><a href="http://www.mac-developer-network.com/shows/podcasts/mdnshow/mdn016/">The <span class="caps">MDN</span> Show episode 16</a> reveals the winner of the <span class="caps">MDN</span> Community Award: a tie between Matt Gemmell and Jonathan "Wolf" Rentzsch, with Mike Ash as runner-up. Looking back on 2009 there should be no surprise over these top three. Matt has been sharing great code with the community for years and is now a fixture of the <span class="caps">MDN </span>podcast; Wolf started the successful C4 conference and won a Macworld Eddy for ClickToFlash; and Mike Ash has packed more technical information into a year of his weekly <span class="caps">Q&amp;A </span>series than would fit in many Mac programming books.</p>

<p>(This also seems like a good time to link to nominee Daniel Jalkut, who got <a href="http://www.red-sweater.com/blog/1074/payback-time">his own version of a community award</a> last month.)</p>

<p>I had a tough time singling out a specific developer among a dozen or more fantastic people, many who I consider my friends. But for me it was an opportunity to reflect on something at C4 that I didn't get a chance to write about earlier, and since he won anyway I'll include the email I sent to Scotty here.</p>

<blockquote>"There are so many worthy candidates for the <a href="http://www.mac-developer-network.com/news/mdn-community-award-2009-update-the-nominations-so-far/"><span class="caps">MDN</span> Community Award</a> &mdash; people who are helpful to the Mac developer community by writing books, blogging, and sharing code &mdash; but when I heard about this award I thought about leadership. My pick is Jonathan 'Wolf' Rentzsch.

<p>"A leader sets the tone and attitude of the community. For example, at the C4 conference when some attendees used the Twitter backchannel to turn against and openly mock a presenter, Wolf shamed the audience instead of glossing over or ignoring the event. It was a community course-correction and a reminder that Mac OS X developers come from many different backgrounds: old-school classic Mac programmers, NeXT developers, Linux and Windows users, even designers and web application developers.</p>

"The community went through a rough transition point migrating to Mac OS X over 10 years ago, and is in the middle of another transition to embrace everyone excited about the iPhone platform. What I learned from Wolf is that we should never be afraid to welcome 'outsiders' to the community even if they haven't yet caught up on the history and conventions of the platform."</blockquote>

<p>I have nothing but great things to say about everyone listed on the <span class="caps">MDN </span>page. Congrats again to Matt, Wolf, Mike, and the rest of the nominees.</p>]]></description>
<guid isPermaLink="false">512@http://www.manton.org/</guid>
<dc:subject>Events</dc:subject>
<dc:date>2010-01-09T13:52:46-06:00</dc:date>

</item>
<item>
<title>Apple promotions survey</title>
<link>http://www.manton.org/2010/01/apple.html</link>
<description><![CDATA[<p>I was chatting with some developers the other night about giving away software to Apple employees. If you're not familiar with the practice, it's fairly common to give free or discounted licenses to Apple employees as a gesture of goodwill to the people responsible for making our platform, and in the hope that they will spread the word to friends and customers in the Apple Stores. (If you're a developer and want to set this up, <a href="http://www.karelia.com/mac_indie_marketing/give_your_app_to_apple_empl.html">check out Dan Wood's overview</a>.)</p>

<p>I've given away over 1000 licenses for <a href="http://www.riverfold.com/software/wiitransfer/">Wii Transfer</a> and <a href="http://www.riverfold.com/software/clipstart/">Clipstart</a> to Apple employees since I started doing it a few months ago. I didn't expect this number to be so high, but I guess it makes sense. Apple folks are getting a link from their internal site directly to my special registration page, and many of them probably request a serial number just in case they need it later.</p>

<p>The question I have isn't whether it's worth it; it only took a few hours to set up, and even if it just makes a handful of Apple employees happy then that's a success. But I was curious about the greater impact of giving away my software. Is the $0 investment in a pile of other free licenses enough to engage someone to, for example, take the time to set up Clipstart and move a collection of videos into it, let alone recommend it to others? (See also: <a href="http://www.manton.org/2009/12/worthless_apps.html">Worthless apps</a>.)</p>

<p>To find out more, I sent a special newsletter to all the @apple.com addresses in my registration database, asking if they used the software, how they liked it, and whether they'd recommend it to others or not. And I included in <a href="http://riverfold.wufoo.com/forms/riverfold-survey-for-apple-2010/">the short survey</a> a place for general feedback, and a choice about upcoming features.</p>

<p>Some developers I talked with were concerned about a potential backlash. Although I send a newsletter to my customers once or twice a year, it's debatable whether some of the people I was including had implicitly signed up by purchasing (with a 100% discount!) or whether I had crossed a line. The last thing I want to do is upset any of my customers, and I provide the same level of support to everyone whether they've paid full price, received a free license, or just tried the demo.</p>

<p>In the end I decided it was harmless. The email was short, plain text, and had an obvious one-click unsubscribe link. One of the things I like about using <a href="http://www.campaignmonitor.com/">Campaign Monitor</a> is that once someone unsubscribes, any new mailings are automatically scrubbed against the unsubscribers list. Even if I accidentally add the customer again in the future they won't receive an email. So far, 2.2% of recipients have unsubscribed.</p>

<p>As for the survey results, here are a few graphs. Not many people filled out the survey (like unsubscribes, just a couple percent, though they're still trickling in after 2 days), but the other feedback I received in the comments and feature questions was very helpful. 100% of users said they had mentioned the product to someone else.</p>

<div style="text-align:center;"><img src="http://www.manton.org/images/2010/apple_2010_charts.png" alt="Survey charts" title="apple_2010_charts.png" border="0" width="400" height="446" /></div>

<p>Would I do this again? No, not such a narrowly-focused newsletter as this. The quick survey served its purpose, but I am always nervous about wearing out my welcome. I plan to add an explicit newsletter opt-in checkbox to my free license page, and I should do a better job of differentiating free licenses and paying customers in the future. I'll send another general newsletter out to all customers (and opt-ins from contests) when I have something major to announce later in the year.</p>]]></description>
<guid isPermaLink="false">511@http://www.manton.org/</guid>
<dc:subject>Business</dc:subject>
<dc:date>2010-01-06T09:17:55-06:00</dc:date>

</item>


</channel>
</rss>