[android-developers] Re: Why has my app disappeared from the market? Has this happened to anyone before?

[blindfold]

Same with me: suddenly 1 total, 0 active installs for my free
augmented reality app. I presume it is a Market bug. Just hope my
first use yesterday of Chrome to Phone did not trigger some bug...

On Aug 21, 7:57 am, KG  wrote:
> Mine did too.  However, the market is acting up so I'm guessing it has
> to do with that.
>
> On Aug 20, 10:46 pm, Greg Siano  wrote:
>
> > My app is a legitimate app, it isn't one of those sexy wallpaper, etc.
> > apps.  Its been on the store for a while.  I have a free version with
> > ads and a 99 cent ad free version.  I can still see the 99 cent one,
> > but the ad free one has disappeared. Any explanations? Thanks

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[Bob Kerns]

May I suggest doing an SHA-1 hash of the IMEI (if present) and the
ANDROID_ID?

Or if you don't need a fixed length, you can use the concatenation, or
you can fill in an IMEI of 0.

Finally, if you really want to get paranoid, you can check for the bad
ANDROID_ID, and if you have that, and no IMEI, then generate a random
number, seeded from the time and any other source of entropy you can
get your hands on, and persist it.

This is a screwup of the sort of epic proportions that gives engineers
like me nightmares. I've dodged a few bullets like this, generally
affecting fewer customers but having a bigger potential impact on the
company.

Yikes! Good luck in coping...

On Aug 18, 10:33 am, Nathan  wrote:
> On Aug 18, 9:25 am, Kostya Vasilyev  wrote:
>
> >   No, this is different.
>
> > IMEI is assigned to every phone before it leaves the factory, and
> > doesn't change during its lifetime. It's often printed on the box.
>
> > ANDROID_ID is generated by Android, and can change (e.g. when settings
> > are reset).
>
> > If it works for you, it's great, but I would like to see a solution
> > that's not tied to the telephony stack. There are devices without a
> > phone radio at all.
>
> > -- Kostya
>
> I don't have enough data to know if I have this solved. I'm worried
> about devices that don't have a phone radio too.
>
> But I would also be worried about and ANDROID_ID if it changes often,
> or, in the case of Droid 2, not changing enough.
>
> Nathan

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Why has my app disappeared from the market? Has this happened to anyone before?

[KG]

Mine did too.  However, the market is acting up so I'm guessing it has
to do with that.

On Aug 20, 10:46 pm, Greg Siano  wrote:
> My app is a legitimate app, it isn't one of those sexy wallpaper, etc.
> apps.  Its been on the store for a while.  I have a free version with
> ads and a 99 cent ad free version.  I can still see the 99 cent one,
> but the ad free one has disappeared. Any explanations? Thanks

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Why has my app disappeared from the market? Has this happened to anyone before?

[Greg Siano]

My app is a legitimate app, it isn't one of those sexy wallpaper, etc.
apps.  Its been on the store for a while.  I have a free version with
ads and a 99 cent ad free version.  I can still see the 99 cent one,
but the ad free one has disappeared. Any explanations? Thanks

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] ListView :how do i align a count column on right

[Mark Murphy]

Off the cuff:







On Fri, Aug 20, 2010 at 10:29 PM, elubin  wrote:
> Can someone please provide me a ListView row layout that will show
> text on the left (the full width of the screen) and just leave one
> right aligned column for a count on the right?  Everything I try has
> the text overwrite the count column...
>
> http://www.elubin.com/images/Capture.jpg

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] open Activity from an other application via implicit Intent

[Mark Murphy]

On Fri, Aug 20, 2010 at 9:44 PM, Dianne Hackborn  wrote:
> On Fri, Aug 20, 2010 at 3:22 PM, Mark Murphy 
> wrote:
>>
>> You do not have a noteIntent.setCategory() call here. Those need to
>> line up. Either have a category and use it, or do not have a category
>> and do not use it.
>
> Actually these should be fine.  DEFAULT is a special category, meaning it is
> the default user action.  It is implicitly added when you use
> startActivity(), so all activities that want to be launched that way must
> support it.

Ah, I had not realized that.

> Also it is not a problem if an activity says it supports
> category FOO and the starting intent does not require category FOO.
>  Categories are requirements the caller makes on the callee; the recipient
> activity can not require that the intent it receives have any particular
> categories.

Oops. I knew that but was thinking backwards. My apologies to the OP.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: How to compile/run JUnit 4 tests in Android?

[Frank Weiss]

I wish I could help you, but I'll have to be a "taker" on this thread.

However, I was wondering whether your problems might be due to
Eclipse? Have you tried building your .apk with Ant using aapt?

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[TreKing]

On Fri, Aug 20, 2010 at 6:17 PM, Phill Wiggin  wrote:

> Wow. You sure do read a lot into what people say.
>

As do you =). You continue to believe that requesting more space to describe
an app means I want to write a book or inundate the user with "technical
details".

I'm just sorry you weren't able to read my post for content. So far as I
> could tell, my response did not contain any statements of "I am perfect, do
> as I say" and my tone was far from condescending.
>

Granted, I was pulling most of that crap from the general tone of this
thread, not necessarily anything you specifically said.


> Oh well, you obviously want to have the last word, so I won't reply to you
> further.  Fire away! =)
>

I don't give a damn who gets the last word. We're having a lively discussion
and I will continue to participate if I have something to say or something
to respond to. If you're not going to participate any more, it was nice
talking to you =)

Oh, and I do hope I've not offended you or anyone else. I can definitely be
a sarcastic ass sometimes, but I just get caught up in the discussion. No
harm intended, promise =)

On Fri, Aug 20, 2010 at 6:23 PM, Mark Murphy 
 wrote:

> Every seller of products and services on planet Earth has access to
> the most dizzying array of marketing tools in human history.
>
> > You did it all with 325 characters, two screenshots, and some savvy?
>
> Probably not. But you're not limited to those, either, unless you choose to
> be, and then you have nobody to blame but yourself.
>

Hey Mark, welcome to the discussion!

This was EXACTLY my point! Perhaps it got lost in my sarcasm ...

Brad's touting of his marketing experience (which is impressive, to be sure)
in particular left out the key points that he (likely) had those kinds of
marketing tools available and was not limited to 325 characters and two
screenshots.

Indeed, neither are we, technically, if we pursue other marketing outlets,
but my comments (and this discussion as a whole, I think) have been in the
context of using the Android Market, specifically.

The gist of what I've read here, in the context of marketing on the Android
Market, is the implication that short and sweet is the best strategy, a good
slogan and some catchy phrases will sell your app, and that giving
developers the option to write more or list features is somehow a bad thing.

What I still don't understand, and what no one has proved to me yet, is why
allowing developers more freedom to post more would be so bad. Perhaps it
may be bad for THEM, if they use the space poorly, but this has ZERO effect
on everyone else that uses it correctly and would be HIGHLY beneficial
overall.



Somehow this spiraled into a discussion about what makes for good or bad
marketing, which frankly is irrelevant to the point I've been trying to
drill this entire time which either I'm not explaining clearly enough or is
simply going over some people's heads.

I should have clarified this long ago so I'm definitely part of the
problem. Forget about marketing and what makes for good or bad. I don't care
if you can sell someone a freshly minted turd using one sentence - that's
irrelevant.

The original point was this: having such a low limit is ridiculous and makes
absolutely no sense, especially considering that that the Apple app store
offers 4,000 characters and increasing this limit would take hardly any
effort whatsoever. This limit should be increased to allow developers the
freedom to describe / promote / sell their apps however THEY feel is best
for THEIR particular app, regardless if it's otherwise considered to be
"poor marketing".

That's it.

-
TreKing  - Chicago
transit tracking app for Android-powered devices

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: How to compile/run JUnit 4 tests in Android?

[Eric]

At this point I really don't understand why Android cannot run JUnit 4
tests 'out of the box'.  There MUST be a simple way to get Eclipse/
Android to install a JUnit 4 test runner so that when my tests run on
the device, JUnit 4 is used.  It is discouraging that after all of the
reading and experiments I've performed, I can't figure this out.  If
_anyone_ out there knows how to do this, please do tell. :)

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: How to compile/run JUnit 4 tests in Android?

[Eric]

I was finally able to get this set up in Eclilpse.  IT DOES NOT WORK.
The Android TestSuiteBuilder is casting the tests to TestMethod and
TestCase in the 'build' method, and one of those casts is breaking the
JUnit4TestAdapter.  So while it is possible to run JUnit 4 tests on
JUnit 3 using the JUnit4TestAdapter, it seems you cannot do this on
Android itself (see stacktrace below).  Unless there is a workaround
that will somehow allow me to run the unit tests with a vanilla JUnit
3 runner, instead of having Android install it's own custom
android.test.InstrumentationTestRunner.  However, being new to Android
& Eclipse, I haven't been able to figure out how to have the Eclipse
run vanilla JUnit 3 on the device/emulator.  If anyone knows the
answer to this, I'd certainly appreciate it.


08-20 23:22:48.347: INFO/TestSuiteBuilder(358):
java.lang.ClassCastException: junit.framework.JUnit4TestAdapter
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.test.suitebuilder.TestSuiteBuilder.build(TestSuiteBuilder.java:
189)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.test.InstrumentationTestRunner.onCreate(InstrumentationTestRunner.java:
373)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.app.ActivityThread.handleBindApplication(ActivityThread.java:
4218)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.app.ActivityThread.access$3000(ActivityThread.java:125)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.app.ActivityThread$H.handleMessage(ActivityThread.java:2071)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.os.Handler.dispatchMessage(Handler.java:99)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.os.Looper.loop(Looper.java:123)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
android.app.ActivityThread.main(ActivityThread.java:4627)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
java.lang.reflect.Method.invokeNative(Native Method)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
java.lang.reflect.Method.invoke(Method.java:521)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
com.android.internal.os.ZygoteInit
$MethodAndArgsCaller.run(ZygoteInit.java:868)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
08-20 23:22:48.347: INFO/TestSuiteBuilder(358): at
dalvik.system.NativeStart.main(Native Method)

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Chilling news: Oracle sues Google over Android

[gosh]

Its true that if you look at the topics of the 7 patent Oracle cites:

1. Protection Domains to Provide Security in A Computer System
2. Controlling Access to a Resource
3. Method and Apparatus for Preprocessing and Packaging Class Files
4. System and Method for Dynamic Preloading of Classes Through Memory
Space Cloning of a Master Runtime System Process
5. Method and Apparatus for Resolving Data References in Generate Code
6. Interpreting Functions Utilizing a Hybrid of Virtual and Native
Machine Instructions
7. Method and System for Static Initialization

they have little to do with Java the 'language' - after all it is
simply an ape of C/C++ leaving out the hard/error-attracting bits.
These topics are largely clustered around the dynamic invocation of
classes from object 'fingerprints' (data and method signatures) coming
from, or stored elsewhere. Apart from C++ being all over this
territory, there is 'a hill' of prior art there too:

* even I have prior art invocating objects dynamically from JSON-like
tree structures back in the early 1990s (in a dynamic system called
SlimWinX I wrote for small devices).
* NeXT Inc (now a part of Apple) was all over this territory long ago
too.
* the Blackboard systems based around the Linda language (e.g. Sun's
JavaSpaces and IBM's TSpaces are just recent implementations of
Blackboard systems) were all over this area back in the 1970s.
... as they say "There's nothing new under the Sun."

i.e. the cited patents have little to do with Java as a language or
about pseudo-code running in virtual machines, so the mention of
'Java' so prominently is probably about 'justification' ("we spent
$5.8 billion on this stuff!") and 'popularity' wrt grabbing a
headline.

The technical territory of the cited patents has more to do with what
one can do with the Go language and distributed databases, and
datastores in HTML5, than with Java. i.e. GO running against a virtual
machine, rather than Java 'the language' and the JVM. If you look at
SAPs very recent roadmap of what they plan to do with the newly
acquired Sybase - that would raise a home-territory fear in Oracle
regarding the use of Android devices as the popular client-side
interface of SAPs new strategy forward - and little to do with Android
itself.




-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: GUI alignment ok for emulator and direct transfer but misaligned when published in Android Market?

[Mystique]

I read the Android resource and realize QVGA/WQVGA is using 120dpi,
HVGA is 160dpi while WVGA800/WVGA854 is 240dpi.
Is this the reason? What do I need to do to get my FrameLayout to
display right after the tab without manual adjustment?
Get some kind of environment reading for screen, do some maths and
modify it in the coding? What is the default tab size as in dpi?? Are
they all different in Android version?

On Aug 21, 10:20 am, Mystique  wrote:
> Maybe it was the layout xml i'm doing it wrong? Are tab size all
> different for different android version/screen resolution?
> What best to do if I always want my fist textview to start right below
> the tab dynamically and not hardcoding using android:paddingTop?
>
> 
> http://schemas.android.com/apk/res/android";
> android:id="@+id/my_tabhost"
> android:layout_width="fill_parent"
> android:layout_height="fill_parent">
>              android:id="@android:id/tabs"
>     android:layout_height="fill_parent"
>     android:layout_width="fill_parent">
>                  android:id="@android:id/tabcontent"
>         android:paddingTop="95px"
>         android:layout_height="fill_parent"
>         android:layout_width="fill_parent">
>                                      android:id="@+id/content1"
>             android:orientation="vertical"
>             android:layout_width="fill_parent"
>             android:layout_height="fill_parent">
>
> On Aug 21, 3:18 am, RichardC  wrote:
>
>
>
> > Beyond strange as your APK is signed (by you) so any changes would
> > have invalidated the signature and it would not install.
>
> > Try and "adb install" the apk you uploaded to the market (you will
> > probably need to uninstall it first from your phone) and see what it
> > looks like.
>
> > On Aug 20, 7:56 pm, Mystique  wrote:
>
> > > I was using 1.6 as emulator and then installed the apk in HTC Desire
> > > which has 480x800.
> > > Both shows the same result. When I published it, it doesn't look the
> > > same on my Desire when I install from Market.
> > > Isn't that strange?
>
> > > On Aug 21, 2:15 am, RichardC  wrote:
>
> > > > On the emulator did you try your app with all the difference screen
> > > > sizes / OS combinations ?
>
> > > > I think you need about 5 emulators to hit 90% of devices:
> > > >   1.5 HVGA mdpi
> > > >   1.6 HVGA mdpi
> > > >   2.1 WVGA800 hdpi
> > > >   2.1 QVGA ldpi
> > > >   2.2 WVGA854 hdpi
>
> > > > There are a few more combinations you could test with but I think the
> > > > above gets you to about 90% coverage.
>
> > > > On Aug 20, 6:38 pm, Mystique  wrote:
>
> > > > > Hi, does publishing app in Android Market add something to the app?
> > > > > Why is my alignment off where where were ok in emulator and direct
> > > > > transfer to my phone?
>
> > > > > How am I going to know what to adjust if Android Market causes it?
>
> > > > > Anyone have this issue?
>
> > > > > Regards.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: SSLException: Not trusted server certificate

[ajay davanam]

Hi,
   You've hit the bulls-eye!! I think the certificate is issued by Entrust
Inc. and all the Android devices I have do not seem to have it installed. I
guess I need to work on that hack which would accept all certificates.
Thanks Kostya!! I will try it out in the next week and post again.

Thank you,
AJ

On Fri, Aug 20, 2010 at 8:46 PM, Kostya Vasilyev  wrote:

>  Ajay,
>
> You being able to open the site in desktop browser and on a Blackberry
> seems to imply that the certificate is valid (not corrupted) and is not
> self-signed.
>
> Perhaps the certificate was issued by an authority whose certificate is not
> installed in Android?
>
> Take a look here:
>
>
> http://groups.google.com/group/android-developers/browse_thread/thread/1afdf215aa539ca9/56970e750066e93d
>
> This is a hack to accept all certificates.
>
> -- Kostya
>
> 20.08.2010 16:07, Ajay пишет:
>
>  Thank you Kostya,
>>
>> I tried accessing the same site on the desktop browser and a
>> BlackBerry device, and they seem to work fine without a problem. I
>> verified that the certificate on the server is installed properly
>> using the following site: http://www.digicert.com/help and it told
>> that it was installed properly on the server.
>>
>> On Aug 20, 4:39 pm, Kostya Vasilyev  wrote:
>>
>>>   Ajay,
>>>
>>> This can happen because the certificate is not signed by a trusted
>>> certificate authority (e.g. self-signed), or because the certificate is
>>> just plain wrong.
>>>
>>> Try accessing the URL with a desktop browser to find out what the actual
>>> reason is.
>>>
>>> If the certificate is good, but is self-signed, search list archives for
>>> the solution - this comes up quite often.
>>>
>>> -- Kostya
>>>
>>> 20.08.2010 15:00, Ajay пишет:
>>>
>>>
>>>
>>>  Hi,
 I am receiving this exception, when I try to access a secure site
 in my App. I am using DefaultHttpClient&BasicHttpParamsclasses for
 Http communication. Any idea what could be the problem here?
 Thank you,
 AJ

 
 javax.net.ssl.SSLException: Not trusted server certificate
  at

 org.apache.harmony.xnet.provider.jsse.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:
 360)
  at
 org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:
 92)
  at

 org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:
 321)
  at

 org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:
 129)
  at
 org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:
 164)
  at

 org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:
 119)
  at

 org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:
 348)
  at

 org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:
 555)
  at

 org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:
 487)
  at

 org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:
 465)
  at java.lang.Thread.run(Thread.java:1096)
 Caused by: java.security.cert.CertificateException:
 java.security.cert.CertPathValidatorException: Could not validate
 certificate signature.
  at

 org.apache.harmony.xnet.provider.jsse.TrustManagerImpl.checkServerTrusted(TrustManagerImpl.java:
 168)
  at

 org.apache.harmony.xnet.provider.jsse.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:
 355)
  ... 11 more
 Caused by: java.security.cert.CertPathValidatorException: Could not
 validate certificate signature.
  at

 org.bouncycastle.jce.provider.PKIXCertPathValidatorSpi.engineValidate(PKIXCertPathValidatorSpi.java:
 342)
  at
 java.security.cert.CertPathValidator.validate(CertPathValidator.java:
 211)
  at

 org.apache.harmony.xnet.provider.jsse.TrustManagerImpl.checkServerTrusted(TrustManagerImpl.java:
 164)
  ... 12 more
 Caused by: java.security.SignatureException: Signature was not
 verified.
  at

 org.apache.harmony.security.provider.cert.X509CertImpl.fastVerify(X509CertImpl.java:
 601)
  at

 org.apache.harmony.security.provider.cert.X509CertImpl.verify(X509CertImpl.java:
 544)
  at

 org.bouncycastle.jce.provider.PKIXCertPathValidatorSpi.engineValidate(PKIXCertPathValidatorSpi.java:
 337)
  ... 14 more

