Testing among peers - A new group proposed

by Ravi » Sat, 30 May 2009 21:45:21 GMT

Sponsored Links

I would like to propose a test exchange where few can test  apps for
others and vice versa. We can go by credit system where when you test
an app you get credits and use when your app is being tested by

Or may be even have developers purchase the credits. Revenue can be
shared among testers and site operator.

More over we will get a real world test and feedback. We can code the
apps to function only for 30 days or so for test trials.

Please advice.

Testing among peers - A new group proposed

by Eric Wong (hdmp4.com) » Sun, 31 May 2009 09:45:30 GMT

 I am in if this idea goes anywhere :)

It is probably better for you to recruit power (geek) users to do the
testing and free up developer time to actually work on the apks.

Note: I am a power user, not developer.



Sponsored Links

Testing among peers - A new group proposed

by aayush » Sun, 31 May 2009 10:23:26 GMT

 Nice initiative
 Ravi. Go for it..

On May 31, 1:45am, "Eric Wong (hdmp4.com)" <ericwon...@gmail.com>


Testing among peers - A new group proposed

by JP » Sun, 31 May 2009 13:59:38 GMT


Testing among peers - A new group proposed

by Eric Wong (hdmp4.com) » Mon, 01 Jun 2009 09:16:56 GMT



Testing among peers - A new group proposed

by hina naz » Mon, 01 Jun 2009 18:17:01 GMT

Testing among peers - A new group proposed

by Luis Alberto P茅rez Garc铆a » Tue, 02 Jun 2009 02:29:03 GMT

 I see the point but.... credits?

I've just started developing on android (so, I consider a power user
too) but I don't think credits are necessary here.

I haven't seen any other repository but the Android Market itself, is it
possible? because this can be solved with an "Android Developer
Repository" or something similar, no need for prices, just power users
marking stars... quite "profit" for apps on development.


El sb, 30-05-2009 a las 18:45 -0700, Eric Wong (hdmp4.com) escribi:


Other Threads

1. knowing whether there is a good reception

Good morning,
I'd like to do an app which draws a picture on the screen when the
reception is ok, ok enough to make a call for instance and draws
another picture when there is no reception at all.
I used ServiceState :

ServiceState mservicestate = new ServiceState();
                int state = mservicestate.getState();
                if(state == 1)

But there is still an error message "force to close".
Can anyone explain to me how can this work ?

Thanks in advance.

2. Possible IMF issue for existing applications

Pintail: an application with a UI so simple nothing could go wrong with the
move to 1.5... er... not quite.
It has a single EditText view defined as follows (layout attrs elided):


The problem is that you can't enter text into it using the soft keyboard in
the emulator. After a bit of faffing around it seems that specifying the
android:digits attribute somehow prevents the soft keyboard from appearing
when you tap onto the field.

I understand that the KeyListeners have evolved to report an InputType
(TYPE_CLASS_NUMBER in the case of DigitsKeyListener) is it simply a case
that the emulator doesn't host an IME for numeric data entry, but that
actual devices do/will? Or is it actually a bug?



3. My good god, bugs in Android brick phone, and it's not difficult to reproduce...

4. Getting the manifest.xml of applications from the market?

5. Disable specific alarm but disable all alarm

6. Sensor Problem n SDK 1.5 ANR messages.

7. Start virtual Keyboard???