07-19-2012 01:06 PM
I love the new WebWorks APIs that have just been presented today, but I'm very worried that we're going to end up in a situation where WebWorks is going to be treated as a 2nd class citizen AGAIN.
This is what's new in WebWorks:
http://devblog.blackberry.com/2012/07/webworks-bet
and this is what's new in Native:
http://devblog.blackberry.com/2012/07/native-sdk-u
Location and partial notification support is already available on WebWorks, but what about the rest?
Will there be parity at launch time???
07-19-2012 02:00 PM
interfaSys: completly agree with you
07-19-2012 02:50 PM
07-19-2012 03:48 PM
supraking: yes, all can be impossible. But the problem is know what is the meaning of: "most of it..."
Can we expect a situation like now in Smartphone WebWorks SDK? or very different?
Now with Webworks SDK for basic functions we need Java extensions, and other basic functions are not supported yet. Yes, i know all it's possible via Extensions, but I am a Web developer, not a Java or C/C++ developer.
Have a detailed BB10 WebWorks APIs roadmap, and know exactly what APIs will available in WebWorks SDK could help.
For example, Will be avilable or will need an extension on BB10 WebWorks SDK?
- Attach a file in an email?
- NFC read/write?
- Barcodes?
- send a PIN message?
- ...
Best regards
07-19-2012 04:16 PM
The good news is that Tim Neil has just announced that we'll finally have a roadmap for BB10 APIs.
I'm hoping that we'll have the full list before the API freeze, so that we get a chance to ask for the ones we feel are important and are missing so that they can be implemented.
If we have no say, there will always be the option of pooling resources together to try and write community extensions and in the worst case scenario, we'll at least know what will be available at launch 3-4 months before customers get their hands on devices.
Still hoping for parity though ![]()