I've derived from standard Activity classes. Specifically, because I use a web service that gives me list data in a paged format, I wrote a PagedListActivity class that's derived from ListActivity. I then use that all over the place and derive further from it.
So I guess I don't understand your question. Seems to me that you should figure out what are the problems with the integration of your new abstract superclass and your derived classes, rather than trying to work around the problems that the Android tools are trying to tell you. On Jan 12, 4:59 pm, Raconteur <mythosracont...@gmail.com> wrote: > Hi gang, > > Sorry for the cruddy subject line, but couldn't think of a short way > to phrase this. > > I want to create an abstract subclass of Activity that adds some of > the basic functionality that our team requires in all Activity > subclasses. > > I am working in eclipse (Galileo with ADT), and when I try to make an > Android project and add the class there, I get weird problems with > class verification of the subclasses of our Activity class > (XDCActivity). > > I tried making just a plain Java project and adding the class in > there, but then I lose the ability to invoke R and other conveniences. > > Can someone give me an idea of how to go about accomplishing this? > > In a nutshell, what I want is to insert functionality bewteen > android.app.Activity and our proprietary Activity subclasses in > XDCActivity so that my developers can inherit the requisite > functionality. > > Please let me know if you need more detail... hopefully this is > enough. > > Cheers, > > Chris
-- 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