>>> --
>>> Kostya Vasilev -- WiFi Manager + pretty widget --
>>> http://kmansoft.wordpress.com
>>>
>>
>
> --
> Kostya Vasilev -- WiFi Manager + pretty wi

[android-developers] ListView :how do i align a count column on right

[elubin]

Can someone please provide me a ListView row layout that will show
text on the left (the full width of the screen) and just leave one
right aligned column for a count on the right?  Everything I try has
the text overwrite the count column...

http://www.elubin.com/images/Capture.jpg

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: GUI alignment ok for emulator and direct transfer but misaligned when published in Android Market?

[Mystique]

Maybe it was the layout xml i'm doing it wrong? Are tab size all
different for different android version/screen resolution?
What best to do if I always want my fist textview to start right below
the tab dynamically and not hardcoding using android:paddingTop?


http://schemas.android.com/apk/res/android";
android:id="@+id/my_tabhost"
android:layout_width="fill_parent"
android:layout_height="fill_parent">





On Aug 21, 3:18 am, RichardC  wrote:
> Beyond strange as your APK is signed (by you) so any changes would
> have invalidated the signature and it would not install.
>
> Try and "adb install" the apk you uploaded to the market (you will
> probably need to uninstall it first from your phone) and see what it
> looks like.
>
> On Aug 20, 7:56 pm, Mystique  wrote:
>
>
>
> > I was using 1.6 as emulator and then installed the apk in HTC Desire
> > which has 480x800.
> > Both shows the same result. When I published it, it doesn't look the
> > same on my Desire when I install from Market.
> > Isn't that strange?
>
> > On Aug 21, 2:15 am, RichardC  wrote:
>
> > > On the emulator did you try your app with all the difference screen
> > > sizes / OS combinations ?
>
> > > I think you need about 5 emulators to hit 90% of devices:
> > >   1.5 HVGA mdpi
> > >   1.6 HVGA mdpi
> > >   2.1 WVGA800 hdpi
> > >   2.1 QVGA ldpi
> > >   2.2 WVGA854 hdpi
>
> > > There are a few more combinations you could test with but I think the
> > > above gets you to about 90% coverage.
>
> > > On Aug 20, 6:38 pm, Mystique  wrote:
>
> > > > Hi, does publishing app in Android Market add something to the app?
> > > > Why is my alignment off where where were ok in emulator and direct
> > > > transfer to my phone?
>
> > > > How am I going to know what to adjust if Android Market causes it?
>
> > > > Anyone have this issue?
>
> > > > Regards.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] C2DM properly working on the emulator, anybody?

[German]

Hello!

I looked all over the web and in this group for a solution but I don't
seem to have any luck.
I'm probably not the only developer that needs to try C2DM on the
emulator so a solution to this could be quite useful.
First of all let me say that I'm running the latest Google APIs 8 rev
2 as AVD which should have all the necessary magic to allow me to run
C2DM (it even has all the market components to run the LVL).
I tried both Chrome to Phone and Jumpnote and it was impossible to
make the C2DM service work.
- Chrome to Phone fails when trying to connect from the Android app
running on the emulator with a "Error: Unable to connect". On the
Chrome to Phone site they recommend that Talk should be tried first
and that the Market should be available (none of these come in the
emulator image and I'm not sure if I should even try to install them
on the emulator).
- Jumpnote does not synchronize automatically and gives me an error:
"Error calling remote note sync RPC" (when I do a manual sync I can
see the docs being synchronized but looks like C2DM, which enables the
auto sync, is broken).
I also heard a comment that maybe port forwarding via adb could be
necessary (but I'm really not sure this makes any sense).

So can anybody confirm or deny that C2DM enabled apps can be run
properly on the emulator? (eg Jumpnote, Chrome to Phone). How can I
test C2DM on the emulator?
Alternatively, does anybody know of an AVD image with all features on
it? (full Market, Talk, etc)

Best!! Thx in advance.

German

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] open Activity from an other application via implicit Intent

[Dianne Hackborn]

On Fri, Aug 20, 2010 at 3:22 PM, Mark Murphy wrote:

> You do not have a noteIntent.setCategory() call here. Those need to
> line up. Either have a category and use it, or do not have a category
> and do not use it.
>

Actually these should be fine.  DEFAULT is a special category, meaning it is
the default user action.  It is implicitly added when you use
startActivity(), so all activities that want to be launched that way must
support it.  Also it is not a problem if an activity says it supports
category FOO and the starting intent does not require category FOO.
 Categories are requirements the caller makes on the callee; the recipient
activity can not require that the intent it receives have any particular
categories.

For the original poster -- yes one application can start another
application's activities, that is pretty fundamental to how Android works.
 You should first look at the log output when your app fails to see what the
system says about it.  You can also set this in your intent flags to have
the system print out what it thinks it is doing as it resolves your intent:
http://developer.android.com/reference/android/content/Intent.html#FLAG_DEBUG_LOG_RESOLUTION


-- 
Dianne Hackborn
Android framework engineer
hack...@android.com

Note: please don't send private questions to me, as I don't have time to
provide private support, and so won't reply to such e-mails.  All such
questions should be posted on public forums, where I and others can see and
answer them.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Power profiling of application

[Dianne Hackborn]

How is this different than the platforms built-in support for doing...
 well, sounds like nearly the same thing?

On Fri, Aug 20, 2010 at 12:49 PM, L.Z  wrote:

> Hi,
>
> I'm the developer of PowerTutor, a power profiling tool for the
> system. This tool profiles the system power consumption and decomposes
> power consumption on hardware components (e.g. LCD, Wi-Fi, CPU and
> etc.). It also assigns power consumption to individual application as
> the application is running alone in the system. In this way, it could
> potentially help developers to profile the app and detect energy
> inefficiency usage behavior in the application.
>
> More details could be found at
> http://powertutor.org.
>
> Note that PowerTutor is free to download and no advertisement is
> embedded. I'm posting this here to so that the Android community can
> be aware of it. Any one who cares about power consumption of their
> applications will find it useful.
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>



-- 
Dianne Hackborn
Android framework engineer
hack...@android.com

Note: please don't send private questions to me, as I don't have time to
provide private support, and so won't reply to such e-mails.  All such
questions should be posted on public forums, where I and others can see and
answer them.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Supporting multiple screens

[Dianne Hackborn]

On Fri, Aug 20, 2010 at 1:30 PM, Albert  wrote:

> You are right, it is detected as normal, but 1024x...@240 is detected
> as normal too and it should be detected as large.


This is a non-standard screen size and the platform doesn't handle it
correctly.  It probably should be large...  but note the CDD makes no
mention of this or what it should be.

-- 
Dianne Hackborn
Android framework engineer
hack...@android.com

Note: please don't send private questions to me, as I don't have time to
provide private support, and so won't reply to such e-mails.  All such
questions should be posted on public forums, where I and others can see and
answer them.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[Mark Murphy]

On Fri, Aug 20, 2010 at 8:15 PM, Frank Weiss  wrote:
> I wouldn't be all that sour about it. Just like Caller ID, there may
> be a reasonable use to a caller for disclosing their location, at
> their option, of course.

Agreed, that's the key. Sorry about my attitude.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[Frank Weiss]

I wouldn't be all that sour about it. Just like Caller ID, there may
be a reasonable use to a caller for disclosing their location, at
their option, of course. But AFAIK, it's not currently possible.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[Mark Murphy]

On Fri, Aug 20, 2010 at 7:49 PM, Frank Weiss  wrote:
> On Fri, Aug 20, 2010 at 4:42 PM, David Toledo  wrote:
>> I need the option 2  , Phone B, The call receiver, want to know La. Is
>> Possible?
>
> It's theoretically possible. The 911 system can do it, sort of.

Which gets special dispensation from the government for this.

> Question is, does the Android SDK support it

No.

> and do the cell phone
> carriers support it for non-911 calls?

I sure as  hope not.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[Mark Murphy]

On Fri, Aug 20, 2010 at 7:42 PM, David Toledo  wrote:
> I need the option 2  , Phone B, The call receiver, want to know La. Is
> Possible?

No, thank heavens.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[Frank Weiss]

On Fri, Aug 20, 2010 at 4:42 PM, David Toledo  wrote:
> I need the option 2  , Phone B, The call receiver, want to know La. Is
> Possible?

It's theoretically possible. The 911 system can do it, sort of.
Question is, does the Android SDK support it and do the cell phone
carriers support it for non-911 calls?

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[David Toledo]

I need the option 2  , Phone B, The call receiver, want to know La. Is
Possible?

2010/8/20 Frank Weiss 

> OK, let's try again.
>
> Phone A makes a call, from location La, which is picked up by phone B,
> which is at location Lb. On which phone do you need to get the
> location? Which location does it want to know? Clearly, phone A can
> determine its own location, La, and phone B can determine its own
> location, Lb. So the only two alternatives are:
>
> 1) Phone A, the call orignator, wants to know Lb.
> 2) Phone B, the call receiver, wants to know La.
>
> Which is it?
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] vertical scrollbar comes cross other items in the layout

[dave]

Hi,

In my flipper panel, there are many row view in it to display the text
data.
Between the rows, I have a gradient shape as separator.

My problem is the vertical scrollbar at the right hand side of the
panel comes cross with the gradient separator.

I tried both vertical scrollbar types of

   SCROLLBARS_OUTSIDE_INSET,
  SCROLLBARS_OUTSIDE_OVERLAY

for the flipper panel, but the vertical scrollbar always come cross
the separator.

I even tried to add an extra empty text field to the right of the
gradient separator, and set the right padding, but it did not help.

Does anybody know how to solve this issue ?

Thanks a lot.

dave

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[Frank Weiss]

OK, let's try again.

Phone A makes a call, from location La, which is picked up by phone B,
which is at location Lb. On which phone do you need to get the
location? Which location does it want to know? Clearly, phone A can
determine its own location, La, and phone B can determine its own
location, Lb. So the only two alternatives are:

1) Phone A, the call orignator, wants to know Lb.
2) Phone B, the call receiver, wants to know La.

Which is it?

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Internet Connection Bug Or Error ??

[tarek attia]

On Sat, Aug 21, 2010 at 1:43 AM, Miguel Morales wrote:

> Did you not read my reply?  Try pinging an ip that's always up like
> 4.2.2.2 or similar.
> So you'll need a few levels of checks, first the normal check you're
> doing now.  And then an internet reachability test to test if you can
> reach the internet.
>
> Thank you very much :) .I did it as you suggested.This is what worked for
me :-

try {
address = InetAddress.getByName("www.google.com");
checkConnection = address.isReachable(6);
  }
catch (UnknownHostException e)
 {
   guiHandler.post(noConnectionAlert);
  }
catch (IOException e)
 {
   guiHandler.post(noConnectionAlert);
  }


> This isn't a bug in android, or some sort of error.  This is a common
> functionality in all software.  If you're connected to your router,
> but your router isn't connected to the internet.  All the software
> will think it's connected to the internet and try to connect forever.
>
>  (At least for software that doesn't run the check I've told you)
>
>
> On Fri, Aug 20, 2010 at 3:38 PM, tarek attia 
> wrote:
> >
> >
> > On Sat, Aug 21, 2010 at 12:43 AM, Mark Murphy 
> > wrote:
> >>
> >> On Fri, Aug 20, 2010 at 4:50 PM, tarek attia 
> >> wrote:
> >> > Any Idea???
> >>
> >> One idea is for you to have patience and not expect immediate
> >> responses to your emails.
> >
> > Sorry for this,but I have been with this error long time .
> >
> >>
> >>
> >>
> >> You can try requestRouteToHost(), but I've seen some reports to
> >> suggest that it does not work very well.
> >>
> >> The best option is for you to simply try some operation on whatever
> >> server you are trying to reach. For example, download a small graphic
> >> from the Web site if you are trying to access that site's Web service.
> >>
> >  What if this server is down at this time!!! I want to show the reason of
> > the disability either the no internet connection or the server is down ??
> >>
> >> --
> >> Mark Murphy (a Commons Guy)
> >> http://commonsware.com | http://github.com/commonsguy
> >> http://commonsware.com/blog | http://twitter.com/commonsguy
> >>
> >> _The Busy Coder's Guide to Android Development_ Version 3.1 Available!
> >>
> >> --
> >> You received this message because you are subscribed to the Google
> >> Groups "Android Developers" group.
> >> To post to this group, send email to
> android-developers@googlegroups.com
> >> To unsubscribe from this group, send email to
> >> android-developers+unsubscr...@googlegroups.com
> >> For more options, visit this group at
> >> http://groups.google.com/group/android-developers?hl=en
> >
> >
> > --
> > tarek
> >
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Android Developers" group.
> > To post to this group, send email to android-developers@googlegroups.com
> > To unsubscribe from this group, send email to
> > android-developers+unsubscr...@googlegroups.com
> > For more options, visit this group at
> > http://groups.google.com/group/android-developers?hl=en
>
>
>
> --
> http://developingthedream.blogspot.com/,
> http://diastrofunk.com,
> http://www.youtube.com/user/revoltingx, ~Isaiah 55:8-9
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>



