The old Android developers' site listed, for each platform release, all the
system apps that are part of that release; and also all the locales
supported by that release. I'm not able to find it in the new site. Is it
still around?
--
You received this message because you are subscribed to
These are the release notes. What's missing is the detailed listing of
1) Every app that came as standard with the platform (calendar, clock etc)
2) Every locale that the platform supported.
On Thursday, 12 July 2012 18:08:43 UTC+5:30, Mark Murphy (a Commons Guy)
wrote:
(a Commons Guy)
wrote:
On Thu, Jul 12, 2012 at 8:49 AM, Kiran Rao techie.curi...@gmail.com
wrote:
These are the release notes. What's missing is the detailed listing of
1) Every app that came as standard with the platform (calendar, clock
etc)
2) Every locale that the platform
annotation.
I'll take a call on whether to go ahead with using BroadcastReceiveranyway, or
to create a work-alike. Thanks for your inputs.
On Monday, 21 May 2012 21:48:06 UTC+5:30, Dianne Hackborn wrote:
On Thu, May 17, 2012 at 11:57 PM, Kiran Rao techie.curi...@gmail.comwrote:
using
Bump!
I'm still looking for clarification on this comment:
using BroadcastReceiver as a separated class not known by the rest of the
framework
On Friday, 18 May 2012 12:27:38 UTC+5:30, Kiran Rao wrote:
Dianne,
I'm not sure I fully understand this phrase in your comment:
using
BroadcastReceiver
as a separated class not known by the rest of the framework, it seems okay.
On Thu, May 17, 2012 at 7:22 PM, Kiran Rao techie.curi...@gmail.comwrote:
Oops .. apologies for the typo, and the ensuing confusion. I did mean
LocalBroadcastManager in my original post, wherever I
I am trying to add ordered broadcasting functionality to
LocalBroadcastReceiver class. I just noticed this method:
http://developer.android.com/reference/android/content/BroadcastReceiver.html#setOrderedHint(boolean)
The docs have this to say :
For internal use, sets the hint about whether
Oops .. apologies for the typo, and the ensuing confusion. I did mean
LocalBroadcastManager in my original post, wherever I referred to
LocalBroadcastReceiver.
Mark has summed it all up in his response. My current implementation is
this:
try to fork BroadcastReceiver and use a forked edition
Really? User needs to reinput everything?
Let me ask you: have *you* ever programmed an Android app?
On Wednesday, 16 May 2012 19:31:35 UTC+5:30, sblantipodi wrote:
As the graph I posted explain the app is not restarted, but the latest
activity is.
If the activity is restarted, user needs
Thanks for the response b0b.
I realize MediaPlayer will not do the job for me - at least in 2.2. But, is
there any framework-level requirement that is stopping me from building the
newer media framework source and deploying it on 2.2? Perhaps this would
make my app prohibitively large? Or
I mistakenly posted this question on the Android-Platform group
(linkhttps://groups.google.com/d/topic/android-platform/sBYyDKOoFWg/discussion).
I think it really belongs here in this group.
My requirement is to be able to play a live video stream in my Android app.
The stream will be over
Anyone? I'd appreciate any pointers. I can't even figure out whether
this is a bug or a coding error.
On Feb 24, 10:49 am, Kiran Rao techie.curi...@gmail.com wrote:
I've been struggling with this strange problem for quite some time. A
brief summary of the issue is this:
An ImageView's
involving custom View - Uploaded on
Google Project Hosting -
http://code.google.com/p/android-drawable--invalidation-on-orientation-issue/downloads/detail?name=InvalidateDrawable_2012_FEB_14_01.zipcan=2q=
Thanks in Advance
Regards,
Kiran Rao.
--
You received this message because you
13 matches
Mail list logo
