BlackBerry PlayBook Native Email and PIM App Demo Video from BlackBerry World

By Bla1ze on 4 May 2011 05:18 pm EDT

By now, we all know Research in Motion has a native email client and PIM interface up and running on the BlackBerry PlayBook, they demoed some of it for us during the BlackBerry World keynote and needless to say we were pretty stoked to see it in action but, it left us wanting a little bit more of a preview. Luckily, it being BlackBerry World and all -- Research In Motion has been taking the time to go ahead and show off email and PIM on the  BlackBerry PlayBook to give us all a better look at what is up and coming soon. Check out the video above and of course, drop some comments with your thoughts on it.

Reader comments

BlackBerry PlayBook Native Email and PIM App Demo Video from BlackBerry World


what will happen with email, contacts, etc. via bb bridge after this rolls out???? Will they become useless???

99% of the people having Blackberries opt for the bridge as it is a no brainier because it is always connected and always on and moreover many don't want the data to be stored on multiple devices. My friends and colleagues use iPads and iPhones but no one not even 1 person of 10 odd iPad users configured their email on the iPad because people are paranoid about security and don't want to store the information on multiple devices.

Wow, to me that looks very slow. Judging by the keynote demo where "blackberry player" was seen under the native email app, and the fact only one PIM app could run at once, it seems these PIM apps are written in Java. The NOC and/or BES servers must not be able to interact with anything other than Java, hence it having to run in a Blackberry player within the QNX OS (similar to the android player). It's basically running the PIM apps within an emulator for which there can only be one app at once. This is INCREDIBLY disappointing.

I think you misunderstand the emulator. From what I've seen/heard, it's basically an instance of the entire BB Java OS. That means it can run multiple at the same time - however it will (like the phone) only show one at a time. The ANdroid player is similar - it will run many, but only show one on its virtual "screen" at a time.

This means no waiting for launch, etc, after you've launched it - it will stay running. I can see that it would be visually confusing, but that's about the only drawback.

Though I am concerned about memory constraints - a BB OS JVM, a Dalvik JVM, plus PB apps running at the same time? Not based on what I'm currently seeing on my PB...

Yeah that sounds very annoying to me. Not to mention it looks very laggy in the video. You also have to realize how many resources (and memory) it will take to run a whole instance of the blackberry OS within the QNX OS at once, considering the QNX OS already needs over 500MB. Trust me, this is not good at all.

Ha ha gotta love people talking about lags on Playbook, do you own any other tablet?? There are no lags on the playbook. It is much more powerful (tons) than any other tablet. Lags forget it don't even open your mouth to say it, it only shows your lack of knowledge.

You are not running BB OS within the playbook just to get email are you a moron??

hahaha... I own a 64GB playbook actually thanks for asking. you clearly have never used any bridge applications or loaded flash with the browser have you?

haha I also own a 64GB playbook. You are talking about the bridge and he is showing a native app. Do you know the difference? Of course their are lags in the bridge are you stupid enough to think that your playbook is running the whole BB OS just to show the bridge. There are lags in the bridge because it is using bluetooth to rebuild the data coming from the playbook this is totally different from the native email.....

Tell me if you find lags in native apps on the playbook other than poorly written apps. Scrolling in the UI for example. Do you find lags???

Dude chill!..90% of the usecases of your daily usage are built on Java or in someway involved. RIM hasn't even announced anything yet, it is too early to draw conclusions about performance or multitasking..There shouldn't be any hard dependency to use Java in-order to interact with BES/BIS, Java only makes ones life easier and Java is far more advanced than another language when it comes to network communications etc and it has got innumerable number of libraries.

you are right but the whole question is laughable. do you think RIM has to implement their whole smartphone OS just to get email when any of the simplest pop mail client can get your email and calendar. Don't fall for these totally stupid arguments.

The playbook kicks the ass of every tablet on the market now. I don't think it's going to get hung up on email. these comments are just a joke.

@biggulpseh: Biggest, most INCREDIBLE disappointment is your useless drivel of a post. How can you look at an app and say that it "seems to be written in Java", then based on that far-fetched proclamation make the even stupider extrapolation that the NOC and/or BES servers can only interact with Java. Do you have any kind of clue of networking or application stacks? The mindlessness of your comments is amazing.

This is pure FUD and you should be ashamed for posting this. I call BS you Tr0LL.

Either you didn't read what I said or you can't read. Watch the demo in the keynote address, when he minimizes the app it says "Blackberry App Player". He also tries to open another PIM app when the messages app is already open and it replaces the messages app - no multitasking. RIM has already said they are planning support of Java SE for the playbook. This makes complete sense to me; the only way they can support any interaction with the NOC is through Java. Why do you think they have only been able to support this interaction so far has been through bridge? Please, prove me wrong if you're capable.

Yes I'm capable big guy. No, your post doesn't make any sense and still connects a lot of dots that just aren't there.

The only issue with the NOC is PIN vs. BBID you fool the whole system was based on ONE BB phone a unique PIN. That's the hold up. JAVA you need JAVA to get email????? don't be a complete moron please. You obviously know nothing about computer science.