-- 
tarek

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Paid vs Free, My Early Experience

[Bret Foreman]

Ladies and Gentlemen,

I think we've discovered a business opportunity in the Android Market.
Someone needs to write a book about how to market Android apps. Maybe
it could be a little broader and include iPhone app marketing too with
comparisons and contrasts between the two markets.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[David Toledo]

I want receive the getCellLocation from The incoming call. Is it possible?
and after can obtain latitude and longitude, I read in the past that exist
the hidden Google Map api for make possible ??

2010/8/20 Frank Weiss 

> I suppose the getCellLocation() would give the local, that is the call
> receiver's, location. I think you are looking for the call
> originator's location?
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Mark Murphy]

TreKing, I haven't read all the posts on this thread. Generally
speaking, I agree with your sentiment that the 325-character limit is
artificial and, well, limiting. That being said...

On Fri, Aug 20, 2010 at 6:46 PM, TreKing  wrote:
> And you had no other resources at your disposal to do all this marketing
> right?

...this is where you go off the rails.

Every seller of products and services on planet Earth has access to
the most dizzying array of marketing tools in human history. Some cost
money, some do not. Some vary by geography of the marketer, others
vary by the geography of the audience. Some require skills that the
marketer may not have and would have to hire. Hence, the subset of
that array of marketing tools available to any given developer will
vary, based on the developer's resources, location, and so on.

Exactly one of these is the Android Market.

Any Android developer wishing to have success needs to recognize that
the Android Market is but one piece of what needs to be a larger
marketing plan. Any marketer that says "Who-hoo! We got in the print
Staples catalog! The marketing is complete!" will get fired. Any
developer that says "Who-hoo! We got in the Android Market! The
marketing is complete!" deserves a similar fate.

Could the Android Market be better? Absolutely. It could be as good as
the iPhone App Store, for example. And there are legions of iPhone
developers who aren't getting the sales they think they
deserve...because they're considering the App Store to be the be-all
and end-all of marketing and distribution. And it's not, particularly
with a catalog of 250,000+ competitors and substitutes.

> You did it all with 325 characters, two screenshots, and some savvy?

Probably not. But you're not limited to those, either, unless you
choose to be, and then you have nobody to blame but yourself.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Phill Wiggin]

Wow. You sure do read a lot into what people say.

On Fri, Aug 20, 2010 at 6:46 PM, TreKing  wrote:

>
> This discussion has gotten rather nebulous. Let's bring it back to basics.
>> You primarily seem to be saying:
>>
>> "I want to be able to have > 325 Characters in order to throw more
>> information at people.
>> Whether I provide too much information should be my choice.
>> My apps will sink or swim based on my decisions."
>>
>
> Change "in order to throw more information at people" to "in order
> better describe and promote my app" and you've got it about right.
>
> And you seem to be saying "
>


> An arbitrary limit of 325 characters is sufficient to describe any app.
>

I didn't say that, nor did I imply it.  My point was: It's all we've got, we
just have to make the best use of it we can. (And it's been working for apps
so far.)


> If you can't adequately market your product in this space, you're doing
> something wrong.
>

I didn't quite say that either. I said a person who knows how to use the
space correctly will get along fine.


> I know how all users think and the small descriptions is what they want.
>

Wow, I *never* said that.  I believe I noted that the 99% and 1% numbers
were "pulled out of my rear". And I also only claimed that the folks that *I
* talked to wanted/didn't want certain things.


> I know better, trust me, so all developers should do as I think, no need
> for any freedom or options.
>

Again, I at no point did I come *close* to saying that.

Marketing principles used in selling products that have no restrictions work
> just as well with restrictions in place."
>
> You know what?  No one's disagreeing with you.
>>
>
> You could have fooled me!
>


Here's the crux of all your long response.  We apparently _did_ fool you.

At least my summary, you say I got 'about right'. Thanks for that much at
least.

I'm just sorry you weren't able to read my post for content. So far as I
could tell, my response did not contain any statements of "I am perfect, do
as I say" and my tone was far from condescending.

Oh well, you obviously want to have the last word, so I won't reply to you
further.  Fire away! =)

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[Frank Weiss]

I suppose the getCellLocation() would give the local, that is the call
receiver's, location. I think you are looking for the call
originator's location?

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Paid vs Free, My Early Experience

[Zsolt Vasvari]

This has been a good discussion.

As an experiment, I just changed my description from a feature list to
a "clever" blurb.  Will report back if my sales/downloads have gone up
or down.  My app is in a category where I would think that features
matter and people look for them.  So I am guessing that I am shooting
myself in the foot, but it's worth trying for a week.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Incoming Call GPS

[David Toledo]

Hi All

Is Possible still obtained the Latitude and Longitude using the
getCellLocation() from the TelephonyManager ?

Thanks
David


2010/8/20 Maps.Huge.Info (Maps API Guru) 

> No. You might be able to cross link from the contact book to some
> third party service the caller subscribes to in order to obtain this
> information.
>
> -John Coryat
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: How to check if vertical scroll bar is shown ?

[dave]

Got it.

Actually the api call of getVerticalScrollbarWidth() would be telling
if there is vertical scrollbar or not:
if the returned value is 0: no vertical scrollbar; otherwise, there is
vertical scrollbar, the returned value is its width.

Cheers.



On Aug 20, 4:14 pm, dave  wrote:
> Hi all,
>
> I want to check if the vertical scrollbar is shown or not. I read the
> document and could not figure it out.
>
> Is there anyway to do it ?
>
> Thank you very much.
>
> Dave

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] AAPT Fatal Crash - library project enum attributes

[Alec B. Plumb]

I spent quite a while troubleshooting this, not helped by the fact
that AAPT was just dying silently, but i've narrowed my problem down
to the following.

When an Android application project in Eclipse uses an Android library
project, and that library project declares (e.g. in "attr.xml") an
 element with  child elements, then when the application
project is built, AAPT will silently crash/exit and R.java will not be
generated.

Here is an example attribute in the library project that will cause
the application project to fail:






You may not see the problem creep up until after you clean the
application project. I have posted a bug report.
http://code.google.com/p/android/issues/detail?id=10649

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Thanks google, I'm officially giving up my phobia of needles

[Onomp]

scratch that, thanks walmart. for reversing charges and making my
account appear as if it never existed on the day of receipt of payment
so that you could steal $3 dollars from me in a month service charge..

And thanks for the awesome rating, I really am a total piece of
shit ;) lol

On Aug 20, 6:15 pm, Onomp  wrote:
> I can't believe im about to goto the plasma bank over this lol
> They took so long to transfer the money out of this crap walmart card,
> that walmart fee'd me until I didn't have enough to pay the
> registration fee to publish my application.
> Does anyone know anyone I can try to get ahold of I only have 23
> dollars in my account now.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[TreKing]

On Fri, Aug 20, 2010 at 4:56 PM, Phill Wiggin  wrote:

> No one (recently) is arguing that we couldn't use more space.  We're
> discussing how to live with it and why it shouldn't be a big deal if your
> description is targeted properly.
>

No no no. People are not discussing how to live it - people have been
arguing that the shorter descriptions are a good thing.


> But I'd dearly love a "changelog" section Who couldn't use one of
>> those? =)
>>
>
>
>> Not me ... I have a website for that ... I wouldn't want to "overload" the
>> "typical user" with "too much technical information" ... >=)
>>
>
> Droll. Very droll. What's the first thing that people do when an app comes
> up as 'available for update'?  Everyone I've asked (techie and non-techie
> alike) says "So, what's changed this time?"  Thus, changelog is a happy
> thing for everyone (that I've asked).
>

Which is easily remedied by showing a change log right in the app when they
update so users see what they got. No need for a market section, really.


>  You are thinking like a tech/developer and that IS BAD MARKETING...
>>
>
>
>> I AM a tech/developer! I'm also a user of the Android Market and I HATE
>> seeing blit.ly links in the description, etc, etc.
>>
>
> But what you're not seeing is that 99+% (a number pulled out of my rear, of
> course) of Market users are _not_ developers.
>

I'm aware of that.


>   What *you* love or hate is immaterial to the "best" manner in which to
> use your 325 (or 325k) characters.
>

True. I was citing one example.


> If you had your 100% best TreKing-approved (developer-friendly) description
> on the Market, it'd be targeted at < 1% of the user-base.
>

At no point have I said anything about HOW descriptions should be put
together. Again, you're confusing the OPTION for "longer" with "technical".
I am in no way, and have not at any point, suggested that descriptions would
benefit from overly-verbose, technical details.


> What we've been trying to say is that level of detail would alienate an
> awful lot of people and we (at least I) posit that the number you'd lose
> from information overload would far outweigh those you'd gain from having
> all that info up front.
>

And what I'm trying to say is that bumping up the measly 325 character limit
IN NO WAY implies that a developer would add a "level of detail" to
"alienate people". You can still be concise and to the point with 400, 500,
or 600 characters, can't you?

The points that I (and others) have been trying to make are:
>
> 1) We're trying to help you to see that you're not looking at this from a
> "typical" user's perspective, and if you don't, "your" (read: typical) app
> uptake may suffer. (Yes, yours apparently are doing quite well *With*the 
> 325character limit. It sounds to me like more characters could only
> *hurt* your apps! ;))
> 1a) You're looking at the market through a developer bias. Most people
> don't look at it that way.
>

You're assuming that I would use this extra space to write a technical
document. I just want to be able to list a few more features that I think
would appeal to many people and would be the reason they would purchase the
app. Trust me, the stuff I have to leave out would only help m apps. I just
want that OPTION. Why won't you let me have it ;-(


> 2) I never claimed we couldn't do with more space. I was just saying that
> we can make do with what we have if we have to.
>

Of course we can. That's not a point people are trying to make though - that
we can do with what we have if we have to. People are saying we SHOULDN'T
have more room which simply makes no sense.


> 3) We've been trying to explain this to you through analogy... Sadly,
> rather than recognizing parallels, you've focused on the specific ways they
> differ.  Things don't have to be completely the same to be able to have
> enough similarities that they are relevant as points of comparison.
>

No, they don't, but they have to be similar enough to make the point. And
sorry but I'm still failing to see any good analogy here.

Here's a better analogy for you: eBay. A marketplace where people can sell
stuff, users can browser for stuff, compare products, and  buy stuff. This
more closely resembles the Android Marketplace in general than an iPad or
"consumer products" in general.

If you sell on eBay you have no limit on how you describe / promote / sell
you product. It's up to you to grab the attention of the user, clearly
communicate what you're selling, and get the user interested enough to buy
what you're selling.
Yes?

OK, now pretend eBay imposed a 325 character limit on what you post.  And
pretend you were trying to sell, say a gaming computer. Are you going to sit
here and tell me you feel you could adequately sell this item by using "buzz
words" and "clever marketing" in your description instead of a list of
what's included in the product and how good it runs?

This discussion has gotten rather nebulous. Let's bring it back to basics.
> You

Re: [android-developers] Re: Internet Connection Bug Or Error ??

[Miguel Morales]

Did you not read my reply?  Try pinging an ip that's always up like
4.2.2.2 or similar.
So you'll need a few levels of checks, first the normal check you're
doing now.  And then an internet reachability test to test if you can
reach the internet.

This isn't a bug in android, or some sort of error.  This is a common
functionality in all software.  If you're connected to your router,
but your router isn't connected to the internet.  All the software
will think it's connected to the internet and try to connect forever.

 (At least for software that doesn't run the check I've told you)


On Fri, Aug 20, 2010 at 3:38 PM, tarek attia  wrote:
>
>
> On Sat, Aug 21, 2010 at 12:43 AM, Mark Murphy 
> wrote:
>>
>> On Fri, Aug 20, 2010 at 4:50 PM, tarek attia 
>> wrote:
>> > Any Idea???
>>
>> One idea is for you to have patience and not expect immediate
>> responses to your emails.
>
> Sorry for this,but I have been with this error long time .
>
>>
>>
>>
>> You can try requestRouteToHost(), but I've seen some reports to
>> suggest that it does not work very well.
>>
>> The best option is for you to simply try some operation on whatever
>> server you are trying to reach. For example, download a small graphic
>> from the Web site if you are trying to access that site's Web service.
>>
>  What if this server is down at this time!!! I want to show the reason of
> the disability either the no internet connection or the server is down ??
>>
>> --
>> Mark Murphy (a Commons Guy)
>> http://commonsware.com | http://github.com/commonsguy
>> http://commonsware.com/blog | http://twitter.com/commonsguy
>>
>> _The Busy Coder's Guide to Android Development_ Version 3.1 Available!
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Android Developers" group.
>> To post to this group, send email to android-developers@googlegroups.com
>> To unsubscribe from this group, send email to
>> android-developers+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/android-developers?hl=en
>
>
> --
> tarek
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en



-- 
http://developingthedream.blogspot.com/,
http://diastrofunk.com,
http://www.youtube.com/user/revoltingx, ~Isaiah 55:8-9

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Internet Connection Bug Or Error ??

[Mark Murphy]

On Fri, Aug 20, 2010 at 6:38 PM, tarek attia  wrote:
>  What if this server is down at this time!!!

Then you cannot communicate to it.

> I want to show the reason of
> the disability either the no internet connection or the server is down ??

Then try a second server.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Internet Connection Bug Or Error ??

[tarek attia]

On Sat, Aug 21, 2010 at 12:43 AM, Mark Murphy wrote:

> On Fri, Aug 20, 2010 at 4:50 PM, tarek attia 
> wrote:
> > Any Idea???
>
> One idea is for you to have patience and not expect immediate
> responses to your emails.

Sorry for this,but I have been with this error long time .


>

You can try requestRouteToHost(), but I've seen some reports to
> suggest that it does not work very well.
>
> The best option is for you to simply try some operation on whatever
> server you are trying to reach. For example, download a small graphic
> from the Web site if you are trying to access that site's Web service.
>
>  What if this server is down at this time!!! I want to show the reason of
the disability either the no internet connection or the server is down ??

> --
> Mark Murphy (a Commons Guy)
> http://commonsware.com | http://github.com/commonsguy
> http://commonsware.com/blog | http://twitter.com/commonsguy
>
> _The Busy Coder's Guide to Android Development_ Version 3.1 Available!
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>



-- 
tarek

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Internet Connection Bug Or Error ??

[tarek attia]

On Sat, Aug 21, 2010 at 1:25 AM, DanH  wrote:

> First you have to define "connected to the internet".  You might be
> connected to the local router, eg, but it might not have a route out.
> You might even have a connection to a large network (eg, a
> university), but not be able to get past some firewall to the "rest of
> the world".
>
> I mean by "Connected to the internet" to have an internet Gateway .I
want to ensure that I'm connected to the internet not just a network without
an internet gateway



> On Aug 20, 2:33 pm, tarek attia  wrote:
> > Hi all,
> >
> > In my application I must use the internet connection ,so I check it first
> > before I open an URL connection using this :-
> >
> > public boolean IsConnectedToNetwork(ConnectivityManager conManager)
> >  {
> >   NetworkInfo allNetworkInfo = conManager.getActiveNetworkInfo();
> >   NetworkInfo currNetworkInfo;
> >   boolean anythingConnected = false;
> > for (int i = 0; i < allNetworkInfo.length; i++)
> > {
> >currNetworkInfo = allNetworkInfo[i];
> >
> >if (currNetworkInfo.getState() == NetworkInfo.State.CONNECTED)
> > {
> >anythingConnected=true;
> > }
> >
> > }
> >
> >  return anythingConnected;
> >  }
> >
> > However this code runs well when I connected to either the operator
> internet
> > Or to a Wi-fi network .
> >
> > But when I'm connected to the operator but without credit and no internet
> > the mobile also sees it as there's internet,or even connected to a Wi-fi
> > network but without internet gateway it also sees as if it's connected to
> > the internet
> >
> > Any Idea how can ensure that I'm connected to the internet ??
> >
> > --
> >
> > tarek
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>



