iFlow Reader calls it quits, abandons App Store

Back in February, Apple began enforcing App Store rules regarding requiring in-app purchases of e-books in addition having options outside the app. Sadly, today that has caused the people behind iFlowReader to shutter their business because “Apple is giving us the boot by making it financially impossible for us to survive.” Users of the e-book reader app are being warned to back up their data carefully, or they might lose access to the content they have purchased through it.

Previously, apps like iFlow Reader were able to sell content for the app only via non-App Store purchases. For example, with Amazon’s Kindle app, you can use the Mobile Safari web browser to purchase books via your Amazon account. Apple doesn’t take its usual 30% cut of these transactions. The new rules mean that developers wouldn’t be allowed to do this. All such business would have to go via the in-app purchase API, using the user’s iTunes account and with Apple taking 30% of the money. Existing apps apparently were given until the end of June to change how they work or face removal from the store.

UPDATE: Companies are not required to only offer in-app purchasing, but they are required to offer it as an option and, according to section 11.13 of the T&C, must price the in-app purchase the same as or lower than purchases made outside the app. In effect, this does mean that most purchases are likely to move to the in-app model and incur the 30% surcharge. Customers will presumably prefer to carry out the smallest number of steps to make the purchase, which is the in-app model.

I speculated in February that Apple’s change could cause some popular apps to flee the store. We know that Sony’s Reader app was rejected, that Readability had to shelve its native app (it later released a web app) and that TinyGrab also abandoned plans for an iOS app.

Continue reading iFlow Reader calls it quits, abandons App Store

iFlow Reader calls it quits, abandons App Store originally appeared on TUAW on Wed, 11 May 2011 06:30:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

Dutch company changes its name to get its app back in the App Store

Everyone knows how protective Apple is over its trademarks. Now, one Dutch company has had to change its name just to gets its apps back on Apple’s App Store. As Macworld UK points out, Dutch app maker App Stores BV — the legal name of the company — had all its apps pulled from the App Store at the end of March after Apple alleged that the company’s name infringed on its App Store trademark. App Stores BV makes a popular series of navigation apps for the iPhone called NAVV, which covers almost 40 countries and territories around the world.

In a statement released at the time, App Stores BV said, “App Stores BV’s registration under the laws of The Netherlands does not violate any laws; the interference of the difference between USA law systems results the current situation. In order to avoid possible violations, ‘App Stores BV’ is taking the necessary steps to rectify the situation. Accordingly, all NAVV applications will cease to be sold while these issues are addressed. We expect NAVV applications back on sale shortly and kindly ask for your patience until then.”

The situation has been rectified by the company changing its name. App Stores BV is now known as “Wazado Mobile Applications BV.” As the newly minted Wazado said in a statement today, “Dutch-origin App Stores BV, the developer of NAVV and legal name behind the organization, entered into the process of changing its name in order to prevent possible copyright violations concerning Apple Inc’s ‘App Store’ brand name.”

Of course, making a tiny developer change its name is easy for a company that has the legal resources Apple does. However, Apple may have a harder time fighting “app store” infringements against other tech giants, like Amazon and Microsoft.

Dutch company changes its name to get its app back in the App Store originally appeared on TUAW on Wed, 11 May 2011 05:00:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

Flipboard daily usage higher than ever, triples in two months

Despite losing truckloads of money, iPad magazine The Daily is apparently seeing a lot of traffic, and content aggregation app Flipboard is seeing the same trend. CEO Mike McCue says the company is seeing a huge slope upwards in traffic, with an average of 8 to 9 million “flips” (essentially pageviews), up from 3 to 4 million just a few months ago. That’s some solid growth, probably driven both by sales of the iPad 2 and by tablet growth in general. As we’ve reported before, as more people learn to use tablets, more people (as you’d expect) actually use tablets.

Unfortunately, there’s no news about how all of that traffic is affecting Flipboard’s bottom line. Magazines and content aggregators still haven’t quite figured out how to turn all of those user numbers into profit numbers. But there is still some life in content on the iPad, despite all of the issues we seem to be hearing about from traditional magazine and newspaper publishers.

