Recently we were sent a PR email about an iPhone app called BdEmailer. No big deal, press releases about new iPhone applications show up in our box in large bundles every day -- but this one was different. According to the release, the program is the "the first wide email iPhone app that supports client SMTP." That means, in essence, that it duplicates an exact function of Apple's Mail application on the iPhone and touch. That's kind of a huge deal, because up until this point we've been led to believe that this duplication of functionality is one of the company's red flags when it comes to approval. Now mind you, we're not complaining. The idea of having more apps to choose from for doing things like sending email is a great idea, but Apple... what the hell is going on? You refused MailWrangler and Podcaster for similar reasons, yet BdEmailer passes through your review process, SMTP functionality intact? This means one of two things as far as we can tell -- either you've relaxed your policies on duplicate functionality, or you've gotten incredibly lazy when it comes to approving applications. We're inclined to believe it's the latter, as BdEmailer has a fair share of bugs that need working out, but really, people need some clarification here on what will and won't pass -- and moving the goalpost all the time isn't going to help.

Palm already did the deed by partnering with DeviceAnywhere in opening its Virtual Developer Lab, and now it looks as if RIM's doing the same for its BlackBerry lineup. The Waterloo-based handset maker has joined hands with the aforementioned testing outfit in order to let "outside developers test their applications on a single system that represents 100 BlackBerry models running on 16 networks." We're also told that RIM is currently working with 100,000 developers to "create applications for such uses as gaming and navigation that link customers more tightly to their devices," which shouldn't come as any surprise given the pressure from Apple and Google. There's no word on when the virtual dev facility will open its doors, but we'd bank on it being sometime between "now" and "real soon."

Big surprise here and all, but we hear RIM is actually thinking of crafting an App Store of its own in order to not get lapped by the likes of Apple and Google. Made official today was Research In Motion's plans to introduce a pair of "major distribution initiatives" for BlackBerry applications: the BlackBerry Application Storefront and the BlackBerry Application Center. The former is slated to launch in March 2009 (translation: forever from now), though developers can begin submitting their apps and content beginning in December. Similar to Apple's initiative, RIM will give devs the ability to set prices and retain 80% of all revenue from sales, and it will be giving the rest of the dough to working with PayPal for transactions. Of course, enterprise admins can still maintain control over what apps can be downloaded onto company phones, but you know you can sweet talk the boss into relaxing some of those restrictions. The Application Center is a carrier-customized, on-device tool for providers to host specific programs for customers. Details on deployment (and more importantly, app screening) are all but nil, but considering we've got until March before we can even use the Storefront, we can wait. Angrily.

[Via phonescoop]

At this point, you're probably wondering what section of the Storm's UI you haven't seen. Enter a few new sneak peeks, this time showcasing the purported BlackBerry Application Center. Granted, these shots are from the Vodafone edition, but we don't suspect the Verizon version will look much different. Reportedly, the Application Center will be available on v4.7 Storm devices, and carriers themselves will be responsible for hosting the data and sending updates; additionally, the download / installation will be handled by the browser in the first release, meaning that the software cannot restart the app or download intelligently. Give the read link a look for a few more tidbits / pictures.

What's the sound of a tree falling when no one's around to hear it? What's the sound of one hand clapping? And perhaps most importantly, what's the purpose of a clipboard when only one app can use it? Development shop Proximi is making a pretty big stink about its MagicPad app for the iPhone, touting its homegrown copy / paste functionality as part of a rich text-editing package to help shore up the handset's weak sauce (read: non-existent) office app suite. That's all well and good -- the app looks well-executed and provides a core function that should've been present across the entire iPhone to start -- but without buy-in from Apple, the clipboard's stuck in the MagicPad sandbox. Cool? Yes. Should Apple be paying attention? Yes. Useful? At this point, barely.

[Via MacRumors]

Seeing as Apple's FairPlay DRM has already been cracked for music and movies, it's not at all surprising that people are starting to poke holes in the FairPlay-based iPhone App Store. The first loophole is pretty simple, since it doesn't appear that FairPlay links the iPhone hardware to specific Apple IDs: just log into iTunes from any of the machines authorized to use your account, and every app you've purchased will be available for free re-downloading to any attached phone. Since music and movies wrapped in FairPlay can be transferred to unlimited iPods and iPhones, we're guessing this little trick will work indefinitely, but we wouldn't depend on it.

Continue reading over on Engadget!

We were really counting on heading straight to the bank with our $1,500, 3-gigabyte... uh, "application" on the App Store next month, but Apple just went and threw a wet blanket on those meticulously thought-out plans of ours. Current intel suggests that Apple intends to allow developers to charge between 99 cents and $999.99 for programs sold through its portal -- those that aren't offered for free, anyway -- in tiered increments depending on the price range. No single app will be allowed to exceed 2GB in size, though it's not clear whether that's for technical or business reasons; at any rate, the sheer torture of attempting to download and install anything close to that size over WiFi will be giving us nightmares for weeks to come. AppleInsider points out that the limitation could put the kibosh on business apps that rely on large integrated data sets to function, so we guess that means you'll just have to play more Super Monkey Ball in their stead. Shucks!

[Via iLounge]