-- 
tarek

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Internet Connection Bug Or Error ??

[DanH]

First you have to define "connected to the internet".  You might be
connected to the local router, eg, but it might not have a route out.
You might even have a connection to a large network (eg, a
university), but not be able to get past some firewall to the "rest of
the world".

On Aug 20, 2:33 pm, tarek attia  wrote:
> Hi all,
>
> In my application I must use the internet connection ,so I check it first
> before I open an URL connection using this :-
>
> public boolean IsConnectedToNetwork(ConnectivityManager conManager)
>  {
>       NetworkInfo allNetworkInfo = conManager.getActiveNetworkInfo();
>       NetworkInfo currNetworkInfo;
>       boolean anythingConnected = false;
>     for (int i = 0; i < allNetworkInfo.length; i++)
>     {
>        currNetworkInfo = allNetworkInfo[i];
>
>        if (currNetworkInfo.getState() == NetworkInfo.State.CONNECTED)
>             {
>        anythingConnected=true;
>             }
>
>     }
>
>      return anythingConnected;
>  }
>
> However this code runs well when I connected to either the operator internet
> Or to a Wi-fi network .
>
> But when I'm connected to the operator but without credit and no internet
> the mobile also sees it as there's internet,or even connected to a Wi-fi
> network but without internet gateway it also sees as if it's connected to
> the internet
>
> Any Idea how can ensure that I'm connected to the internet ??
>
> --
>
> tarek

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] open Activity from an other application via implicit Intent

[Mark Murphy]

On Fri, Aug 20, 2010 at 6:19 PM, Laxs  wrote:
> I was trying to open an Activity of an other applicatoin by using an
> implicit Intent. It doesn't work, I thought it is possible to start an
> Activity of an other Application by using implicit Intent. Or do I
> missunderstand it?
>
> I added following intent-filter to the AndroidManifest of Application
> A:
>
> 
>                
>                         android:name="com.android.demo.notepad3.intent.action.EDIT_NOTE" />
>                         android:name="android.intent.category.DEFAULT" />
>                
>        

You have a  element here.

> and called the Intent in Application B by using folloing code:
>
>                String id= "1";
>                Intent noteIntent = new
> Intent("com.android.demo.notepad3.intent.action.EDIT_NOTE");
>                noteIntent.putExtra("_id", id);
>                startActivity(noteIntent);

You do not have a noteIntent.setCategory() call here. Those need to
line up. Either have a category and use it, or do not have a category
and do not use it.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] open Activity from an other application via implicit Intent

[Laxs]

Hi,

I was trying to open an Activity of an other applicatoin by using an
implicit Intent. It doesn't work, I thought it is possible to start an
Activity of an other Application by using implicit Intent. Or do I
missunderstand it?

I added following intent-filter to the AndroidManifest of Application
A:








and called the Intent in Application B by using folloing code:

String id= "1";
Intent noteIntent = new
Intent("com.android.demo.notepad3.intent.action.EDIT_NOTE");
noteIntent.putExtra("_id", id);
startActivity(noteIntent);


all I get ist, the error message that Application A was stoped
unexpectedly.

can someone please help me


-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Internet Connection Bug Or Error ??

[Miguel Morales]

This is a problem for all kinds of software.  Including PC software.
It is not something unique to Android.
The only solution I can think of is try to ping or reach an ip that is
always up.

On Fri, Aug 20, 2010 at 2:43 PM, Mark Murphy  wrote:
> On Fri, Aug 20, 2010 at 4:50 PM, tarek attia  wrote:
>> Any Idea???
>
> One idea is for you to have patience and not expect immediate
> responses to your emails.
>
> You can try requestRouteToHost(), but I've seen some reports to
> suggest that it does not work very well.
>
> The best option is for you to simply try some operation on whatever
> server you are trying to reach. For example, download a small graphic
> from the Web site if you are trying to access that site's Web service.
>
> --
> Mark Murphy (a Commons Guy)
> http://commonsware.com | http://github.com/commonsguy
> http://commonsware.com/blog | http://twitter.com/commonsguy
>
> _The Busy Coder's Guide to Android Development_ Version 3.1 Available!
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en



-- 
http://developingthedream.blogspot.com/,
http://diastrofunk.com,
http://www.youtube.com/user/revoltingx, ~Isaiah 55:8-9

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Thanks google, I'm officially giving up my phobia of needles

[Onomp]

I can't believe im about to goto the plasma bank over this lol
They took so long to transfer the money out of this crap walmart card,
that walmart fee'd me until I didn't have enough to pay the
registration fee to publish my application.
Does anyone know anyone I can try to get ahold of I only have 23
dollars in my account now.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[Kostya Vasilyev]

Great to hear this. Thanks.

--
Kostya Vasilyev -- http://kmansoft.wordpress.com

21.08.2010 2:03 пользователь "suzanne.alexandra" <
suzanne.alexan...@motorola.com> написал:

An update from my side as well. We've been working with Trevor and
Google, and our kernel engineering team is aware of what needs to
change.

- Suzanne



On Aug 20, 12:57 pm, FrankG  wrote:
> Hi Trevor,
>
> This was my impre...

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Brad Gies]

Thank you Phil... that was well said... much better than I did and 
certainly worded with much more diplomacy than I can muster :).


I hope it finally gets the point across :).

Brad.


On 20/08/2010 2:56 PM, Phill Wiggin wrote:



On Fri, Aug 20, 2010 at 4:23 PM, TreKing > wrote:



Treking what YOU are not getting is that for the VAST
majority of consumers too much information is BAD for sales.


Believe me, I get that. What I guess I'm not getting across is the
simple point that there is NO REASON WHY WE SHOULD BE FORCED TO
THIS SMALL OF A DESCRIPTION. THAT'S IT. Why is this so complicated?


It is not complicated, we're not drooling morons. No one (recently) is 
arguing that we couldn't use more space.  We're discussing how to live 
with it and why it shouldn't be a big deal if your description is 
targeted properly.


But I'd dearly love a "changelog" section Who couldn't use one
of those? =)

Not me ... I have a website for that ... I wouldn't want to
"overload" the "typical user" with "too much technical
information" ... >=)


Droll. Very droll. What's the first thing that people do when an app 
comes up as 'available for update'?  Everyone I've asked (techie and 
non-techie alike) says "So, what's changed this time?"  Thus, 
changelog is a happy thing for everyone (that I've asked).


You are thinking like a tech/developer and that IS BAD MARKETING...

I AM a tech/developer! I'm also a user of the Android Market and I
HATE seeing blit.ly  links in the description,
etc, etc.


But what you're not seeing is that 99+% (a number pulled out of my 
rear, of course) of Market users are _not_ developers.  What /you/ 
love or hate is immaterial to the "best" manner in which to use your 
325 (or 325k) characters.  If you had your 100% best TreKing-approved 
(developer-friendly) description on the Market, it'd be targeted at < 
1% of the user-base.  (Yes, it should be your choice to do it if you 
wanted to. We're not arguing that either.)  What we've been trying to 
say is that level of detail would alienate an awful lot of people and 
we (at least I) posit that the number you'd lose from information 
overload would far outweigh those you'd gain from having all that info 
up front.


The points that I (and others) have been trying to make are:

1) We're trying to help you to see that you're not looking at this 
from a "typical" user's perspective, and if you don't, "your" (read: 
typical) app uptake may suffer. (Yes, yours apparently are doing quite 
well /With/ the 325character limit. It sounds to me like more 
characters could only /hurt/ your apps! ;))
1a) You're looking at the market through a developer bias. Most people 
don't look at it that way.
2) I never claimed we couldn't do with more space. I was just saying 
that we can make do with what we have if we have to.
3) We've been trying to explain this to you through analogy... Sadly, 
rather than recognizing parallels, you've focused on the specific ways 
they differ.  Things don't have to be completely the same to be able 
to have enough similarities that they are relevant as points of 
comparison.


This discussion has gotten rather nebulous. Let's bring it back to 
basics. You primarily seem to be saying:


"I want to be able to have > 325 Characters in order to throw more 
information at people.

Whether I provide too much information should be my choice.
My apps will sink or swim based on my decisions."

You know what?  No one's disagreeing with you.

--PhillW

--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en 


--
Sincerely,

Brad Gies
---
Bistro Bot - Bistro Blurb
http://bgies.com
http://bistroblurb.com
http://ihottonight.com
http://forcethetruth.com
---

Everything in moderation, including abstinence

Never doubt that a small group of thoughtful, committed people can
change the world. Indeed. It is the only thing that ever has - Margaret Mead

--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[suzanne.alexandra]

An update from my side as well. We've been working with Trevor and
Google, and our kernel engineering team is aware of what needs to
change.

- Suzanne


On Aug 20, 12:57 pm, FrankG  wrote:
> Hi Trevor,
>
> This was my impression too on the 16th August
>
> "Try to set "ro.serialno"  with setprop .. "
>
> But I assume that other vendors have also no clue about this property.
>
> Good luck !
>
>   Frank
>
> On 20 Aug., 21:04, Trevor Johns  wrote:
>
> > Hi everyone,
> > Just to follow up a bit here, the reason we believe this is happening is
> > because ro.serialno isn't set on these devices. (Note that the ro.*
> > properties currently aren't required by the CDD/CTS.) Unfortunately, it
> > seems that we're using ro.serialno as the seed for the PRNG when generating
> > ANDROID_ID.
>
> > See: 
> > frameworks/base/packages/SettingsProvider/src/com/android/providers/setting­s/SettingsProvider.java:416
>
> >http://www.google.com/codesearch/p?hl=en#uX1GffpyOZk/packages/Setting...
>
> > I've gone ahead and opened up a bug here for tracking purposes:
>
> >http://code.google.com/p/android/issues/detail?id=10639
>
> > (We suspect that the Droid 2 isn't the only phone affected by this, likely
> > just the most noticeable instance.)
>
> > We have a fix for this checked into our internal Git repo, so once that
> > change propagates to vendors this shouldn't be an issue on future devices.
> > For existing devices though, if you absolutely depend on the uniqueness of
> > ANDROID_ID, you'll unfortunately need to rely on some other identifier
> > (IMEI, WiFi MAC, etc.).
>
> > --
> > Trevor Johns
>
> > On Fri, Aug 20, 2010 at 10:46 AM, suzanne.alexandra <
>
> > suzanne.alexan...@motorola.com> wrote:
> > > Andrew,
> > > I don't know that this is reported in any public bug system. I've
> > > reported it within a Motorola bug system.
>
> > > - Suzanne
>
> > > On Aug 20, 12:33 am, "Maps.Huge.Info (Maps API Guru)"
> > >  wrote:
> > > > > John, have you had any complaints yet about conflicts from duplicate
> > > > > unique ids?
>
> > > > I handled it in code.
>
> > > > -John Coryat
>
> > > --
> > > You received this message because you are subscribed to the Google
> > > Groups "Android Developers" group.
> > > To post to this group, send email to android-developers@googlegroups.com
> > > To unsubscribe from this group, send email to
> > > android-developers+unsubscr...@googlegroups.com
> > > For more options, visit this group at
> > >http://groups.google.com/group/android-developers?hl=en-Zitierten Text 
> > >ausblenden -
>
> > - Zitierten Text anzeigen -

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Brad Gies]

I'm just trying to explain a concept to you that seems to be going right 
over your head. I'm not trying to get into specifics. It's the concept 
that is important. You need to understand it, then apply it to your 
specific situation. Sorry you don't seem to understand :).


I don't care if you don't listen it makes very little difference to 
my life.


BUT.. I do know marketing. I'm 55 years old and I have successfully 
marketed 8 different companies with 8 different products. I have been 
named "Entrepreneur of the year" by a couple of different local groups, 
have won a "Franchisee of the Year" award from a very successful U.S. 
based national company, and that was mostly because of my marketing. The 
award was based mainly on increase in sales. I once raised over $7 
million in venture capital for one of my start up companies because of 
my marketing abilities. I do know what I'm talking about (at least on 
this subject).


Like I said...  I don't care if you listen or not... just trying to 
explain the concept from someone who has been very successful marketing.


What you do is your choice :).

Brad.


On 20/08/2010 1:32 PM, TreKing wrote:
On Fri, Aug 20, 2010 at 3:25 PM, Brad Gies > wrote:


Have you ever looked at Google's home page?


Oh my goodness. What the hell does a search site have to do with 
Android Apps!? Again comparing things have nothing to do with each other.


The Google webpage IS the product, it's not where they're trying to 
sell it to people.


And they have been fairly successful (probably the most powerful
company on the planet in just over 10 years)... why? ... Because
they understood marketing... and the concept of "Less IS More".


Yes, in THE PRODUCT.



--
Sincerely,

Brad Gies
---
Bistro Bot - Bistro Blurb
http://bgies.com
http://bistroblurb.com
http://ihottonight.com
http://forcethetruth.com
---

Everything in moderation, including abstinence

Never doubt that a small group of thoughtful, committed people can
change the world. Indeed. It is the only thing that ever has - Margaret Mead

--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Phill Wiggin]

On Fri, Aug 20, 2010 at 4:23 PM, TreKing  wrote:

>
> Treking what YOU are not getting is that for the VAST majority of
>> consumers too much information is BAD for sales.
>>
>
> Believe me, I get that. What I guess I'm not getting across is the simple
> point that there is NO REASON WHY WE SHOULD BE FORCED TO THIS SMALL OF A
> DESCRIPTION. THAT'S IT. Why is this so complicated?
>
>
It is not complicated, we're not drooling morons. No one (recently) is
arguing that we couldn't use more space.  We're discussing how to live with
it and why it shouldn't be a big deal if your description is targeted
properly.

But I'd dearly love a "changelog" section Who couldn't use one of those?
> =)
>


> Not me ... I have a website for that ... I wouldn't want to "overload" the
> "typical user" with "too much technical information" ... >=)
>

Droll. Very droll. What's the first thing that people do when an app comes
up as 'available for update'?  Everyone I've asked (techie and non-techie
alike) says "So, what's changed this time?"  Thus, changelog is a happy
thing for everyone (that I've asked).

You are thinking like a tech/developer and that IS BAD MARKETING...
>


> I AM a tech/developer! I'm also a user of the Android Market and I HATE
> seeing blit.ly links in the description, etc, etc.
>

But what you're not seeing is that 99+% (a number pulled out of my rear, of
course) of Market users are _not_ developers.  What *you* love or hate is
immaterial to the "best" manner in which to use your 325 (or 325k)
characters.  If you had your 100% best TreKing-approved (developer-friendly)
description on the Market, it'd be targeted at < 1% of the user-base.  (Yes,
it should be your choice to do it if you wanted to. We're not arguing that
either.)  What we've been trying to say is that level of detail would
alienate an awful lot of people and we (at least I) posit that the number
you'd lose from information overload would far outweigh those you'd gain
from having all that info up front.

The points that I (and others) have been trying to make are:

1) We're trying to help you to see that you're not looking at this from a
"typical" user's perspective, and if you don't, "your" (read: typical) app
uptake may suffer. (Yes, yours apparently are doing quite well
*With*the 325character limit. It sounds to me like more characters
could only
*hurt* your apps! ;))
1a) You're looking at the market through a developer bias. Most people don't
look at it that way.
2) I never claimed we couldn't do with more space. I was just saying that we
can make do with what we have if we have to.
3) We've been trying to explain this to you through analogy... Sadly, rather
than recognizing parallels, you've focused on the specific ways they
differ.  Things don't have to be completely the same to be able to have
enough similarities that they are relevant as points of comparison.

