My bet is six months
On Mon, Jun 17, 2013 at 2:32 PM, Filip Maj <f...@adobe.com> wrote: > I'm ambivalent on this issue. > > To play devil's advocate, Joe, it hasn't been an issue on iOS or Windows > Phone, so any speculation that this _will_ be an issue in the future is > just that: speculation. > > If anything we should set an over/under on how long it will take after > introducing this change before we get "Hey gaiz I changed > CordovaWebView.java and now nothing works!" issues ;) > > My bet is: a long time. > > On 6/17/13 2:11 PM, "Benn Mapes" <benn.ma...@gmail.com> wrote: > >>+1 >>I really like having source code. On Windows Phone we have moved from a >>pre-compiled .dll to just the source as well. Like Kerri said, it is very >>helpful when stepping through your application and debugging any problems >>you might have, as well as getting more people looking at the code and >>understanding it better. >> >>If users don't want to look at the source at all they can just treat the >>cordovaLib folder like it's a .jar and not touch it. >> >> >>On Mon, Jun 17, 2013 at 1:04 PM, Joe Bowser <bows...@gmail.com> wrote: >> >>> -1 >>> >>> This only caters to a minority of our users. Most of our users can't >>>debug >>> Cordova, since they can't write Java (or even Javascript) well. >>> >>> I think this will have far more things break and we'll have a huge >>>backlash >>> from our mainstream users, just like when we deprecated plugins. >>> On Jun 17, 2013 12:48 PM, "Andrew Grieve" <agri...@chromium.org> wrote: >>> >>> > I'd like to propose that instead of having the create script compile a >>> > version of Cordova into a .jar, that instead it copies over the source >>> > files instead. >>> > >>> > My main motivation is that doing so will make debugging native code >>>much >>> > easier since the source code will show up in Eclipse / Android Studio >>>by >>> > default instead of needing to reconfigure your project to get this to >>> work. >>> > >>> > We did the same change on iOS a while ago (moving from a precompiled >>> > framework library to just copying over source files), and I think the >>> > results were quite positive. It helps users file better bug reports, >>>and >>> I >>> > think also encourages them to submit bug fixes. It will also make it >>> easier >>> > for Plugin developers to figure out our APIs since they'll be able to >>> see & >>> > tweak the code. >>> > >>> > Agree / object? >>> > >>> >