Flipboard daily usage higher than ever, triples in two months originally appeared on TUAW on Wed, 11 May 2011 03:00:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

Third Rail zaps iPhone case market with detachable battery pack

thirdrail2.jpg

For every gadget that claims to charge an iPhone on the go, there’s sure to be a constituency that swears by it (or quite possibly at it). With external battery packs from HyperMac, Zagg, Kensington, Newer and Monoprice, you can dangle a cable; with battery-equipped cases from Exogear, Boost and Kensington you can keep your extra joules right next to your phone. We’ve seen some clever inventions (the RichardSolo 1800, the PowerEZ) and too-clever ones (the X-Power charger-in-a-cable), but precious few options that give you power when you need it without adding weight, aggravation and charging hassles.

Since Macworld Expo this year, I’ve been happily using the US$79.99 mophie juice pack air with my iPhone 4 when I need extended power. It’s light (about 68 grams), packs a solid 1500 mAh battery and charges reliably and simply with a Micro USB cable. It’s a great product, but it does bulk up the phone substantially; if you carry the iPhone in a pocket, you’ll notice the difference in weight and size (mophie’s 2000 mAh product, the $99.95 juice pack plus, adds even more bulk and mass). I also don’t need extra power most of the time; it’s only when I’ve got a busy day on the road, and I can’t charge here and there. If there were a way to get the all-in-one convenience of the juice pack without having to carry the battery all the time, I’d love it.

That’s why I was excited to check out Third Rail Mobility’s new battery and case system for the iPhone 4, developed by a family of entrepreneurs who say they aren’t afraid to touch the ‘third rail’ of mobile consumer electronics in addressing poor battery life. The system, on sale today, pairs a slimline 1250 mAh battery with a light protective case. But this battery comes off, attaching firmly when you need it and staying out of the way in your bag or jacket when you don’t. I’ve been testing a prerelease unit for the past week, hoping to figure out if it truly is the best of both worlds.

Continue reading Third Rail zaps iPhone case market with detachable battery pack

Third Rail zaps iPhone case market with detachable battery pack originally appeared on TUAW on Wed, 11 May 2011 00:05:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

Android App Development:Threading part 2: Async Tasks

In the previous post we saw one way to deal with threads in Android, which is by using Handlers. In this post we’ll see how to use another technique which is using AsyncTask class.

AsyncTask is an abstract class that provides several methods managing the interaction between the UI thread and the background thread. it’s implementation is by creating a sub class that extends AsyncTask and implementing the different protected methods it provides.

Let’s demonstrate how to user AsyncTask by creating a simple activity that has two buttons and a progress bar:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
  xmlns:android="http://schemas.android.com/apk/res/android"
  android:layout_width="match_parent"
  android:layout_height="match_parent"
  android:orientation="vertical"
  >
  <Button
  android:id="@+id/btn"
  android:layout_width="fill_parent"
  android:layout_height="wrap_content"
  android:text="Show Progress"
  ></Button>
  <ProgressBar
  android:layout_width="fill_parent"
  android:layout_height="wrap_content"
  android:id="@+id/progress"
  style="?android:attr/progressBarStyleHorizontal"
  ></ProgressBar>
  <Button
  android:id="@+id/btnCancel"
  android:layout_width="fill_parent"
  android:layout_height="wrap_content"
  android:text="Cancel"
  ></Button>
</LinearLayout>

Here we have two buttons: one to start progress and the other to stop it.

Creating the AsyncTask sub class:

The first step in implementing AsyncTask is to create a sub class like this:

class ProgressTask extends AsyncTask<Params, Progress, Result>{
}

The AsyncTask declaration has three Varargs parameters which are:

  1. Params: parameter info passed to be used by the AsyncTask.
  2. Progress: the type of progress that the task accomplishes.
  3. The result returned after the AsyncTask finishes.

These parameters are of type Varargs which provide the flexibility to pass dynamic sized arrays as parameters.