This discussion has gotten rather nebulous. Let's bring it back to basics.
You primarily seem to be saying:

"I want to be able to have > 325 Characters in order to throw more
information at people.
Whether I provide too much information should be my choice.
My apps will sink or swim based on my decisions."

You know what?  No one's disagreeing with you.

--PhillW

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Calender Entry Listener

[Mark Murphy]

On Fri, Aug 20, 2010 at 2:37 PM, mayank bisht  wrote:
> I am developing an app in which I need to listen events whenever they
> are created or modified in android calendar. Is it possible to listen
> calendar entry when the user enters events ?

The calendar is not part of the Android SDK.

I would recommend you find a way to use the Google Calendar GData
APIs. That has the added benefit of working if if the user manipulates
events outside their device (e.g., using a desktop Web browser).

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Internet Connection Bug Or Error ??

[Mark Murphy]

On Fri, Aug 20, 2010 at 4:50 PM, tarek attia  wrote:
> Any Idea???

One idea is for you to have patience and not expect immediate
responses to your emails.

You can try requestRouteToHost(), but I've seen some reports to
suggest that it does not work very well.

The best option is for you to simply try some operation on whatever
server you are trying to reach. For example, download a small graphic
from the Web site if you are trying to access that site's Web service.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.1 Available!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: enable/dissable fullscreen for lifetime of the app?

[TreKing]

On Fri, Aug 20, 2010 at 3:58 PM, Moto  wrote:

> Mmm Activity proxy class? I kind of understand the concept but I'm
> not following well... you have a simple example?
>

class ActivityProxy
{
 mActivity = null;

 public ActivityProxy(Activity activity)
 {
  mActivity = activity;
 }

 // Do whatever every Activity should do in onCreate
 public void onCreate()
 {
  if (Prefs.runFullScreen)
   mActivity->setFullScreen();
 }
}

public MyActivity1 : Activity
{
 ActivityProxy proxy = new ActivityProxy(this);

 protected void onCreate()
 {
  proxy->onCreate(); // Now all common code is abstracted here.
  ...
 }
}

public MyActivity2 : Activity
{
 ActivityProxy proxy = new ActivityProxy(this);

 protected void onCreate()
 {
  proxy->onCreate(); // Now all common code is abstracted here.
  ...
 }
}

So your proxy does all the work that you want other Activities the ability
to do, but it's centralized and encapsulated. The tradeoff, of course, being
you need an instance in each Activity. But this is really no different than
the alternative of overriding a base and then overriding all the required
methods.

This may not be worth it in your simple case, but once your app grows and
you have tons of common code you can't put in a base class, it proves its
worth.

-
TreKing  - Chicago
transit tracking app for Android-powered devices

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: enable/dissable fullscreen for lifetime of the app?

[Moto]

@Kantesh
thanks for the tip... I do have fullscreen deal working but setting a
theme seems like an interesting option, but still I have to make that
call every time an activity starts right?  What's the lifetime of
setting a theme? Activity lifetime from onCreate to onDestroy? or app
lifetime?

@TreKing
Mmm Activity proxy class? I kind of understand the concept but I'm not
following well... you have a simple example?

Thanks guys...
-Moto

On Aug 20, 1:34 pm, TreKing  wrote:
> On Thu, Aug 19, 2010 at 5:26 PM, Moto  wrote:
> > One way to do it would be to have a custom Activity class that does these
> > checks and all my activities can just implement it?  would that be slow is
> > it recommended?
>
> It wouldn't be slow (at least it shouldn't be), but would only work if you
> only ever extend Activity. If you use ListActivity, MapActivity, etc, this
> would not work.
>
> An option is to make an Activity "proxy" class that takes a reference to an
> Activity and then forwards calls on to it as necessary. Then each of your
> Activities has a proxy and forwards calls to it and let's the proxy do the
> common work. A little more verbose since you need to inject it in every
> Activity, but a decent tradeoff given how Android is designed.
>
> On Fri, Aug 20, 2010 at 12:27 AM, Kantesh  wrote:
> > this may help u.. try it out..i am not sure..:)
>
> > getApplicationContext().setTheme(android.R.style.Theme_NoTitleBar_Fullscreen);
>
> OP would still have to check each time to see if the user had the setting.
>
> -
> TreKing  - Chicago
> transit tracking app for Android-powered devices

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[TreKing]

On Fri, Aug 20, 2010 at 3:43 PM, Frank Weiss  wrote:

> I hope you like!


I do, thanks! However, this does bring up one more issue with these
descriptions: keywords.

I NEED to include the names of the Transit systems and the city my app is
for so it shows up when people search for, for example, "CTA bus tracker".

So not only do we have to be clever in marketing the product, we have to
work the keywords people will be using into the description. That was a big
influence in my current blurb. Just including certain keywords and not
butchering grammar used up half my allotted space. It just blows.

-
TreKing  - Chicago
transit tracking app for Android-powered devices

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Internet Connection Bug Or Error ??

[tarek attia]

Any Idea???

On Fri, Aug 20, 2010 at 10:33 PM, tarek attia wrote:

> Hi all,
>
> In my application I must use the internet connection ,so I check it first
> before I open an URL connection using this :-
>
> public boolean IsConnectedToNetwork(ConnectivityManager conManager)
>  {
>   NetworkInfo allNetworkInfo = conManager.getActiveNetworkInfo();
>   NetworkInfo currNetworkInfo;
>   boolean anythingConnected = false;
> for (int i = 0; i < allNetworkInfo.length; i++)
> {
>currNetworkInfo = allNetworkInfo[i];
>
>if (currNetworkInfo.getState() == NetworkInfo.State.CONNECTED)
> {
>anythingConnected=true;
> }
>
> }
>
>  return anythingConnected;
>  }
>
> However this code runs well when I connected to either the operator
> internet Or to a Wi-fi network .
>
> But when I'm connected to the operator but without credit and no internet
> the mobile also sees it as there's internet,or even connected to a Wi-fi
> network but without internet gateway it also sees as if it's connected to
> the internet
>
> Any Idea how can ensure that I'm connected to the internet ??
>
> --
>
> tarek
>



-- 
tarek

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Brad Gies]

On 20/08/2010 1:37 PM, Indicator Veritatis wrote:

Unfortunately, you, Bret, clearly do not understand the real
significance of those 50 years research.

First of all, as Treking has already pointed out, you ignore the vital
distinction between commodity products and Others. When buying a box
of cereal, you have very little time to grab his attention; when
buying a car, you need to work harder, and take more of his time. Not
ALL advertising copy is short.



Absolutely true... and when selling an Android App on the market you 
have even less time than when they are buying cereal. The back button is 
within 2 inches of their thumb, and today's consumer is pretty fast at 
pushing it... ;)



--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Paid vs Free, My Early Experience

[Indicator Veritatis]

Is it? Then let's see how their marketing deals with the fact that
when you find Locale on the Market, the three comments displayed all
agree that Locale is over-priced, and underperforming compared to the
FREE alternatives (such as Tasker).

On Aug 20, 4:17 pm, Bret Foreman  wrote:
> Locale is an Anrdoid app that costs $10 and is in the 10,000-50,000
> downloads category. Their blurb in the Marketplaces is well under the
> 325 character limit. Their technology is not rocket science. Their
> marketing is.
>
> > So Locale is what, an app judges use to identify the person who's phone is
> > ringing in their courtroom?

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Greg Donald]

On Fri, Aug 20, 2010 at 3:25 PM, Brad Gies  wrote:
> and the concept of "Less IS More".

If that's really what you believe then please begin trimming your
posts.  Thanks.


-- 
Greg Donald
destiney.com | gregdonald.com

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Frank Weiss]

>> I looked at the TreKing (Chicago) market blurb. It's probably just me, but
>> a list of features is not good marketing prose.
>
> My app is a tool for people to get around on public transit. IMO, it's value
> comes from all the things it does for people that other similar apps don't.
> With such limitations, if I have to choose between listing features and
> coming up with some clever slogan or gimmick that somehow illicit an
> emotional response, I'll go for the feature list.
> Of course, as I've shown already, I'm no marketing guru =P I'm certainly
> open to suggestions on how I could improve it =)
> Also, and this is not to toot my own horn but to add to the point, my paid
> app is currently #1 in it's category (Travel) on the N1 and Droid and #2 on
> the G1 (as of last night). This is despite the fact that I've done no
> marketing for the app besides the market description and it's only usable in
> one city (Chicago). Infer from that what you will.

If I were you, I'd make that the point of your Market blurb. Just to
use your own words, if I may take the liberty:

[TreKing (Chicago)] is a [feature-packed] tool for people to get
around on public transit. [I]t does [what] other similar apps don't.
[The] paid app is currently #1 in it's [sic] category (Travel) on the
N[exus] 1 and Droid and #2 on the G1. [Available for many other
locations as well.]

I hope you like!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Paid vs Free, My Early Experience

[Indicator Veritatis]

Unfortunately, you, Bret, clearly do not understand the real
significance of those 50 years research.

First of all, as Treking has already pointed out, you ignore the vital
distinction between commodity products and Others. When buying a box
of cereal, you have very little time to grab his attention; when
buying a car, you need to work harder, and take more of his time. Not
ALL advertising copy is short.

But the kernel of truth behind the myth you spread is that in all
advertising copy, for all products, whether the copy is long or short,
you have very little time to capture he reader's attention. Then, if
you do successfully capture it, he might not even need to read the
rest of the copy. But if he does, you better make sure the rest of the
copy is good, too. You cannot afford to lose his attention.

So does this tell us whether or not the limit of the Description
really should be 320 characters. Not quite. It really depends on what
other fields are offered, how much space is there, what the reader's
expectations are...

I will not pretend to have the final answers to all these questions. I
can see how there are solid grounds for claiming that SOME
'Description' field should be kept short, especially if it is the
first the reader sees. But then there must be a good way to get
further information, and the former should NOT pretend to be a
complete description. And the "good way" has to be easily
discoverable, and searchable.

You would think the last would be obvious for a company whose flagship
product is a search engine, yet Google Android Market fails to meet
all these criteria. I suggest more developers use the alternative
markets at slideme.org and getjar.com to increase the competitive
pressure on Google to get them to wise up.

On Aug 20, 3:31 pm, Bret Foreman  wrote:
> There's a reason why advertising copy is short. Research going back
> more than 50 years has shown that shoppers spend only a few moments
> evaluating a product. An application that costs no more than a box of
> cereal should not have any more descriptive text than a box of cereal.
> An app that costs as much as a DVD should not have more text than you
> see on a typical DVD box.
>
> My vote for best marketing of an Android app goes to Locale. Here's
> the entire pitch, about 150 characters:
>
> "In March 2005, Judge Robert Restaino jailed 46 people when a mobile
> phone rang in his New York courtroom and no one would admit
> responsibility.
>
> So we invented Locale. Problem solved."

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[TreKing]

On Fri, Aug 20, 2010 at 3:25 PM, Brad Gies  wrote:

> Have you ever looked at Google's home page?
>

Oh my goodness. What the hell does a search site have to do with Android
Apps!? Again comparing things have nothing to do with each other.

The Google webpage IS the product, it's not where they're trying to sell it
to people.

And they have been fairly successful (probably the most powerful company on
> the planet in just over 10 years)... why? ... Because they understood
> marketing... and the concept of "Less IS More".
>

Yes, in THE PRODUCT.


> Every other search engine offered much more information on their front
> page, and they are all eating Google's dust.
>

This is more akin to comparing the UI of two similar apps then the marketing
in selling them.


If you're going to keep debating the issue, at least get some analogies that
make sense.

-
TreKing  - Chicago
transit tracking app for Android-powered devices

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Supporting multiple screens

[Albert]

You are right, it is detected as normal, but 1024x...@240 is detected
as normal too and it should be detected as large. As I can see in
http://developer.android.com/guide/practices/screens_support.html only
screens of 160dpi can be large. I hope it will be fixed in future
versions.

On 20 ago, 03:30, Dianne Hackborn  wrote:
> 800x...@240dpi is definitely a normal screen.  If the device is reporting it
> as large, it is broken.
>
>
>
> On Wed, Aug 18, 2010 at 11:00 PM, Albert  wrote:
> > Hi,
>
> > My application will have two layouts, one for large screens and one
> > for normal. For testing I'm working with one phone (800x480 240dpi)
> > and one tablet (1024x600 240dpi) but both are detected as large screen
> > hdpi and long aspect ratio, so I'm not able to assign different
> > layouts.
>
> > The only approach I think that can work is to create layout-large and
> > layout-normal, get the resolution and programmatically set the layout
> > folder. Is that possible?
>
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Android Developers" group.
> > To post to this group, send email to android-developers@googlegroups.com
> > To unsubscribe from this group, send email to
> > android-developers+unsubscr...@googlegroups.com
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> Note: please don't send private questions to me, as I don't have time to
> provide private support, and so won't reply to such e-mails.  All such
> questions should be posted on public forums, where I and others can see and
> answer them.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Brad Gies]

Have you ever looked at Google's home page? Don't you think they could 
put a lot more information on there if they wanted? And they have been 
fairly successful (probably the most powerful company on the planet in 
just over 10 years)... why? ... Because they understood marketing... and 
the concept of "Less IS More".


Every other search engine offered much more information on their front 
page, and they are all eating Google's dust.




On 20/08/2010 10:46 AM, Brad wrote:

The 325 character limit is really inexcusable.   My main problem is
that I need to use all the space just to describe, in broad terms,
what the app does.  There is really no room to mention the specific
features that differentiate my app from my competitors.   If I add a
great new feature, can I mention that in the description in order to
drive sales?  Probably not.   Does that reduce my motivation to add
new features?  Yes somewhat - especially if the other option is adding
stuff to an Apple app where I can use the app store description to
drive sales.

This really shouldn't be such a big problem.  Apple has it right with
its 4000 char limit.  Has anyone really thought "This description is
unbearably long - I wish Apple would limit them to a couple
sentences."?  No, if it's too long, you read what you need to form
your opinion and skip the rest.

This is such a no-brainer that I really wonder if there is some sort
of political reason for this.  Has anyone checked the new Chrome app
store to see if it also has a 325 description limit?

On Aug 20, 10:05 am, TreKing  wrote:

On Fri, Aug 20, 2010 at 11:17 AM, Bret Foremanwrote:




Their blurb in the Marketplaces is well under the 325 character limit.

Their blurb in the Marketplace also actually describes what the app does,
unlike the quote you posted.

On Fri, Aug 20, 2010 at 11:31 AM, Phill Wiggin  wrote:

Maybe not "every shopper", but typically the majority of people that are
looking for apps

That's the point. Majority or not, what's the harm in giving more
information? The majority of people will get bored after two sentences and
move on. Oh well. No one is forcing them to read anything. But for the rest,
the OPTION to read more would be nice.


  An application that costs no more than a box of cereal should not have

any more descriptive text than a box of cereal.
An app that costs as much as a DVD should not have more text than you see
on a typical DVD box.

The logic behind those statements is so stupid I'm not going to justify it
with an answer.

No need to be rude.

True. Sorry. But there's also no need to make nonsensical statements that
have no basis or reason.


 From a marketing standpoint, those statements aren't far off.  Then again,
Marketing rarely has much to do with logic

Stating that the value of something somehow correlates to the amount of text
used to describe it and comparing Android apps to cereal and DVDs sounds
pretty far off to me.


  So Locale is what, an app judges use to identify the person who's phone is

ringing in their courtroom?

I expect your question is rhetorical... But considering the results, the
Marketing is sound.  In their case, it was better to deliver a shocker that
drew people in rather than explain the technical details of their app.

Of course it is rhetorical.
What results? Their app popularity? I somehow doubt that one quote is the
driving factor for their success.
It's also good to note that that quote is not what they use as their
description.
And do you suppose their description would be that short if it didn't need
to be?


