Lines Matching refs:we

24 - they contains references to native code (which we want to avoid in Eclipse),
27 - some of the classes that need to be changed are final and/or we need access to their private
33 - filters some packages and removes those we don't want in the output JAR,
62 dependencies and then only keep the ones we want.
65 from these is kept. Currently the one such class is android.view.View: since we want to render
70 ("*" does not matches dots whilst "**" does, and "." and "$" are interpreted as-is). In practice we
98 Each of these are specific strategies we use to be able to modify the Android code to fit within the
116 The next step of the transformation is changing the name of the class in case we requested the class
129 class was originally compiled with Java 7 (version 51). This is because we don't currently generate
131 valid StackMapTable. As a side benefit of this, we can continue to support Java 6 because Java 7 on
137 This is useful for methods in the Java namespace where we cannot add delegates. The configuration
154 The listeners are currently pretty basic: we only pass the signature of the method being called, its
171 This is the easiest: we currently inject the following classes:
182   were in part of the java package, where we can't inject classes, all references to these have been
202 An example will make this easier: android.graphics.Paint is the main drawing class that we need to
208 Some of the Android classes are basically wrappers over native objects and since we don't have the
209 native code in Eclipse, we need to provide a full alternate implementation. Sub-classing doesn't
210 work as some native methods are static and we don't control object creation.
228 In this case we have a strategy that tells the generator that anything returning, for example, the