Mom-and-pop shops and giant corporations are clearly still trying to wrap their heads around the iPhone SDK, probe its capabilities and limitations, and figure out just what kinds of apps to bring to the table, and Microsoft is no exception. The company maintains a fairly active Mac development division -- a bit of a redheaded stepchild for the company, but a profitable one at that -- so it totally makes sense that they'd want to bring the iPhone into the fold from that angle. Indeed, the head of Microsoft's Specialized Devices and Applications Group (of which the Mac fiends are a part) have assigned a small handful of engineers to figuring out how, if at all, they can add value to Apple's talkabout; some sort of Office extension is an obvious one, but recent acquisition TellMe is also looking into whether it can shoehorn any voice recognition goodies on there as well. The strange bit, of course, is that this flies in the face of Microsoft's own Windows Mobile, which itself could use all the engineering help it can get to roll out its long-promised killer revamp as quickly as possible; then again, Office Mac is itself an affront to Windows, so maybe it's business as usual in Redmond.

[Via iLounge]

For developers, nothing is quite as helpful in the process of learning a new platform as a set of solid examples to guide you down the right path. Google hears that and has started assembling "apps-for-android," a Google Code repository that'll ultimately end up featuring a series of sample apps that exercise Android's various capabilities. The site is a little barren at the moment with the only available sample being "WikiNotes," a rich text editor that uses Android intents to navigate to content. No doubt we'll see a whole slew of apps pop up here as time goes on, but in the meantime, wiki 'til you're blue in the face, why don't you? Follow the break for Google's WikiNotes release notes.

[Via TalkAndroid]

The well known and respected iPhone hacker Nate True has discovered some very, very interesting information concerning Apple's latest update, 1.1.3. According to Mr. True, the boys and girls in Cupertino have all but prepped the device's OS for native applications, altering the functionality of SpringBoard to display additional apps, changing the ownership of applications to a unified "mobile" user, and moving the location of preferences to the accompanying non-root directory. Additionally, SpringBoard now boasts widget support via a class called SBWidgetApplication. All of these technical and seemingly minor details will apparently make it easier for developers to create new applications for the phone, though Nate says they'll also break existing native apps in the process. All we ask is that developers get those NES and SNES emulators ported quickly and safely to the new system.

Well, would you look at that. Apple apparently wants third party applications on the iPhone and iPod touch just like every other sane individual on the planet. The company just announced on its Hot News feed (and we'd say this certainly qualifies as such), that it is currently at work on an SDK for the iPhone, the apps from which will naturally work on the iPod touch. Apparently it's going to take 'em until February to do it up right -- you know, secure and stable and all that nonsense -- but this is certainly a beautiful breath of fresh air. Less excitingly, Apple claims that it agrees with Nokia's approach of "digital signatures" for applications, meaning that Apple gets to say who qualifies for entrance onto its hallowed devices as was rumored last week; though who's to say what exactly that will look like just yet. But even with that caveat, we suppose we should take what we get from this sometimes benevolent, but never aesthetically challenged, dictator of ours and eat it like we're told.

[Thanks, Dennis S.]

Related stories:
What iPhone apps do you want to see?
Polls: Special iPhone SDK Edition

The iPhone isn't the only handset whose software innards are getting lovingly torn apart in the name of science this week. It turns out some intrepid users of the Helio Ocean (a device occasionally compared to the iPhone, coincidentally) have been slaving away on a method for adding extra applications outside of the carrier's walled garden. Their first success is a doozy, too: Opera Mini 3, one of the most prized jewels in the world of mobile software. The developers aren't claiming it's bug-free -- landscape mode and the QWERTY keyboard don't work, for example -- but it's a huge step in the right direction and they're continuing to work out the kinks. More custom apps are said to be on the way, and don't worry, Drift and Heat users -- support's said to be on the way for you guys, too.

Since the iPhone's apps aren't really apps but rather web-based widgets employing a variety of Web 2.0 standards, it only stands to reason that there are probably some other devices out there that can take advantage. In particular, Nokia's S60-based devices already rock a Safari-based browser (and an absolutely terrific one, may we add) -- and sure enough, the few iPhone "apps" kicking around out there seem to work. Of course, the upcoming glut of widgets will likely be designed to take full advantage of the iPhone's somewhat unique input methodology and screen size, so it's not a perfect fit -- but it seems pretty likely N95 owners will be able to find a few new goodies with Apple to thank.

As expected, Apple used WWDC as the stage to announce a third-party development solution for the iPhone, putting to rest fears that the handset would be a closed (read: non-smartphone) platform. Calling it a "sweet solution" for allowing devs to get their wares onto iPhones across the globe without sacrificing stability or security, Apple is using its full Safari-based browser to let folks code up true, Web 2.0-compatible apps that can be accessed and updated on developers' own servers. Though any apps that third-party developers put together will run under Safari, they'll be totally customizable and maintain the platform's unique look and feel. Better yet, they won't require any special SDK -- Jobs claims that a working knowledge of modern web standards is all we'll need to code up custom iPhone goodies to our hearts' content.

Contrary to previous beliefs, it looks like neither Orange nor HTC will have a part in producing the first "Googlephone," and instead it seems that Samsung is slipping in the back door to steal the limelight. When the Ultra Edition 13.8 (formerly known as the Z720) got official a few days back, we noticed the relatively unexpected suite of Google apps swarming the mobile's innards, and aside from the handset not exactly abiding by the Opera agreement that is supposedly falling into place, it seems a good fit for the first Google-infused mobile. Of course, the programs that come loaded are all available as free downloads on supported handsets, but it seems the European-bound 13.8 will be numero uno in what's likely to be quite a lengthy list of Googled mobiles.