In the end, the important thing is: Know your audience.  The majority of
app-store shoppers are a certain demographic.

Right. And there are A LOT of apps that cater to A LOT of different people
and purposes. 325 characters might be fine for something simple like Locale
but is inadequate for many other apps where elaborating on features is what
sets you apart.


I wouldn't be surprised to find that most of that demographic react better
to short bursts of information and taglines (e.g. effective marketing),
rather than 100% accurate app descriptions.

I wouldn't either, but what is the harm in giving people the option?


Besides, full details of your app should be found on your website.

Of course. But AGAIN, I'm not talking about "full details" - I'm talking
about enough space to properly DESCRIBE, PROMOTE, and SELL your product. If
you feel you can do that in 325 characters, congratulations. I really don't
and it would be nice to have the OPTION to be as detailed and verbose or
simple and to-the-point as I felt I needed to be to sell my product.

As a user, it would be nice to have the OPTION to read as much as I wanted
to determine if an app was worth my time without having to navigate to a
website or download the app and try it out to find out if it does what I
want.


So, anyone that _really_ wants to know what you've got to offer will
probably be willing to open the browser and see all you have to 

Re: [android-developers] Re: Paid vs Free, My Early Experience

[TreKing]

On Fri, Aug 20, 2010 at 2:40 PM, Frank Weiss  wrote:

> I tend to favor "less is more". It's like resumes - you need to grab your
> audience in the first 200 words. There's really nothing you can say after
> that that will change their mind.
>

Of course. And if grab your audience, wouldn't it be nice if they had the
option to keep reading, if they wanted to?

I looked at the TreKing (Chicago) market blurb. It's probably just me, but a
> list of features is not good marketing prose.
>

My app is a tool for people to get around on public transit. IMO, it's value
comes from all the things it does for people that other similar apps don't.
With such limitations, if I have to choose between listing features and
coming up with some clever slogan or gimmick that somehow illicit an
emotional response, I'll go for the feature list.

Of course, as I've shown already, I'm no marketing guru =P I'm certainly
open to suggestions on how I could improve it =)

Also, and this is not to toot my own horn but to add to the point, my paid
app is currently #1 in it's category (Travel) on the N1 and Droid and #2 on
the G1 (as of last night). This is despite the fact that I've done no
marketing for the app besides the market description and it's only usable in
one city (Chicago). Infer from that what you will.

On Fri, Aug 20, 2010 at 2:55 PM, Brad Gies  wrote:

> Treking what YOU are not getting is that for the VAST majority of
> consumers too much information is BAD for sales.
>

Believe me, I get that. What I guess I'm not getting across is the simple
point that there is NO REASON WHY WE SHOULD BE FORCED TO THIS SMALL OF A
DESCRIPTION. THAT'S IT. Why is this so complicated?

Why can't the developers be the ones to decide how much or how little they
say? If you ruin your own app with bad marketing, well that's your problem.
But shouldn't we have that option?

I really don't know how else to explain that. I don't think it's that
complicated of a concept.


> It's not just that most consumers will ignore the extra data... it's that
> they will walk away and look for something simpler if you give them too much
> information.
>

OK, which is my own fault if I drive my customers away. Why can't I make
that decision for myself?


> You are thinking like a tech/developer and that IS BAD MARKETING...
>

I AM a tech/developer!
I'm also a user of the Android Market and I HATE seeing blit.ly links in the
description, etc, etc.


> Why do you think most top consumer brands have a simple 3 to 6 word
> slogan It's because MOST consumers react better to that. They buy it...
> and then a very small percentage actually read the manual that is included
> AFTER the sale.
>

No, slogans, like logos, are about association and brand recognition. And
you're generalizing all consumer products. For example "Tide" and an "XBox"
are vastly different and require different strategies.

And don't consumer brands are not solely marketed with 3 to 6 word slogans.
Don't they have commercials that say "gets your sheets super white", or
whatever, to tell the user what it does and why it's better than others?
Marketing is not simply buzz words and pretty pictures.

Unfortunately, for us, that is the case in the Android Market (unless you
can afford to pay for advertising elsewhere).


> If you app is for techies or developers feel free to give them all the
> information you want (actually feel free to do it for anyone).
>

You're assuming that a longer description implies technical information. And
it DOES NOT.


>  BUT.. if you app is for the general public and someone else offers an app
> that does something similar to your (even if it's not as good) and offers
> just a very good good short marketing message as the description, it will
> outsell yours EVERY TIME.
>

Please provide statistical analysis to back that broad claim up.


> I do think your "Read More" would help with both types however But, if
> I have to choose, I'll go with the short description every time, because I'd
> rather have good marketing for the 90% of people who don't want much
> information, than good specs for the 10% or less that want it.
>

You're again confusing "longer" with "techy".


I do apologize to everyone if I'm not making myself clear, though I don't
know where I'm going wrong.

All I'm saying is that developers should really have the OPTION to describe
their apps in as much or a little depth as they see fit. If you shoot
yourself in the foot with bad marketing that is your problem. But there is
ZERO reason why we should be FORCED to work within this 325 character limit.
It simply makes no sense.

If you think it does, please explain why Apple, which I think everyone can
agree knows a thing or two about marketing, apparently allows their
developers 4,000 characters. Is Apple wrong to do this then?

-
TreKing  - Chicag

Re: [android-developers] Re: Disappearing Alarms

[Dianne Hackborn]

On Wed, Aug 18, 2010 at 12:23 AM, mot12  wrote:

> That would be the case if the alarm service broadcasts the intent and
> no wake lock is acquired.
>

The platform does hold a wake lock while broadcasting an alarm, and always
has.


> I was talking about a different situation in which the broadcast of
> the alarm intent doesn't happen at the designated time because the
> device is in some funky state. The broadcast happens later, when the
> user manually turns the display on. (After that, the receiving app
> should, of course, acquire a wake lock to process the alarm action but
> that is not a problem if properly coded). The problem is that the
> broadcast of the alarm intent does not happen at the time for which
> the alarm was set (otherwise I would see it in the logs, correct?).
> And that is a major problem for alarm clocks.
>

This is exactly what you will see if someone is not holding a wake lock when
they should.  The CPU goes to sleep, and won't run again until something
else wakes it up and holds a wake lock.  Turning on the screen on does this.


> All users have reported that the problem goes away if the phone
> remains plugged in.
>

Often having a device plugged in will cause a wake lock to be held for the
duration.  Definitely, having the screen on (such as when the clock is
displayed while in a desk dock) will keep a wake lock held.

-- 
Dianne Hackborn
Android framework engineer
hack...@android.com

Note: please don't send private questions to me, as I don't have time to
provide private support, and so won't reply to such e-mails.  All such
questions should be posted on public forums, where I and others can see and
answer them.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] How to check if vertical scroll bar is shown ?

[dave]

Hi all,

I want to check if the vertical scrollbar is shown or not. I read the
document and could not figure it out.

Is there anyway to do it ?

Thank you very much.

Dave

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Kostya Vasilyev]

 Regarding top brands and their short slogans and pretty logos.

Top brands sell commodities that are, by and large, are 
indistinguishable from one another. Coke does not really taste better 
than Pepsi, and Nike doesn't really make better running shoes than Reebok.


On the other hand, I'd like to think that Android application scene has 
original and interesting applications that differ from one another in 
more ways than just the color of their logo.


-- Kostya

20.08.2010 23:55, Brad Gies пишет:


Treking what YOU are not getting is that for the VAST majority of 
consumers too much information is BAD for sales. It's not just that 
most consumers will ignore the extra data... it's that they will walk 
away and look for something simpler if you give them too much 
information.


You are thinking like a tech/developer and that IS BAD MARKETING...

Why do you think most top consumer brands have a simple 3 to 6 word 
slogan It's because MOST consumers react better to that. They buy 
it... and then a very small percentage actually read the manual that 
is included AFTER the sale.


If you app is for techies or developers feel free to give them all the 
information you want (actually feel free to do it for anyone). BUT.. 
if you app is for the general public and someone else offers an app 
that does something similar to your (even if it's not as good) and 
offers just a very good good short marketing message as the 
description, it will outsell yours EVERY TIME.


I do think your "Read More" would help with both types however 
But, if I have to choose, I'll go with the short description every 
time, because I'd rather have good marketing for the 90% of people who 
don't want much information, than good specs for the 10% or less that 
want it.



Brad.


On 20/08/2010 12:04 PM, TreKing wrote:
On Fri, Aug 20, 2010 at 12:43 PM, Phill Wiggin > wrote:


For the record, I (at least) am not opposed to adding more space. I 
just see from your primary argument that you're not looking at

the situation from a consumer's standpoint.


But I am. I want to give the consumer the CHOICE to read as much as 
they want. Why is that so difficult to understand?
You're looking at this from a marketer's perspective. This is 
important of course but marketing types also have a habit of thinking 
they're more "clever" than they really are.


>> I wouldn't be surprised to find that most of that demographic
react better to short bursts of information and taglines (e.g.
effective marketing), rather than 100% accurate app descriptions.

> I wouldn't either, but what is the harm in giving people the option?

Most consumers aren't as detail-oriented as developers are; they
don't respond well to "too much" information.


So what? No one would be forcing consumers to read "too much" 
information. If you don't use the extra space properly, that's your 
problem. But shouldn't developer and users have that OPTION?


Look at how many people buy iPads. They don't _care_ what it's
full potential is. They don't _care_ what all the features are.
Frankly, when you try to explain all the features, their eyes
glass over and they retreat... They walk away because you're
explaining too much for them. (I've worked retail in the past,
and I've seen this exact situation in my extended family even
recently.)


Again, making ridiculous comparisons. You cannot compare a hardware 
device that has the Apple brand, marketing, and recognition behind it 
with an app in the Android Market. If the iPad was a brand new 
product being distributed by a no-name company and was being pitched 
with 325 characters and two screen shots, how many people do you 
think would pay what it costs for it? Hmm?


You say "Yes, and the majority of people that you referred to that
don't have the attention span to read more text won't bother,
won't see the full potential of your app, and will just move on.
" Whereas, if (in your descritpion) you tell them _why_ they
should care and what 1-2 killer things your app does, that may
convince them to try it out if they don't have to read a treatise
dealing with all the features you packed into your app.

I'm just saying that information overload is a bad thing for
non-technical people, (likely) the vast majority of the app consumers.


And I'm not saying that these descriptions should be a space for 
writing the sequel to War and Peace. My app does more than 1-2 killer 
things that make it stand out. A simple, concise, bullet point list 
of features of my app runs way over 325 characters. I'm not going 
into technical details, I'm not explaining how things work - I'm just 
listing clear, to the point features and there is not enough room to 
do even that.


(Locale) "And do you suppose their description would be that short
if it didn't need to be?"
Yes, I believe their description is best served by being short. As
much as Locale does, their market description is short, succinct
and includes links to fu

[android-developers] Re: page up and page down of TextView inside of ScrollView

[dave]

Issue is solved.

First: get the view from the flipperPanel,

Then: get the scrollerView

For page down button event:

scrollView.pageScroll(ScrollView.FOCUS_DOWN)
scrollView.computeScroll();

Similar for page up button event.

dave

On Aug 17, 7:18 pm, dave  wrote:
> Hi,
>
> I have a ScrollView, inside of it there is a TextView, and there are
> two buttons for PageUp and PageDown in the other part of the layout.
> When I click on PageDown, I want to see the text in the TextView to
> scroll down one page.
> How could I do it ?
>
> Thanks.
>
> dave

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[Kostya Vasilyev]

 Suzanne from Motorola - did you see the info from Trevor, below?

Trevor - perhaps testing for properly set ro.* should be added to CDD / CTS?

-- Kostya

20.08.2010 23:57, FrankG пишет:

Hi Trevor,

This was my impression too on the 16th August

"Try to set "ro.serialno"  with setprop .."

But I assume that other vendors have also no clue about this property.

Good luck !

   Frank





On 20 Aug., 21:04, Trevor Johns  wrote:

Hi everyone,
Just to follow up a bit here, the reason we believe this is happening is
because ro.serialno isn't set on these devices. (Note that the ro.*
properties currently aren't required by the CDD/CTS.) Unfortunately, it
seems that we're using ro.serialno as the seed for the PRNG when generating
ANDROID_ID.

See: 
frameworks/base/packages/SettingsProvider/src/com/android/providers/setting­s/SettingsProvider.java:416

http://www.google.com/codesearch/p?hl=en#uX1GffpyOZk/packages/Setting...

I've gone ahead and opened up a bug here for tracking purposes:

http://code.google.com/p/android/issues/detail?id=10639

(We suspect that the Droid 2 isn't the only phone affected by this, likely
just the most noticeable instance.)

We have a fix for this checked into our internal Git repo, so once that
change propagates to vendors this shouldn't be an issue on future devices.
For existing devices though, if you absolutely depend on the uniqueness of
ANDROID_ID, you'll unfortunately need to rely on some other identifier
(IMEI, WiFi MAC, etc.).

--
Trevor Johns

On Fri, Aug 20, 2010 at 10:46 AM, suzanne.alexandra<



suzanne.alexan...@motorola.com>  wrote:

Andrew,
I don't know that this is reported in any public bug system. I've
reported it within a Motorola bug system.
- Suzanne
On Aug 20, 12:33 am, "Maps.Huge.Info (Maps API Guru)"
  wrote:

John, have you had any complaints yet about conflicts from duplicate
unique ids?

I handled it in code.
-John Coryat

--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en- Zitierten Text 
ausblenden -

- Zitierten Text anzeigen -



--
Kostya Vasilev -- WiFi Manager + pretty widget -- http://kmansoft.wordpress.com

--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Kostya Vasilyev]

 One more thing to consider here: to many users, Market is "Center of 
The Universe".


I believe from experience with my app that users see Market as the 
primary, often only way to interact with the application.


This explains why users often prefer to leave negative feedback rather 
than sending an email describing the problems they are experiencing and 
asking for help - despite email being very easy to access both in Market 
and in my application.


Expecting users to leave Market to check out an application's web site 
to find out more is just not very reasonable. It's a context switch that 
interrupts the flow of browsing Market for apps, and can be in itself be 
the reason that a particular application is passed over in favor of another.


Having a web site for an application is definitely a very good thing.

But a web site just is not the same thing as putting the information 
right in front of a prospective user in Market.


-- Kostya

20.08.2010 23:40, Frank Weiss пишет:

I tend to favor "less is more". It's like resumes - you need to grab
your audience in the first 200 words. There's really nothing you can
say after that that will change their mind.

I looked at the TreKing (Chicago) market blurb. It's probably just me,
but a list of features is not good marketing prose. The value
proposition should be emotional, not technical - and that's not just
my opinion.

Besides, the website is more likely to be visited by people who want
more depth. And TreKing's website is certainly detailed, providing
camparison of the free and paid apps as well. Maybe it could be
optimized some more for a mobile browser :-) Although it requires
pressing the back button to get to the Buy button, is there some way
of putting that on the website as well?




--
Kostya Vasilev -- WiFi Manager + pretty widget -- http://kmansoft.wordpress.com

--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[FrankG]

Hi Trevor,

This was my impression too on the 16th August

"Try to set "ro.serialno"  with setprop .. "

But I assume that other vendors have also no clue about this property.

Good luck !

  Frank





