Welcome!

Welcome to the official BlackBerry Support Community Forums.

This is your resource to discuss support topics with your peers, and learn from each other.

inside custom component

Built For BlackBerry

Reply
Developer
thubalek
Posts: 322
Registered: ‎10-01-2012
My Device: Dev Alpha C, Playbook 32 GB

Re: Got a chance to talk to BlackBerry about B4B and more

I just want to clarify my attitude: I'm not leaving this platform and I'm not angry.

I just suspended all my activities until this platform will work normally (I can accept one week for review but not one month).

I sponsored my work with enthusiasm for this platform but it is gone now so lets wait for next months until people attracted by free candy will leave and it will be normal platform.

With normal competition and normal review times.
--------------------------------------------------------------------------------------------
-- My Blackberry 10 app at http://blackberry.hubalek.net
-- My Android apps at http://android.hubalek.net
Please use plain text.
Developer
jetstreamblue
Posts: 121
Registered: ‎01-21-2011
My Device: Z10 LE #00055

Re: Got a chance to talk to BlackBerry about B4B and more

I just had another app rejected, e-Mmanuel Bible Reader for BlackBerry 10, and I wasn't surprised by the rejection.  What I was surprised about, were their reasons, which could only be because they did not test my full version (activated via in-app purchase, using a service integration they would like to see).  I would have thought they would check all of your app, particularly knowing that devs may intentionally lock out some features for the free version?

 

Specifically, their comments and my response:

 

  • Not all settings appear to be working (try to adjust secondary font size) – Some settings are intentionally disabled in the free version, and are unlocked when the upgrade to the full version is purchased (via in-app purchase)
  • Lacking a search feature – The search feature is unlocked with the full version (via in-app purchase)
  • Lacking copy feature – Copy/paste is disabled by default, as users of my PlayBook version found that they were inadvertently selecting text when scrolling and found it annoying.  Copy/paste can be enabled via a setting in the “User Settings” section of the “Settings” screen

The features which are unlocked with full version purchase are listed for the user in the opening screen.  This opening screen also disappears with purchase of the full version.

VENTURCON
For BB10: e-Mmanuel Bible Reader, e-Mmanuel Audio Bible, PM Assist
For PlayBook: e-Mmanuel Bible Reader, Business Analysis Toolbox
Please use plain text.
Developer
apman
Posts: 194
Registered: ‎11-12-2010
My Device: Not Specified

Re: Got a chance to talk to BlackBerry about B4B and more


georg22 wrote:

This leads me to the question: Will each new clock app be rejected, because a clock app already exisit on the device?

I think a lot of people like cool clocks. And there is a market for many different types of clocks in different designs. But at the current state a clock will only pass, if the reviewer "detects" an intertainment value or the clock has additional features other clocks don't have. Is a different design enough? Yes? No? Or sometimes yes, sometimes no?. Who knows?


Yes, who knows? My clock was rejected as a "single simple function" app. Admittedly, it doesn't make coffee :-), but it has unique functions that seem popular with users of the PlayBook version.

 

I guess the example of jetstreamblue's Bible app, is one more reason to believe that the reviewers simply don't have time to look properly.  My app hides all controls after 30 secs of inactivity (cp. UI-guidelines "content is king"), so who knows ... maybe the reviewer loaded the app while still dealing with the previous one, then looked over, saw nothing but a clock face and straightaway reached for the automatic rejector button ...? Hard to believe, but who knows ...

 


My app : Get set - Get up!   Get ready for the snooze revolution.

Please use plain text.
Developer
georg22
Posts: 247
Registered: ‎11-22-2011
My Device: Blackberry Playbook

Re: Got a chance to talk to BlackBerry about B4B and more

With your experiences in mind i want to give another ficual example.

 

When  i want to provide a chess clock it will not qualify because

- the reviewer does not know speedchess, so he does not see any "user benefits"

- the reviewer knows speedchess but the app has only a single simple function therefor it will not qualify.

 

As a result a user will never see the chess clock app in the BFBB section. He will look in the other section and between 20 Android-ported chess clocks he will propably see mine.

And the user will say: "Oh, its a Cascades chess clock. Nice. But why is it not in the B4BB section? It did not qualify? Maybe there is something wrong with this app. Better i don't touch it". 

 

Another, more brilliant developer inserts a chessrule reference in his chess clock app (its useless, because someone who needs a chessclock will know the rules). Now this app qualifies because of this additional feature.

 

Then i add the same feature (still useless) into my app too. Again it will not qualify because a similar app already exists.

 