The bridge is to get acceptance into enterprise. Enterprise doesn't want to deal with security on double the number of devices out there. The bride allows enterprises to deal with the phones period. It is an elegant and desirable solution for getting tablets into the enterprise environment. The JAVA talk is pure crap.

Right... so when the native email app is released and im right then id love to follow up on this because you seem pretty confident. How would you explain the fact it says "blackberry player" underneath the app when minimized? (I won't comment on the lag because according to you it doesnt exist)

yes, please follow up. Look at playbook UI, look at playbook browser launch, look at BBM my video launch. Do you see lags? Look at 90% of apps on playbook. If you are worried about players look at the android apps that were run on stage did you see lags in them?? Yet you think RIM can't optimize their own email??

The fact is for email and cal and PIM you ae pulling data and that is very little info. Then your playbook is going to use a program to visually present that data. All the visual stuff should be resident on the playbook. This is different from the current bridge where the playbook is "presenting" What is on the phone.

Watch the keynote demo and when he switch from email app to calender app (and then to contact app) --- the minimized window's title is "blackberry player". Like the "android player", when you launch a new app --- you stay inside the same "player".

We already know that the "android player" is just a dalvik vm. So it looks like the "blackberry player" is a java vm.

Of course, you don't need java to get email. But there may be 2 reasons why RIM is doing "native" email via java. The first reason may be security via sandboxing it into a java vm. The second reason may be time constraint --- the java code is already certified by the government.

If everyone didn't bitch up and down and threaten to sink RIM's stock over an email client, perhaps they'd have developed a native client instead of demoing what appears to be a java based version. In due time my impatient, angry consumers..

Maybe if more people bitched this once great company would get off it's ass. They are making the dumbest decisions and mistakes and guys like you congratulate them for it.

I never used to care before, it always felt like Rim would always be there, but the last few months, I am seeing just how quickly someone else may buy this company just because Rim could not do simple stuff in time ahead of competitors.

The stock is going down for a reason.

Yes because of total morons like you. Companies want the f-ing bridge it makes life a whole hell of a lot easier for them. Now it's tablet no table I don't give a F*&^ because it's bridged I could care less. Shit if I don't have a bridge and this is hooked to BES I need not only control your phone I need to control your stupid tablet too.

Who knows more about this you or RIM? Let me see?????? My guess... RIM and i'd stake my life on that.

I applaud the idea of Bridge, but in it's current state it virtually useless. I would rather simply punch out a quick email on my actual berry phone than take the time it takes to bridge it and then bring it up (slooooowly) onto the PB.

I await a native app for email,contacts,calendar, etc. But really want the Bridge to improve for the ability to not have to buy additional data service for my tablet. I find it odd that tethering my BB to my laptop runs faster than using internet bridged onto the PB. I might as well open the phone browser. It's faster.

Umm the whole point of a BB phone is to do email, so your point is??? Bridge internet is for when you ar eout of wifi range. of course you could use another tablet and PAY for a data plan.. as you will for the 4G version of the tablet. For me I'd rather not pay the money.

God Crackberry does attract morons...

Scrolling in all three apps looks laggy. The e-mail shown was all-text, too. Scrolling in calendar (when he was in day view) seems simply painful. Given the hardware specs, that's just unacceptable.

Not to sound stupid but how will the native email work? Will it be able to download via wifi or will you need a 3g connection? If you download onto the playbook will you have to sync it with your blackberry to have it on there as well? I always thought on the phone I needed a cellular signal to receive emails but maybe that's just for texts, etc.

Hi @NickCat11,

Alex from RIM here. One benefit of native email is direct access from your PlayBook without requiring a BlackBerry Bridge connection. Native email, along with other PIM applications (Calendar, Contacts, Tasks and MemoPad) will come via an update to the BlackBerry Tablet OS later this summer.

If you’re a BlackBerry smartphone user, BlackBerry Bridge software already allows you to mirror your BlackBerry smartphone PIM applications on the PlayBook’s larger screen via a secure Bluetooth connection.

This video ( shows BlackBerry Bridge software in action.

Alex, RIM Social Media Team

Hi @lang007,

Alex from RIM here. PlayBook comes loaded out-of-the-box, including document viewing and editing capability, and remote PC and secure VPN access using its built-in Wi-Fi connection, allowing you to access enterprise data and apps, just like you would with a laptop.

PlayBook also supports the full web, including Flash, which is definitely important since half of the top 17,000 websites are Flash-based (according to data from Alexa, Quantcast and the Fortune 500). Support for HTML5, CSS and JavaScript round out the full web experience.

I could give other examples – what are you looking for in a tablet?

Alex, RIM Social Media Team

@Alex - "What are you looking for in a tablet?"

How about ActiveSync support for email, calendar, and contacts?

How can you call it a Professional tablet withOUT ActiveSync support?

Cool! People need to stop griping about the performance of a conceptual/tech demo and realize that in a month or two we'll have something that performs way better in hand. I'm betting they just scraped this demo together by the skins of their teeth in time for the show :P