On 20 Aug., 21:04, Trevor Johns  wrote:
> Hi everyone,
> Just to follow up a bit here, the reason we believe this is happening is
> because ro.serialno isn't set on these devices. (Note that the ro.*
> properties currently aren't required by the CDD/CTS.) Unfortunately, it
> seems that we're using ro.serialno as the seed for the PRNG when generating
> ANDROID_ID.
>
> See: 
> frameworks/base/packages/SettingsProvider/src/com/android/providers/setting­s/SettingsProvider.java:416
>
> http://www.google.com/codesearch/p?hl=en#uX1GffpyOZk/packages/Setting...
>
> I've gone ahead and opened up a bug here for tracking purposes:
>
> http://code.google.com/p/android/issues/detail?id=10639
>
> (We suspect that the Droid 2 isn't the only phone affected by this, likely
> just the most noticeable instance.)
>
> We have a fix for this checked into our internal Git repo, so once that
> change propagates to vendors this shouldn't be an issue on future devices.
> For existing devices though, if you absolutely depend on the uniqueness of
> ANDROID_ID, you'll unfortunately need to rely on some other identifier
> (IMEI, WiFi MAC, etc.).
>
> --
> Trevor Johns
>
> On Fri, Aug 20, 2010 at 10:46 AM, suzanne.alexandra <
>
>
>
> suzanne.alexan...@motorola.com> wrote:
> > Andrew,
> > I don't know that this is reported in any public bug system. I've
> > reported it within a Motorola bug system.
>
> > - Suzanne
>
> > On Aug 20, 12:33 am, "Maps.Huge.Info (Maps API Guru)"
> >  wrote:
> > > > John, have you had any complaints yet about conflicts from duplicate
> > > > unique ids?
>
> > > I handled it in code.
>
> > > -John Coryat
>
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Android Developers" group.
> > To post to this group, send email to android-developers@googlegroups.com
> > To unsubscribe from this group, send email to
> > android-developers+unsubscr...@googlegroups.com
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en- Zitierten Text 
> >ausblenden -
>
> - Zitierten Text anzeigen -

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Brad Gies]

Treking what YOU are not getting is that for the VAST majority of 
consumers too much information is BAD for sales. It's not just that most 
consumers will ignore the extra data... it's that they will walk away 
and look for something simpler if you give them too much information.


You are thinking like a tech/developer and that IS BAD MARKETING...

Why do you think most top consumer brands have a simple 3 to 6 word 
slogan It's because MOST consumers react better to that. They buy 
it... and then a very small percentage actually read the manual that is 
included AFTER the sale.


If you app is for techies or developers feel free to give them all the 
information you want (actually feel free to do it for anyone). BUT.. if 
you app is for the general public and someone else offers an app that 
does something similar to your (even if it's not as good) and offers 
just a very good good short marketing message as the description, it 
will outsell yours EVERY TIME.


I do think your "Read More" would help with both types however But, 
if I have to choose, I'll go with the short description every time, 
because I'd rather have good marketing for the 90% of people who don't 
want much information, than good specs for the 10% or less that want it.



Brad.


On 20/08/2010 12:04 PM, TreKing wrote:
On Fri, Aug 20, 2010 at 12:43 PM, Phill Wiggin > wrote:


For the record, I (at least) am not opposed to adding more space. 
I just see from your primary argument that you're not looking at

the situation from a consumer's standpoint.


But I am. I want to give the consumer the CHOICE to read as much as 
they want. Why is that so difficult to understand?
You're looking at this from a marketer's perspective. This is 
important of course but marketing types also have a habit of thinking 
they're more "clever" than they really are.


>> I wouldn't be surprised to find that most of that demographic
react better to short bursts of information and taglines (e.g.
effective marketing), rather than 100% accurate app descriptions.

> I wouldn't either, but what is the harm in giving people the option?

Most consumers aren't as detail-oriented as developers are; they
don't respond well to "too much" information.


So what? No one would be forcing consumers to read "too much" 
information. If you don't use the extra space properly, that's your 
problem. But shouldn't developer and users have that OPTION?


Look at how many people buy iPads.  They don't _care_ what it's
full potential is. They don't _care_ what all the features are.
Frankly, when you try to explain all the features, their eyes
glass over and they retreat... They walk away because you're
explaining too much for them.  (I've worked retail in the past,
and I've seen this exact situation in my extended family even
recently.)


Again, making ridiculous comparisons. You cannot compare a hardware 
device that has the Apple brand, marketing, and recognition behind it 
with an app in the Android Market. If the iPad was a brand new product 
being distributed by a no-name company and was being pitched with 325 
characters and two screen shots, how many people do you think would 
pay what it costs for it? Hmm?


You say "Yes, and the majority of people that you referred to that
don't have the attention span to read more text won't bother,
won't see the full potential of your app, and will just move on.
"  Whereas, if (in your descritpion) you tell them _why_ they
should care and what 1-2 killer things your app does, that may
convince them to try it out if they don't have to read a treatise
dealing with all the features you packed into your app.

I'm just saying that information overload is a bad thing for
non-technical people, (likely) the vast majority of the app consumers.


And I'm not saying that these descriptions should be a space for 
writing the sequel to War and Peace. My app does more than 1-2 killer 
things that make it stand out. A simple, concise, bullet point list of 
features of my app runs way over 325 characters. I'm not going into 
technical details, I'm not explaining how things work - I'm just 
listing clear, to the point features and there is not enough room to 
do even that.


(Locale) "And do you suppose their description would be that short
if it didn't need to be?"
Yes, I believe their description is best served by being short. As
much as Locale does, their market description is short, succinct
and includes links to further information.  It clearly states what
the purpose of the app is and doesn't get overly verbose. It's
just about the perfect amount of information to pique someone's
interest.


They could do exactly that and then go into detail with a "read more" 
section, which I've been suggestion. No need for a link (that's not 
even clickable, how many people will actually go thei

[android-developers] Power profiling of application

[L.Z]

Hi,

I'm the developer of PowerTutor, a power profiling tool for the
system. This tool profiles the system power consumption and decomposes
power consumption on hardware components (e.g. LCD, Wi-Fi, CPU and
etc.). It also assigns power consumption to individual application as
the application is running alone in the system. In this way, it could
potentially help developers to profile the app and detect energy
inefficiency usage behavior in the application.

More details could be found at
http://powertutor.org.

Note that PowerTutor is free to download and no advertisement is
embedded. I'm posting this here to so that the Android community can
be aware of it. Any one who cares about power consumption of their
applications will find it useful.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[Wayne Wenthin]

Having to retrofit this into my code will be a nightmare for me.   I don't
force upgrades and I rely on this in several places in my backend database.
I will be sending out a message and marking my app as not compatible
with the droid 2.   Sigh.


On Fri, Aug 20, 2010 at 12:35 PM, Trevor Johns wrote:

> Right now, we use the ANDROID_ID to prevent copying the license cache
> between devices when using ServerManagedPolicy. In this case, you'll be able
> to copy this cache between any two devices that have the same ANDROID_ID.
>
> However, you still won't be able to modify the license cache, and you won't
> be able to renew the license. So, after the license expires (~7 days), the
> application will try and contact Android Market again and the license check
> will fail.
>
> StrictPolicy is unaffected.
>
> --
> Trevor Johns
>
> On Fri, Aug 20, 2010 at 12:19 PM, Maps.Huge.Info (Maps API Guru) <
> cor...@gmail.com> wrote:
>
>> How is the market licensing system affected by this?
>>
>> -John Coryat
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Android Developers" group.
>> To post to this group, send email to android-developers@googlegroups.com
>> To unsubscribe from this group, send email to
>> android-developers+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/android-developers?hl=en
>>
>
>
>
>
>  --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>



-- 
Follow us on Twitter  @fuliginsoftware
Join the forums.
http://www.fuligin.com/forums

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[Frank Weiss]

I tend to favor "less is more". It's like resumes - you need to grab
your audience in the first 200 words. There's really nothing you can
say after that that will change their mind.

I looked at the TreKing (Chicago) market blurb. It's probably just me,
but a list of features is not good marketing prose. The value
proposition should be emotional, not technical - and that's not just
my opinion.

Besides, the website is more likely to be visited by people who want
more depth. And TreKing's website is certainly detailed, providing
camparison of the free and paid apps as well. Maybe it could be
optimized some more for a mobile browser :-) Although it requires
pressing the back button to get to the Buy button, is there some way
of putting that on the website as well?

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[Trevor Johns]

Right now, we use the ANDROID_ID to prevent copying the license cache
between devices when using ServerManagedPolicy. In this case, you'll be able
to copy this cache between any two devices that have the same ANDROID_ID.

However, you still won't be able to modify the license cache, and you won't
be able to renew the license. So, after the license expires (~7 days), the
application will try and contact Android Market again and the license check
will fail.

StrictPolicy is unaffected.

-- 
Trevor Johns

On Fri, Aug 20, 2010 at 12:19 PM, Maps.Huge.Info (Maps API Guru) <
cor...@gmail.com> wrote:

> How is the market licensing system affected by this?
>
> -John Coryat
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Internet Connection Bug Or Error ??

[tarek attia]

Hi all,

In my application I must use the internet connection ,so I check it first
before I open an URL connection using this :-

public boolean IsConnectedToNetwork(ConnectivityManager conManager)
 {
  NetworkInfo allNetworkInfo = conManager.getActiveNetworkInfo();
  NetworkInfo currNetworkInfo;
  boolean anythingConnected = false;
for (int i = 0; i < allNetworkInfo.length; i++)
{
   currNetworkInfo = allNetworkInfo[i];

   if (currNetworkInfo.getState() == NetworkInfo.State.CONNECTED)
{
   anythingConnected=true;
}

}

 return anythingConnected;
 }

However this code runs well when I connected to either the operator internet
Or to a Wi-fi network .

But when I'm connected to the operator but without credit and no internet
the mobile also sees it as there's internet,or even connected to a Wi-fi
network but without internet gateway it also sees as if it's connected to
the internet

Any Idea how can ensure that I'm connected to the internet ??

-- 

tarek

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Disappearing Alarms

[mot12]

That seems like a terrible solution though.

I think we do have a real problem here as this has been confirmed by
many users and you can also google the problem and you will see that
the stock alarm is not reliable on some devices. As Diane hinted at,
this is probably a firmware issue. It would be nice if we can get a
developer with one of the affected devices to pull a little weight
here by confirming this. For example, a Motorola Droid user. Set the
stock alarm to ring in the morning, then turn off wireless over night
(flightmode) and turn off the display. Don't use a charger or dock. On
some days the alarm will fail, at least this is what my users report.

If we can get someone to submit a log file, we would at least have a
confirmed problem. But then what? Do we try to run after the hardware
developers? Doesn't seem to be Google's issue. Or do we do workarounds
like Pent suggests? I can already see the comments for you app though:
"keeps firing up every 10 minutes draining battery, 1 star, learn how
to program, uninstalled." And you will get this even if you do explain
what and why you are doing it because many users won't pay attention
to that.

Martin

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] FREE GIFTS FOR EVERYONE - CHECK IT OUT

[hplarc]

FREE APPLE STORE GIFT CARD WORTH $1,000
http://tinyurl.com/applegiftcardfree

TESTERS  WANTED
Get A FREE Apple IPAD
http://tinyurl.com/newfreeappleipad

FREE $500 Victoria Secret's Giftcard
http://tinyurl.com/giftcardvictoriasecret

FREE $1,000 WalMart Gift Card
http://tinyurl.com/amazingfreewalmartgiftcard

Tired of Your Husband or Wife Snoring ?
This Pillow is Your Answer.
Wake up renewed and refreshed.
http://tinyurl.com/stopsnoringpillow

Win the New Apple IPAD
Simply Answer a few questions
http://tinyurl.com/appleipadcontest

Have Diabetes ?  On Medicare?
Get your testing supplies at little or no cost.
Get a Free Meter and Free Diabetic Cookbook.
http://tinyurl.com/freediabeticsupplies

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[Maps.Huge.Info (Maps API Guru)]

How is the market licensing system affected by this?

-John Coryat

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: GUI alignment ok for emulator and direct transfer but misaligned when published in Android Market?

[RichardC]

Beyond strange as your APK is signed (by you) so any changes would
have invalidated the signature and it would not install.

Try and "adb install" the apk you uploaded to the market (you will
probably need to uninstall it first from your phone) and see what it
looks like.


On Aug 20, 7:56 pm, Mystique  wrote:
> I was using 1.6 as emulator and then installed the apk in HTC Desire
> which has 480x800.
> Both shows the same result. When I published it, it doesn't look the
> same on my Desire when I install from Market.
> Isn't that strange?
>
> On Aug 21, 2:15 am, RichardC  wrote:
>
> > On the emulator did you try your app with all the difference screen
> > sizes / OS combinations ?
>
> > I think you need about 5 emulators to hit 90% of devices:
> >   1.5 HVGA mdpi
> >   1.6 HVGA mdpi
> >   2.1 WVGA800 hdpi
> >   2.1 QVGA ldpi
> >   2.2 WVGA854 hdpi
>
> > There are a few more combinations you could test with but I think the
> > above gets you to about 90% coverage.
>
> > On Aug 20, 6:38 pm, Mystique  wrote:
>
> > > Hi, does publishing app in Android Market add something to the app?
> > > Why is my alignment off where where were ok in emulator and direct
> > > transfer to my phone?
>
> > > How am I going to know what to adjust if Android Market causes it?
>
> > > Anyone have this issue?
>
> > > Regards.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] message for canceled order for licensing framework

[Andrei]

What kind of status licensing framework returns for canceled order?
Thanks

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: How to capture the contents of webview and parse it

[Frank Weiss]

Well, gosh, if you're trying to access an RSS feed, that's in XML. So
brush up on the URLConnection or HttpClient and the SAXParser or xml
pull parser. You ought to be able to Google how to do that in Java.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[Trevor Johns]

Hi everyone,
Just to follow up a bit here, the reason we believe this is happening is
because ro.serialno isn't set on these devices. (Note that the ro.*
properties currently aren't required by the CDD/CTS.) Unfortunately, it
seems that we're using ro.serialno as the seed for the PRNG when generating
ANDROID_ID.

See: 
frameworks/base/packages/SettingsProvider/src/com/android/providers/settings/SettingsProvider.java:416

http://www.google.com/codesearch/p?hl=en#uX1GffpyOZk/packages/SettingsProvider/src/com/android/providers/settings/SettingsProvider.java&q=android_id%20ro.serialno&sa=N&cd=1&ct=rc

I've gone ahead and opened up a bug here for tracking purposes:

http://code.google.com/p/android/issues/detail?id=10639

(We suspect that the Droid 2 isn't the only phone affected by this, likely
just the most noticeable instance.)

We have a fix for this checked into our internal Git repo, so once that
change propagates to vendors this shouldn't be an issue on future devices.
For existing devices though, if you absolutely depend on the uniqueness of
ANDROID_ID, you'll unfortunately need to rely on some other identifier
(IMEI, WiFi MAC, etc.).

-- 
Trevor Johns

On Fri, Aug 20, 2010 at 10:46 AM, suzanne.alexandra <
suzanne.alexan...@motorola.com> wrote:

> Andrew,
> I don't know that this is reported in any public bug system. I've
> reported it within a Motorola bug system.
>
> - Suzanne
>
>
> On Aug 20, 12:33 am, "Maps.Huge.Info (Maps API Guru)"
>  wrote:
> > > John, have you had any complaints yet about conflicts from duplicate
> > > unique ids?
> >
> > I handled it in code.
> >
> > -John Coryat
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Paid vs Free, My Early Experience

[TreKing]

On Fri, Aug 20, 2010 at 12:43 PM, Phill Wiggin  wrote:

> For the record, I (at least) am not opposed to adding more space.  I just
> see from your primary argument that you're not looking at the situation from
> a consumer's standpoint.
>

But I am. I want to give the consumer the CHOICE to read as much as they
want. Why is that so difficult to understand?
You're looking at this from a marketer's perspective. This is important of
course but marketing types also have a habit of thinking they're more
"clever" than they really are.


> >> I wouldn't be surprised to find that most of that demographic react
> better to short bursts of information and taglines (e.g. effective
> marketing), rather than 100% accurate app descriptions.
>
> > I wouldn't either, but what is the harm in giving people the option?
>
> Most consumers aren't as detail-oriented as developers are; they don't
> respond well to "too much" information.
>

