As the googs frequently point out, the apps aren't designed to build in eclipse. (Yes, I agree that for most apps, thats dumb. But it is what it is, at least until someone submits fixes.)
All the apps build in the platform source, with the platform build environment. (Some of them don't WORK, but that is different. EG calendar has deep dependencies on google services.) On Wed, May 20, 2009 at 8:13 AM, Al <[email protected]> wrote: > > It's fine to encourage people to make contributions to Android but the > problem is some of the apps have package dependencies not available in > the SDK, so it's not possible to make changes and test them. For > example, in the Browser, I found a couple of problems which I reckon > would be pretty simple to fix. I'd be happy to submit patches for them > but when I open the project in Eclipse, it can't find: > > - android.os.ServiceManager > - android.os.SystemProperties > - android.provider.Downloads > - android.text.IClipboard > - android.text.util.Regex > - android.net.WebAddress > - android.net.http.EventHandler > - android.net.http.SslError > > and that's only in BrowserActivity.java! > > And I'm sure I'm not the only one who eagerly opened a project, ready > to contribute, only to find the app can't be built using the public > sdk. > > On May 20, 5:31 am, "Mark Murphy" <[email protected]> wrote: > > > > If you have engineering talent, visit: > > > > http://source.android.com > > > > There are those who follow these lists who think I'm a broken record on > > this point, and they're probably correct. But the solution to getting > more > > capabilities in Android is not likely to come in the form of beating up > > the core Android team, or even beating up Android management. Since > > Android is an open source project, we need to figure out how to get more > > people contributing on the open source level. The military likes to toss > > around terms like "force multipliers" for this sort of thing -- open > > source contributions are force multipliers towards the objective of > having > > Android "be all it can be". > > > > I long for the day when the core Android team needs to add headcount > > simply because they are reviewing and processing too many contributions. > > > > -- > > Mark Murphy (a Commons Guy)http://commonsware.com > > _The Busy Coder's Guide to Android Development_ Version 2.0 Available! > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