In our example our class will be like this:

class ProgressTask extends AsyncTask<Integer, Integer, Void>{
}

The parameter and the progress are of type Integer and the result is Void as our tasks does not return anthing (returns null).

The second step is overriding the protected methods defined by the AsyncTask class that handle the execution life cycle of the AsyncTask.

We have five methods to implement which are:

  1. onPreExecute: the first method called in the AsyncTask, called on the UI thread.
  2. doInBackground: the method that executes the time consuming tasks and publish the task progress, executed in background thread.
  3. onProgressUpdate: method that updates the progress of the AsyncTask, run on the UI thread.
  4. onPostExecute: the final method that gets called after doInBackground finishes, here we can update the UI with the results of the AsyncTask.
  5. onCancelled: gets called if the AsyncTask.cancel() methods is called, terminating the execution of the AsyncTask.

Starting the AsyncTask:

To start the AsyncTask we create an instance of it, then call the execute() method passing the initial parameters like this:

ProgressTask task=new ProgressTask();
// start progress bar with initial progress 10
task.execute(10);

Implementing the AsyncTask:

class ProgressTask extends AsyncTask<Integer, Integer, Void>{

		@Override
		protected void onPreExecute() {
			// initialize the progress bar
			// set maximum progress to 100.
			progress.setMax(100);

		}

		@Override
		protected void onCancelled() {
			// stop the progress
			progress.setMax(0);

		}

		@Override
		protected Void doInBackground(Integer... params) {
			// get the initial starting value
			int start=params[0];
			// increment the progress
			for(int i=start;i<=100;i+=5){
				try {
					boolean cancelled=isCancelled();
					//if async task is not cancelled, update the progress
					if(!cancelled){
						publishProgress(i);
						SystemClock.sleep(1000);

					}

				} catch (Exception e) {
					Log.e("Error", e.toString());
				}

			}
			return null;
		}

		@Override
		protected void onProgressUpdate(Integer... values) {
			// increment progress bar by progress value
			progress.setProgress(values[0]);

		}

		@Override
		protected void onPostExecute(Void result) {
			// async task finished
			Log.v("Progress", "Finished");
		}

	}

Here are the steps:

  1. onPreExecute() method first gets called initializing the maximum value of the progress bar.
  2. doInBackground(Integer… params) methods gets called by obtaining the initial start value of the progress bar then incrementing the value of the progress bar every second and publishing the progress as long as the async task is not cancelled.
  3. onProgressUpdate(Integer… values) method is called each time progress is published from doInBackground, thus incrementing the progress bar.
  4. onPostExecute(Void result) is called after doInBackground finished execution.
  5. void onCancelled() is called if task.cancel(true) is called from the UI thread. it may interrupt the execution preventing onPostExecute from being executed.

The onClick handler of our buttons is like this:

@Override
	public void onClick(View v) {
		ProgressTask task=new ProgressTask();
		switch(v.getId()){
		case R.id.btn:
			task.execute(10);
			break;
		case R.id.btnCancel:
			task.cancel(true);
			break;
		}

	}

The Difference between Handler and AsyncTask:

After we saw both Handlers and AsyncTasks a question may evolve: what’s the difference between the two and when to use one of them over the other ?

The Handler is associated with the application’s main thread. it handles and schedules messages and runnables sent from background threads to the app main thread.

AsyncTask provides a simple method to handle background threads in order to update the UI without blocking it by time consuming operations.

The answer is that both can be used to update the UI from background threads, the difference would be in your execution scenario. You may consider using handler it you want to post delayed messages or send messages to the MessageQueue in a specific order.

You may consider using AsyncTask if you want to exchange parameters (thus updating UI) between the app main thread and background thread in an easy convinient way.

We hope you fund this tutorial on Android AsyncTask helpful, stay tuned for another tutorial next week.

GameSalad Releases New Version 0.9.3

