Yeah, it could be better.

Month

February 2010

3 posts

On Having Standards (Double or Otherwise) → tumblr.punkassjim.com

Apple is essentially acting as the new-world publisher, and publishers have always had standards by which they’ve said “nope, we won’t publish that.” Anyone from the past century with a dusty manuscript in a drawer, which was rejected by a publisher, knows that this is just how the game works. You can’t get a bodice-ripper accepted by a “classics” publisher.

Not that Apple’s other third-party offerings are all “classic.” But anyway…click the link above to see the rest of my post about the sexy-apps-banned debacle.

Many people are arguing that Apple shouldn’t be selectively choosing which apps go into the App Store, and that they should instead fix their “parental controls” system. While I agree with the latter sentiment, I completely disagree with the former. I don’t see anything wrong with kicking assholes out of your store for ruining things for everyone. There comes a point when you say “Okay guys, we were willing to kinda just let it happen when there were only a few of you. Then there were hundreds. Then there were thousands. Now, everyone who isn’t a decades-old provider of this kind of stuff, kindly fuck off.” I can’t blame them.

But the point about the parental controls still stands. As has been widely noted, many apps in the App Store are labeled as “17+” simply because they allow unfettered access to internet content, textual or otherwise. As a result, applications like Instapaper have been saddled with warnings like the following:

You must be at least 17 years old to purchase this application.

Applications in this category may also contain frequent and intense offensive language; frequent and intense cartoon, fantasy or realistic violence; and frequent and intense mature, horror and suggestive themes; plus sexual content, nudity, alcohol, tobacco and drugs which may not be suitable for children under the age of 17.

What’s worse, until a recent update to the iPhone OS, the Restrictions part of Settings.app didn’t actually work correctly. So, when you customized the settings “Allow apps rated 12+” the OS would actually disable whatever apps you had which were rated 12+. Thankfully, Apple has fixed that problem, but it’s still rather ridiculous that Instapaper — one of the most consistently adored apps in the community — comes with such a hefty warning label. All it serves to do is to a) dilute the meaning of such a warning, and therefore b) discourage people from using the parental controls at all.

It would make a great deal more sense to simply add one more category to the Restrictions system: “Unrestricted web access.” Put it at the bottom of the list, as the final level of restriction before “Allow all apps.” Alternatively, it could be made into a secondary option, where you could activate or deactivate apps with unrestricted access, while also performing deactivations based on the age-based ratings.

Feb 23, 20101 note
#iPhone #iPad #appstore
Pre-caching Google Maps

In thinking about the iPad, whether I would want one, and if so which version would I buy, I thought of a good idea for added functionality to Maps.app.

When you get ready to go on a trip, you pack your bags and toiletries, and if you’re anything like me, you’ll double-check your iPod (or iPhone) to make sure you’ve got whatever music and videos you’ll want on the trip.

But if you’re going on a road trip, you traditionally needed to get your maps in order, too. These days, I just use my iPhone for the task, but if I were to buy an iPad, I’d definitely like to have the larger, more-easily-scrutinized maps on that huge screen. But what if I decided not to buy the 3G iPad? It’s pretty much useless for maps once you’re out of WiFi range.

So, what if Maps.app were modified to allow caching of a plotted route? Say, you plot your route from point A to point B, and you tap a button labeled “Cache this route.” And the app would show you a progress bar (with cancel button) as it caches all map tiles for all resolutions along the way. And, with any cached route, if you tap on any button that would obliterate the route — say, the Search tab — a modal dialog would ask you if you’re sure you want to clear the cached route.

Maps.app currently does cache a certain amount if information on the fly, but only at the resolutions you’ve already viewed, and only for a certain amount of time (or until the buffer is full, and it has to rotate in new data).

I’m not deluding myself into thinking Apple would ever do this. But it seems to me that the sky is the limit in the software of these devices, and the answer is not necessarily to diversify your product into six unique SKUs. Steve Jobs knows this. It’s one of the first things he fixed when he came back to Apple: reign in the out-of-control number of motherboards, and by extension, products. Now, with the iPad, it does make sense to sell 3G and non-3G versions. But the truth is, I’d imagine at least one of each flavor will be cut from the lineup within six months. And for the people who can’t justify the cost of a 3G model, yet don’t see enough utility in the non-3G model, it really does make sense to add a little more cache-it-offline functionality to the cheaper models. And it could set a good example for the third-party developers to follow suit.

Feb 23, 2010
#iPhone #iPad
Feature checklist dysfunction

Marco gets it. Read his whole post.

marco:

The tech press loves checklist comparisons. Let’s evaluate the iPhone to see whether it’s a good product:

image

Sounds like a terrible product. I bet it will fail.

Feb 10, 2010114 notes
#iPhone
Next page →
2010 2011
  • January 2
  • February
  • March
  • April
  • May 3
  • June 1
  • July
  • August
  • September
  • October
  • November
  • December
2009 2010 2011
  • January 7
  • February 3
  • March 1
  • April
  • May 1
  • June
  • July 2
  • August
  • September
  • October
  • November
  • December 1
2009 2010
  • January
  • February
  • March
  • April
  • May
  • June
  • July
  • August
  • September 10
  • October 1
  • November 1
  • December