Not necessarily an upgrade, but a different set of tradeoffs. If I change
the method signature of a utility method, I only have to change it in my
base classes and not in my concrete activity classes. Of course, I always
have the option of extending those methods in the concrete classes, so I
While all this talk of how to extract common code from activities is great,
does anyone have an answer to my original question? Has anyone started
collecting the solutions? Or maybe the answer is No.
--
You received this message because you are subscribed to the Google
Groups Android
What happens when you need a MapActivity? Or ListActivity? Or
ExpandableListActivity? Or ... ?
Good point. I rewrote my base classes to delegate to a utility class. I have
each base class pass itself to the constructor of the utility class in case
it needs to reference the current
I'm not sure what you mean... I've already developed a few apps and have
been heavily using developer.android.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
strings be listed in values/strings.xml and when should
they be hard coded?
What kind of conventions should be used when giving views ids? Should
there not be views in different layouts with the same name?
Etc.
Cory
--
You received this message because you are subscribed to the Google
Groups Android
Well color me confused, then.
Thanks everyone for the weights. I guess I'll just be patient until
tomorrow!
On Tue, Mar 30, 2010 at 5:42 PM, Larry lar...@gmail.com wrote:
It is from the tag on the fedex shipping box. Saying '2lb'
On Mar 30, 4:29 pm, Disconnect dc.disconn...@gmail.com wrote:
I didn't see onNewIntent(Intent) in the docs. That would have been
really useful!
As it stands, I figured out another way.
If you have the Activity register the BroadcastReceiver
programatically (ie, not in the manifest file), the Activity can have
a reference to the BroadcastReceiver. Then
I tried the URL specified in the install guide (https://dl-
ssl.google.com/android/eclipse/) and Eclipse barfs. Tried regular
http too. Then I tried both in Chrome, and the site returns a 404.
What gives? Did google move the SDK over to developer.android.com and
then delete the ADT without
from google. I've tried both https and http
with no success. Any help would be greatly appreciated! What should
have been a 1 hour (max) activity (setting up Eclipse and the Android
SDK on a new machine) is now dominating my day. This is ridiculous!
Thanks,
Cory
Thanks for the help everyone. I think that I'm going to take a 'button'
approach, instead of tabs.
On Mon, Nov 24, 2008 at 2:17 PM, Sunit Katkar [EMAIL PROTECTED] wrote:
Even if you could programatically do so, why would you want to make the
tabs smaller and cause inconvenience to users who
10 matches
Mail list logo
