Some good news

by » Mon, 27 Apr 2009 18:23:23 GMT

Sponsored Links
 Digg is one of my favorite technology sites.

When I 'dugg' for Android a couple of months ago, there were virtually
no search results with the only matches dating back 4 or 5 months.

I did a search again today for Android and there were nearly 10
articles just in the last 24 hours.

And the best news ... no results at all for iPhone in the last 24

Is the tide starting to turn?

Some good news

by Androman » Tue, 28 Apr 2009 21:04:05 GMT

 Probably yes and in future there will be many more Android phones than
iPhone phones but iPhone will be solid platform and will remain in
future. Also it looks like Android phones will increase in numbers and
in few years become available to masses but I don't belive that all
Andorid users will  want to buy software on market. Many will use
phone just as phone to call and send SMS... while more "advanced"
users will buy iPhone and they will buy apps.

Of course there will be a lot of users of Android phones that will be
interested in buying software on Android market but not all or not as
high percentage as on Apple's phone. Also due to fact that developers
from only 2 countries can sell their applications on market mean that
many will stick to iPhone, Black Berry, Symbian, WinMo or will just
create free apps making it much harder for USA and UK developers to
earn money on Android Market.

On Apr 27, 12:23pm, ""


Sponsored Links

Some good news

by Fred Grott » Tue, 28 Apr 2009 21:47:09 GMT

 The problem is your  premises do not hold..

go back through iPhoen history..

-First 6 months iPhone wa on sale it took 6 months to get 1 million
sold..gee Android same trend..

Basically all Android  trends will pan out to the same exact repeat of
iphone history in devices sold and apps sold..


Other Threads

1. Howto? identify the inflated resource

Ok, this is the same problem as my last post, but i'm not getting any 
traction with it, so i'm looking for another method solve the problem.

All i need to do is identify the xml resource a view was inflated from, in 
the views constructor.

I've tried android:tag which does not seem to be able to do it in this case 
(I only ever get null back from getTag()).

The situation is that I have a single java class extending view.
I inflate one of many XMLs into the view and I need to be able to change 
stylesheets based upon which xml resource i'm loading.

Does anyway one a method of doing this?

My last fallback is to use some sort of static class that I can set the xml 
resource on for the entire app, then try and look at the id to determine 
which resource I loaded. I'm reluctant to do that because it's kludgy and I 
think its far more likely to introduce bug etc. Note that I haven't tried to 
do this yet, but it should work based on how java behaves.

I just can't believe that there is no way to a view to know what XML 
resource it was inflated from!

- Brill Pappin


2. Turning off "save to SD Card"...problem?

What will happen if I turn off the ability to move an app to the sd
card for an app that currently has that feature? Will it just move the
app to the problems?

I asked because I turned it on not realizing some things would break
or not work consistently. REALLY need the read the docs better :)



3. Window token is always null

4. Using a bitmapdrawable to repeat an image and translate it

5. GPS turned on automatically on some devices?

6. Problem with large number of markers on google map

7. "Use wireless networks" setting not always available?