I have mentioned the GameSalad creator several times in the past, and have been watching for updates, especially since GameSalad decided to allow iOS publishing for free.  The latest update appears to be very significant – don’t bee too thrown off that GameSalad is still noted as “beta”.  GameSalad has been used in a large number of games, and is a viable option for those looking to create iOS game applications in a drag and drop environment..

This update adds in Game Center leaderboards, but perhaps even more significantly improves reliability and performance of GameSalad.  From what I can tell the frequent slowdowns that appeared in previous versions of GameSalad have disappeared.

You can find more info on the update on the GameSalad forums here:
??http://gamesalad.com/forums/topic.php?id=23098

GameSalad can be downloaded here:
http://gamesalad.com/download/latestCreator

If you are looking for a point and click game creator, now could be the time to check out GameSalad as it appears to be much improved.

 

©2011 iPhone, iOS 4, iPad SDK Development Tutorial and Programming Tips. All Rights Reserved.

.

DeliciousTwitterTechnoratiFacebookLinkedInEmail

Free Ebook From O’Reilly Featuring Paypal Mobile Express Checkout

For today only O’Reilly is offering free copies of it’s normally $27.99 Paypal API book as an eBook.

While this is not specifically an iOS development book, there is a chapter featuring the Paypal mobile express checkout Library. What’s cool is Mobile express checkout features api’s that can be used both apps, and on mobile websites.

You can get the book on O’Reilly’s website here (please note this is only a temporary offer, and could vanish soon):
http://oreilly.com/store/paypal.csp

If you want to know more about Paypal’s API’s then this is the book to get, especially while it’s free.

[via Under The Bridge]

©2011 iPhone, iOS 4, iPad SDK Development Tutorial and Programming Tips. All Rights Reserved.

.

DeliciousTwitterTechnoratiFacebookLinkedInEmail

Google Music for iPhone is a No-Go

Google Music iPhone

Well, what do you know: Google Music for iPhone is a no-go. Google’s new cloud music service is yet another major cloud service to snub the iPhone and iOS platform, after Amazon Cloud Player recently brushed aside the iPhone in its March 2011 launch.

Can the lack of Google Music for iPhone, along with other missing services on iPhone, give Android enough of a boost to continue to eat away at iPhone’s market share?

Google Music Beta, which was unveiled today, lets you upload your music collection and play it from your tablet or mobile phone, but that does not include your iPad or iPhone.

Google Music Not on iPhone

Rather, Google Music Beta makes your music accessible on Android tablets like the Motorola Xoom, and Android phones like the Motorola Droid and HTC EVO.

The question is: can major services afford to snub iPhone and still remain popular, or is ignoring iPhone a good strategy to take down the iPhone as a leading player in the smartphone market?

Would you like to see a Google Music iPhone version?
Feel free to voice your opinion in the comments.

Google Music for iPhone is a No-Go is a post from Apple iPhone Review.


Plunderland, Death Rally, Bunny the Zombie Slayer get iOS updates

Three great iOS games got big updates this week. First up, the excellent and popular pirate simulator Plunderland got a whole new campaign to play through with new graphics, new sounds, new enemies to fight and new weapons to play with. The app is US$2.99, and it’s well worth the purchase — the depth of the game will likely surprise you.

Death Rally also got a new update. I haven’t really been able to say much about this game because I’m actually in it (there’s an achievement for killing me, so have fun with that), but the latest patch features a new track, lots of bug fixes and the ability to save player information to Game Center.

And finally, Hothead Games’ Bunny the Zombie Slayer picked up a big patch, with new modes to play, support for the Retina Display and Game Center support (which is one of the quibbles I had when I first played with it). That one’s only a buck on the App Store — three great titles that are all getting better this week.

Plunderland, Death Rally, Bunny the Zombie Slayer get iOS updates originally appeared on TUAW on Tue, 10 May 2011 22:45:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

iPad usage survey shows Web browsing still primary tablet timesink

Silicon Alley Insider has posted a chart showing the comparative results of reported iPad usage from November 2010 to the current month of May 2011. As you can see from the chart above, an overwhelming amount of people spend a majority of their time on Apple’s tablet surfing the Web — most of those people presumably using Safari to do so.