Does this make any sense?

 

 

 

Please use plain text.
Developer
peter9477
Posts: 6,473
Registered: ‎12-08-2010
My Device: PlayBook, Z10

Re: Got a chance to talk to BlackBerry about B4B and more

georg22, haha, yes, it makes sense at some level, but I don't think you really have to worry about that. I don't believe they're applying rules in so mindless a fashion that they would do most of the things you describe there, except perhaps the initial rejection of the app on the basis of it being too simple.

While I personally agree it would be nice to have a clear way of distinguishing true native apps from Android ones, that's not the purpose of the BFB program as currently defined. Given that, they are trying to keep the very simplest apps out, and a basic chess clock is very simple, as I think anyone would agree.

Integrating a chess reference actually isn't a bad idea, is it? Seems like you shouldn't assume that everyone who needs a chess clock would necessarily always have a complete and perfect memory of all the rules.

What about timing different types of chess? I know there is more than one type of speed chess, and if the clock supported all the common ones, and maybe some customization (if anyone ever needs that), then that plus some basic service integration would seem to me to be more than enough to qualify.

Peter Hansen -- (BB10 and dev-related blog posts at http://peterhansen.ca.)
Author of White Noise and Battery Guru for BB10 and for PlayBook | Get more from your battery!
Please use plain text.
Developer
helex
Posts: 291
Registered: ‎02-14-2012
My Device: Nokia N950 / BB Playbook

Re: Got a chance to talk to BlackBerry about B4B and more

I will not judge about the BFBB program in this post.

 

About visiblity in the store and all those Android **bleep** I would say this will get sorted automatically. We shouldn't be afraid of all this Android stuff. At least not in the long therm.

 

I've seen a lot of 1 or 2 star Reviews in the store: "warning, this is only a Android App"

 

In comparison a example from one of my own Apps:

 

After realizing how the Port-A-Thon works I've created for the last one myself some of this "very special" applications I would have never created without this program, just because I were too scared to waste my time and to damage my own reputation with those "cr*p". But I needed the money to pay the hotel and my travel costs for the BB Jam Amsterdam.

Among others I've created a simple Torch light with some additional, minor useful functions. And to my surprise I've got today a very positive review which highlighted that it is a native BB10 app!

 

If this example establishes itself in the mood of the Users the most Android apps except the really good ones will get invisible with their 1 Star reviews and "our" well made native BB10 Apps will remain at the top of the list. At least I hope so. :smileyvery-happy:

 

NEVER GIVE UP! :smileywink:

 

Please use plain text.
Developer
georg22
Posts: 247
Registered: ‎11-22-2011
My Device: Blackberry Playbook

Re: Got a chance to talk to BlackBerry about B4B and more

[ Edited ]

 

I think the initial idea of BFBB was to encourage developers to use the new UI-controls of the different BB10 SDKs in theire apps. This is exactly what the term "Built for BB" says and this is what the examples in the webcast and the checklist are suggesting:  Even a simple game, and a simple calculator will qualify.

But then BB decided to exclude these simple (not useless!) apps and converted BFBB into a label for "premium" apps. At this point the confusion begun.

 

A premium section is not a bad idea at all. But mixing it with the BFBB-label is.

 

I am looking for a solution which has benefits for all, BB, developer and user and have two different ideas:

 

Simple BFBB apps can enter the BFBB section too, but will be listed behind the BFBB "premium apps" and will not be advertised by BB.

 

Or:

 

Simple BFBB can not enter the BFBB section. They will be listed in the common section, but they can use the BFBB label in the description and the keywords, so user are able to separate them from the Android ports. In this case the  current BFBB section needs to be renamed ( "Premium Section" for example) to prevent confusion.

As a result BB has its  "premium" section, but the user will also find also BFBB-certified apps in the common section.

 

 

Even more important is to improve the qualification process itself. The developer should be able to add a spreadsheed where the criteria are listed. The developer can describe the user benefits (from his point of view), the parts of the app where services are used, why , for example, he disabled copy paste and so on - all the points which are important for the qualification process. This little additional work gives the developer a chance to check all the points again, before pressing the "Apply" button in the vendor portal.

 

And it will speed up the reviewing process too, because the reviewer is guided to the important parts of the app. When the reviewer rejects the app, he can add his comments to the spreadsheed, so the dev knows exactly where the critical points are. 

 

I think, the current situation is far from perfect, isn't it?

 

What do you think? Is there any demand from you to get these issues improved?

 

 

 

 

 

 

Please use plain text.