So what? No one would be forcing consumers to read "too much" information.
If you don't use the extra space properly, that's your problem. But
shouldn't developer and users have that OPTION?


> Look at how many people buy iPads.  They don't _care_ what it's full
> potential is. They don't _care_ what all the features are. Frankly, when you
> try to explain all the features, their eyes glass over and they retreat...
> They walk away because you're explaining too much for them.  (I've worked
> retail in the past, and I've seen this exact situation in my extended family
> even recently.)
>

Again, making ridiculous comparisons. You cannot compare a hardware device
that has the Apple brand, marketing, and recognition behind it with an app
in the Android Market. If the iPad was a brand new product being distributed
by a no-name company and was being pitched with 325 characters and two
screen shots, how many people do you think would pay what it costs for it?
Hmm?


> You say "Yes, and the majority of people that you referred to that don't
> have the attention span to read more text won't bother, won't see the full
> potential of your app, and will just move on. "  Whereas, if (in your
> descritpion) you tell them _why_ they should care and what 1-2 killer things
> your app does, that may convince them to try it out if they don't have to
> read a treatise dealing with all the features you packed into your app.
>
> I'm just saying that information overload is a bad thing for non-technical
> people, (likely) the vast majority of the app consumers.
>

And I'm not saying that these descriptions should be a space for writing the
sequel to War and Peace. My app does more than 1-2 killer things that make
it stand out. A simple, concise, bullet point list of features of my app
runs way over 325 characters. I'm not going into technical details, I'm not
explaining how things work - I'm just listing clear, to the point features
and there is not enough room to do even that.


> (Locale) "And do you suppose their description would be that short if it
> didn't need to be?"
> Yes, I believe their description is best served by being short. As much as
> Locale does, their market description is short, succinct and includes links
> to further information.  It clearly states what the purpose of the app is
> and doesn't get overly verbose. It's just about the perfect amount of
> information to pique someone's interest.
>

They could do exactly that and then go into detail with a "read more"
section, which I've been suggestion. No need for a link (that's not even
clickable, how many people will actually go their browser and type it out,
regardless of how short?) and anyone that likes what they read in the intro
can get more info, IF THEY SO CHOOSE.

Isn't it better to give users more than they need and let them CHOOSE how
much to consume, then not give them enough?



> > As a user, it would be nice to have the OPTION to read as much as I
> wanted to determine if an app was worth my time without having to navigate
> to a website or download the app and try it out to find out if it does what
> I want.
>
> Yes, but _you_ "as a user" aren't a typical user.  If you want to target
> the group that matches _your_ methods of finding apps,  you're going to be
> targeting a minority of the market's user-base.  That's really the point I'm
> trying to get across.
>

You're telling me that the typical user doesn't like options? That if given
the choice of only reading 325 characters or reading 325 characters with THE
OPTION to read more, they'd choose the former?

The point I'm trying to get across is that regardless of what the "typical"
user does or doesn't do, EVERY user likes options.
And that given more space, developers could chose the best way to market
their product, since different products require different methodologies.

If you overload the user with information THAT'S ON YOU. YOU screwed it up
and YOU lost a customer. The way it it now though, there is no choice. I
don't have any option but to use this magical 325 nu

[android-developers] Re: GUI alignment ok for emulator and direct transfer but misaligned when published in Android Market?

[Mystique]

I was using 1.6 as emulator and then installed the apk in HTC Desire
which has 480x800.
Both shows the same result. When I published it, it doesn't look the
same on my Desire when I install from Market.
Isn't that strange?

On Aug 21, 2:15 am, RichardC  wrote:
> On the emulator did you try your app with all the difference screen
> sizes / OS combinations ?
>
> I think you need about 5 emulators to hit 90% of devices:
>   1.5 HVGA mdpi
>   1.6 HVGA mdpi
>   2.1 WVGA800 hdpi
>   2.1 QVGA ldpi
>   2.2 WVGA854 hdpi
>
> There are a few more combinations you could test with but I think the
> above gets you to about 90% coverage.
>
> On Aug 20, 6:38 pm, Mystique  wrote:
>
>
>
> > Hi, does publishing app in Android Market add something to the app?
> > Why is my alignment off where where were ok in emulator and direct
> > transfer to my phone?
>
> > How am I going to know what to adjust if Android Market causes it?
>
> > Anyone have this issue?
>
> > Regards.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] USB Issues: 2nd Droid not recognized by ADB

[Richard Schilling]

I have two Droids.

The first is recognized just fine by ADB and Eclipse.  In hardware
manager, it's identified as 'Android Phone/Android Composite ADB
Interface'.

The second is not recognized by ADB at all.  In hardware manager, it's
identified as 'Android Phone/Android Composite ADB Interface'

The computer is a Windows 7 Professional machine.

What's going on here?

Richard

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Calender Entry Listener

[mayank bisht]

I am developing an app in which I need to listen events whenever they
are created or modified in android calendar. Is it possible to listen
calendar entry when the user enters events ?

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Difference between Android Service and Content Provider

[A. Elk]

To be precise, a ContentProvider is an object that can communicate
with the ContentResolver facade. ContentProvider classes are aware of
the underlying nature of their dataset, while ContentResolver is
agnostic and provides a single interface.

A ContentProvider does not have to wrap a database. It can wrap *any*
source of data. A ContentProvider could wrap a reference librarian on
the telephone (granted, it would be very low bandwidth), although you
might find it much more useful to have the data local to the device.
Note also that ContentProvider is an abstract class, so you probably
want to implement the Big 6 Methods
(onCreate,query,insert,update,delete,getType) if you're making the
actual instance available to external developers. The method
signatures imply to the outside world that your data is organized in
tables of rows and columns. That is, the object mimics a database.
Nothing is implied about what's inside, and the external user
shouldn't have to know. To provide a ContentProvider to external
users, you should provide a "contract class" that defines constants
for the table and column names, the content URIs, and the available
types. Look at the Javadoc for android.provider.ContactsContract for
an example of this.

Another note: If you're only using the ContentProvider in your own
application, and you're using an SQLite database, and you have no
intention of syncing it to anything else, then you might want to skip
making a ContentProvider, and use the SQLite classes directly. I think
that the intent of ContentProvider was to make common, public datasets
available to multiple applications.

The difference between ContentProvider and Service?

ContentProvider establishes a pattern for accessing data that matches
the ContentResolver facade. This makes it easy for an application to
locate the data and access it independently of its internal form.

Service is meant to handle work-intensive tasks in an asynchronous
fashion. Nothing about data is implied. Use a Service to handle
syncing data or keeping something around to use as needed (like an
Alarm object).

Hope this helps. I apologize for hammering on ContentProvider. Just
wanted to point out that you're not limited to databases.

On Aug 20, 4:57 am, Joseph Earl  wrote:
> It sounds like you have the right idea.
>
> A ContentProvider is a wrapper around your database which allows other
> applications to access and modify your database in a controlled
> manner.
> A Service is basically just a long-running task, such as downloading/
> syncing data.
>
> A ContentProvider would provide access to your data to your app and
> others, and you would use a Service to download the new data, which
> would then use your ContentProvider to insert that new data into your
> database.
>
> On Aug 19, 4:49 pm, Lily Zhang  wrote:
>
>
>
> > I am developing an app and get confused about the idea of Service and
> > Content Provider in Android. In practice, what will be the difference
> > between them?
>
> > Content Provider
> > is a facade and it defines a way to share data among applications. You
> > many attach a local database to your app or create Content Provider
> > mapped to a universal database so that all the application on the same
> > device can share it.
>
> > Service
> > is long running processes that need to be decoupled from main
> > activity. It has local and remote service. local service is like the
> > local database, and remote service is like Content Provider sharing
> > the database info.
>
> > What My App is doing?
> > downloads info. from multiple internet resource in the background (I
> > suppose this will be Service) and store the info. into database, and
> > multiple applications will need to retrieve the data, format them and
> > output them to user (I guess it will be a Content Provider).
>
> > What will be the fine line between Service and Content Provider?
> > Newbie in Android, and any suggestion is welcome.
>
> > Lily

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Incoming Call GPS

[Maps.Huge.Info (Maps API Guru)]

No. You might be able to cross link from the contact book to some
third party service the caller subscribes to in order to obtain this
information.

-John Coryat

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: GUI alignment ok for emulator and direct transfer but misaligned when published in Android Market?

[RichardC]

On the emulator did you try your app with all the difference screen
sizes / OS combinations ?

I think you need about 5 emulators to hit 90% of devices:
  1.5 HVGA mdpi
  1.6 HVGA mdpi
  2.1 WVGA800 hdpi
  2.1 QVGA ldpi
  2.2 WVGA854 hdpi

There are a few more combinations you could test with but I think the
above gets you to about 90% coverage.



On Aug 20, 6:38 pm, Mystique  wrote:
> Hi, does publishing app in Android Market add something to the app?
> Why is my alignment off where where were ok in emulator and direct
> transfer to my phone?
>
> How am I going to know what to adjust if Android Market causes it?
>
> Anyone have this issue?
>
> Regards.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] enable/dissable fullscreen for lifetime of the app?

[TreKing]

On Thu, Aug 19, 2010 at 5:26 PM, Moto  wrote:

> One way to do it would be to have a custom Activity class that does these
> checks and all my activities can just implement it?  would that be slow is
> it recommended?
>

It wouldn't be slow (at least it shouldn't be), but would only work if you
only ever extend Activity. If you use ListActivity, MapActivity, etc, this
would not work.

An option is to make an Activity "proxy" class that takes a reference to an
Activity and then forwards calls on to it as necessary. Then each of your
Activities has a proxy and forwards calls to it and let's the proxy do the
common work. A little more verbose since you need to inject it in every
Activity, but a decent tradeoff given how Android is designed.

On Fri, Aug 20, 2010 at 12:27 AM, Kantesh  wrote:

> this may help u.. try it out..i am not sure..:)
>
> getApplicationContext().setTheme(android.R.style.Theme_NoTitleBar_Fullscreen);
>

OP would still have to check each time to see if the user had the setting.

-
TreKing  - Chicago
transit tracking app for Android-powered devices

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Scrolling in a ListView

[Sebastian Muehr]

On 20 Aug., 19:17, TreKing  wrote:
> You probably need to provide more information, like what you adapter looks
> like, how you've implemented getView(), and what, exactly, you're doing when
> you get this error.

This is all I implemented:

setContentView(R.layout.new_career);
ListView lv = (ListView) findViewById(R.id.listview_newCareer);
lv.setTextFilterEnabled(true);
lv.setAdapter(new ArrayAdapter(getApplicationContext(),
R.layout.item_team, game.getTeamNames()));

new_career.xml:

http://schemas.android.com/apk/res/
android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent">





item_team.xml:

http://schemas.android.com/apk/res/android";
android:layout_width="fill_parent"
android:layout_height="fill_parent"
/>

All I do when getting this error is scrolling through the list.
At about the half of the list I get the error.
In the upper half I can scroll normally without any problems.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Settings.Secure.ANDROID_ID not unique on DROID2?

[suzanne.alexandra]

Andrew,
I don't know that this is reported in any public bug system. I've
reported it within a Motorola bug system.

- Suzanne


On Aug 20, 12:33 am, "Maps.Huge.Info (Maps API Guru)"
 wrote:
> > John, have you had any complaints yet about conflicts from duplicate
> > unique ids?
>
> I handled it in code.
>
> -John Coryat

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Paid vs Free, My Early Experience

[Brad]

The 325 character limit is really inexcusable.   My main problem is
that I need to use all the space just to describe, in broad terms,
what the app does.  There is really no room to mention the specific
features that differentiate my app from my competitors.   If I add a
great new feature, can I mention that in the description in order to
drive sales?  Probably not.   Does that reduce my motivation to add
new features?  Yes somewhat - especially if the other option is adding
stuff to an Apple app where I can use the app store description to
drive sales.

This really shouldn't be such a big problem.  Apple has it right with
its 4000 char limit.  Has anyone really thought "This description is
unbearably long - I wish Apple would limit them to a couple
sentences."?  No, if it's too long, you read what you need to form
your opinion and skip the rest.

This is such a no-brainer that I really wonder if there is some sort
of political reason for this.  Has anyone checked the new Chrome app
store to see if it also has a 325 description limit?

On Aug 20, 10:05 am, TreKing  wrote:
> On Fri, Aug 20, 2010 at 11:17 AM, Bret Foreman wrote:
>
>
>
> > Their blurb in the Marketplaces is well under the 325 character limit.
>
> Their blurb in the Marketplace also actually describes what the app does,
> unlike the quote you posted.
>
> On Fri, Aug 20, 2010 at 11:31 AM, Phill Wiggin  wrote:
> > Maybe not "every shopper", but typically the majority of people that are
> > looking for apps
>
> That's the point. Majority or not, what's the harm in giving more
> information? The majority of people will get bored after two sentences and
> move on. Oh well. No one is forcing them to read anything. But for the rest,
> the OPTION to read more would be nice.
>
> >  An application that costs no more than a box of cereal should not have
> >>> any more descriptive text than a box of cereal.
> >>> An app that costs as much as a DVD should not have more text than you see
> >>> on a typical DVD box.
>
> >> The logic behind those statements is so stupid I'm not going to justify it
> >> with an answer.
>
> > No need to be rude.
>
> True. Sorry. But there's also no need to make nonsensical statements that
> have no basis or reason.
>
> > From a marketing standpoint, those statements aren't far off.  Then again,
> > Marketing rarely has much to do with logic
>
> Stating that the value of something somehow correlates to the amount of text
> used to describe it and comparing Android apps to cereal and DVDs sounds
> pretty far off to me.
>
> >  So Locale is what, an app judges use to identify the person who's phone is
> >> ringing in their courtroom?
>
> > I expect your question is rhetorical... But considering the results, the
> > Marketing is sound.  In their case, it was better to deliver a shocker that
> > drew people in rather than explain the technical details of their app.
>
> Of course it is rhetorical.
> What results? Their app popularity? I somehow doubt that one quote is the
> driving factor for their success.
> It's also good to note that that quote is not what they use as their
> description.
> And do you suppose their description would be that short if it didn't need
> to be?
>
> > In the end, the important thing is: Know your audience.  The majority of
> > app-store shoppers are a certain demographic.
>
> Right. And there are A LOT of apps that cater to A LOT of different people
> and purposes. 325 characters might be fine for something simple like Locale
> but is inadequate for many other apps where elaborating on features is what
> sets you apart.
>
> > I wouldn't be surprised to find that most of that demographic react better
> > to short bursts of information and taglines (e.g. effective marketing),
> > rather than 100% accurate app descriptions.
>
> I wouldn't either, but what is the harm in giving people the option?
>
> > Besides, full details of your app should be found on your website.
>
> Of course. But AGAIN, I'm not talking about "full details" - I'm talking
> about enough space to properly DESCRIBE, PROMOTE, and SELL your product. If
> you feel you can do that in 325 characters, congratulations. I really don't
> and it would be nice to have the OPTION to be as detailed and verbose or
> simple and to-the-point as I felt I needed to be to sell my product.
>
> As a user, it would be nice to have the OPTION to read as much as I wanted
> to determine if an app was worth my time without having to navigate to a
> website or download the app and try it out to find out if it does what I
> want.
>
> > So, anyone that _really_ wants to know what you've got to offer will
> > probably be willing to open the browser and see all you have to say
> > Whether that's 325 characters or 325k.
>
> Yes, and the majority of people that you referred to that don't have the
> attention span to read more text won't bother, won't see the full potential
> of your app, and will just move on. Given the options of:
>
> a) reading more right on yo

[android-developers] Incoming Call GPS

[David Toledo]

Hi All

Is possible in android, detect the latitude and longitude from Incoming Call
?

Thanks
David

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en