After Web browsing, which came in at 36%, emailing, Facebook and Twitter usage on the iPad came in second place at 23%. Social networking was followed by “other app” usage at 21%, and after that, watching videos and gaming virtually tied at around 14.5% each. The results from this informal poll show that the iPad is still primarily a consumption device as opposed to a creation device, but with apps like iMovie and GarageBand for iPad, not to mention all of the other ways iPads are being used to create content rather than just watching it, that could be changing quickly.

iPad usage survey shows Web browsing still primary tablet timesink originally appeared on TUAW on Tue, 10 May 2011 20:00:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

15% of mobile apps launched while offline

Real-time analytics firm Localytics has issued a report that says 15 percent of all mobile apps are launched while the device they are running on is offline. That’s a clear sign that developers would be serving their users better if they built “offline” modes into more apps, according to Ryan Kim of GigaOm. After all, while wireless networks are expanding all the time in the form of 3G, 4G and Wi-Fi, there are still many places where you can’t get connected (like in a subway).

Kim is correct is his assertion that developers should keep lack of a connection in mind and build in offline modes to their apps. This is especially true for mapping applications. I travel to foreign countries a lot, and there isn’t a better example of when you need access to maps then when traveling internationally. But if you don’t want to pay international data fees, you’re stuck with using your iPhone or iPad in Wi-Fi zones. This is why I’ve always been an advocate of aggressive map caching, or even building a feature into the Google Maps app that allows users to download complete tile packs of cities so that they have access to maps when not on a data network.

But Kim makes another excellent argument for offline mode in apps: As a developer you want users to be as engaged with your app as possible. Adding Instapaper-like features (essentially saving content offline) or more aggressive caching to your apps would allow users to use them to some degree even when not connected to a network, rather than getting a useless login screen.

Localytics used its proprietary product to come up with the numbers for offline data use on iOS, Android, BlackBerry and Windows Phone 7 devices by comparing the time difference between when an app was opened and when its analytics data was uploaded to their servers.

15% of mobile apps launched while offline originally appeared on TUAW on Tue, 10 May 2011 19:00:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

Rumored 7th generation iPod nano with camera doesn’t seem likely

It’s always wise to maintain a degree of skepticism with purported photos of next generation Apple products. First of all, they could be fake; secondly, they could be production samples for form factors that might never see the light of day. We’re pretty skeptical about this one.

In early April we reported on rumors that the seventh-generation nano might sport a rear-facing camera. At the time, Asian Apple site Apple.pro posted an image that it claimed was the rear casing for the next generation iPod nano. The purported casing showed a hole that would house a rear-facing camera. That image was of the inside of the rear casing. Today Apple.pro has posted another image it says is the backside of the rear casing of the next iPod nano.

In the image above, you can see what Apple.pro purports to be the rear of the next iPod nano compared to the rear of the current iPod nano. Besides the obvious camera, which Apple.pro says is of the 1.3 megapixel variety, the big change on the next iPod nano, if these images are correct, appears to be the lack of a clip. As you can see, the Apple logo is painted right onto the body of the nano, and it doesn’t seem likely that Apple would add a clip covering the logo.

When the rumors of a camera-equipped next gen nano surfaced, many thought Apple would just slim the clip down to give the camera a view. However, if these new images are correct, the next gen nano will be clip-less. Now, this is pure conjecture on my part, but I could see Apple eliminating the clip on the nano to bring costs down and then selling a magnetic “Smart Clip” as an add-on to those that want the clip. Currently, Apple sells the “Smart Cover” iPad accessory, which attaches to the iPad magnetically.

I do want to point out that Apple.pro has been correct in the past, as they were the first to post an image of a small touchscreen that later made its way into the sixth-generation iPod nano, which debuted last fall.

[via MacRumors]

Rumored 7th generation iPod nano with camera doesn’t seem likely originally appeared on TUAW on Tue, 10 May 2011 18:00:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

What does the Skype sale mean for Apple customers?

By now everyone knows that Skype has been sold to Microsoft for a huge 8.5 billion dollars. The question on all our minds is what will the sale mean to Mac and iOS users?

There aren’t any ready answers. Microsoft often treats the Mac as a least-favored nation. Most versions of Office have lagged behind the Windows counterparts, including some dramatic functional lapses like when Microsoft killed the ability to use Visual Basic macros in Office 2008, and then later restored that functionality in Office 2011.

Microsoft bought Bungie, the creator of Halo, in 2000, just as it was going to release the game for the Mac. In 2007 Bungie and Microsoft split, but Microsoft retains a minority stake in the company. On the iOS side, things look a little brighter. Microsoft, so far behind with its own phone OS, has released some noteworthy apps for iOS, including Bing, Microsoft OneNote and Photosynth.

On the desktop and laptop side, Skype for Mac has always been a bit behind the feature curve when compared to the Windows version, and recently it suffered some security problems (not to mention widespread complaining about the new UI introduced in version 5). I don’t expect Skype on the Mac to be a high priority for Ballmer and friends.

Microsoft will put a lot of attention into integrating Skype into the Xbox, Windows 7 and the new Windows Phone 7 OS (which doesn’t run Skype at all right now). Meanwhile, Apple should step up the game for FaceTime, which was announced with great fanfare but seems a bit moribund. It’s an embarrassment that FaceTime can’t make calls over 3G, while Tango, Skype and some others do it quite well.

Lex Friedman at Macworld weighs in with more thoughts on the implications for Mac users as Skype joins the MS fold. What’s your take? Will all the financial muscle at Microsoft improve Skype on Mac OS X and iOS? Or will Skype wilt from neglect?

Update: Right after this post went live, Microsoft’s Steve Ballmer stated that the company would not be giving up on Mac support for Skype. It’s true, Microsoft has shown a long history of Office for Mac support, and so whatever your feelings on Ballmer and his company, it seems like Skype for Mac will be just fine for the foreseeable future.

What does the Skype sale mean for Apple customers? originally appeared on TUAW on Tue, 10 May 2011 17:30:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

Another smash and grab at the Crocker Park Apple Store in Westlake, OH

On Friday morning, a smash-and-grab robbery of yet another Apple Store took place at the Crocker Park Apple Store in Westlake, Ohio, an upscale suburb of Cleveland. Around 4:30 AM, three burglars smashed in the front window activating the burglar alarm as well as the store’s security cameras, which caught it all on tape. The well-organized thieves were in and out in thirty seconds after stealing twenty-four notebooks and one iPod touch. The culprits, wearing all black, left no apparent trail, and so far, the Westlake police have no disclosed leads.

This comes quickly on the heels of other such incidents. Just last month, the San Diego, CA store was hit resulting in one burglar being shot and killed by a security guard. Also in April, a thief was shot during a heist at the Chula Vista, Calif. store along with the Chestnut Street San Francisco store being hit without fatalities. Earlier, it was the Pittsburgh, Pa. store, which had been broken into twice. This follows a rash of break-ins at other Apple Stores and resellers throughout 2009-2010. In all, over twelve Apple Stores have been robbed.

After the break, you can see the video as posted by WKYC News 3.

Continue reading Another smash and grab at the Crocker Park Apple Store in Westlake, OH

Another smash and grab at the Crocker Park Apple Store in Westlake, OH originally appeared on TUAW on Tue, 10 May 2011 17:00:00 EST. Please see our terms for use of feeds.

Source | Permalink | Email this | Comments

Dear Aunt TUAW: Help fix iCal’s fonts

Dear Aunt TUAW,

Why does Apple make it impossible to adjust the font in iCal? God, I sound like an old person… But seriously, wtf?

Frustrated,

Your nephew Brian B.

Continue reading Dear Aunt TUAW: Help fix iCal’s fonts

Dear Aunt TUAW: Help fix iCal’s fonts originally appeared on TUAW on Tue, 10 May 2011 16:00:00 EST. Please see our terms for use of feeds.

Permalink | Email this | Comments