| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Looks like issues found in 3.5 do not happen in 3.6+ and it's just
better to do non async refresh.
Change-Id: Ieaf1afb1a9f830c90cea842fbee085382259d2d9
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This fixes the 'android list sdk' to output the system
images and source packages in the list. Since there are
no hard dependencies on them, they were not listed.
The behavior is changed to:
- 'android list sdk': display all potential and
mandatory updates and their dependencies.
- 'android list sdk --obsolete': display everything
compatible on the remote sources.
This allows users to install sources and system images
from the command line:
$ android list sdk -e -o
$ android update sdk -u -o -t source,system-image # all
$ android update sdk -u -o -t source-14,sysimg-14 # API14
Also, although system images are not mandatory (e.g. they
are not hard dependencies of platforms), the heuristic is
that if a platform doesn't have any system image of its
own we'll suggest any matching sys-image we can find for
either new platform or the currently highest installed one.
SDK Bug: 21880
Change-Id: I4c47c6e60d885ebeaf181288db743b382fdb1618
|
|\ \ \ \ \ |
|
| | |_|_|/
| |/| | |
| | | | |
| | | | | |
Change-Id: Ib463742beb38bf9b6cc2a272f5a3662ffab18ce1
|
|\ \ \ \ \
| | |_|/ /
| |/| | /
| |_|_|/
|/| | | |
|
| | |/
| |/|
| | |
| | |
| | |
| | | |
The version with only a boolean is deprecated in 3.6+
Change-Id: I22061e53f84af674fa137d96cfb2799a0f97faad
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This changeset fixes a bunch of issues in the infrastructure:
(1) It cleans up the Context class quite a bit. It had some hardcoded
XML stuff in it, which is now in a separate XmlContext class (and
there will be a JavaContext class in the Java support CL).
It also hides a bunch of public fields, cleans up some unused
stuff, and introduces a couple of wrapper methods to make detector
code cleaner; in particular, rather than calling
context.client.report(context, ...
you can now just call
context.report(...
and similarly there are wrappers for logging and checking for
disabled issues.
(2) The IParser interface is renamed to IDomParser since in the next
CL there will also be an IJavaParser. Some other related cleanup.
(3) There is now a "Location.Handle" interface. This allows detectors
to create light-weight location holders, and later on call
handle.resolve() to create a full-fledged Location. This is useful
when detectors don't yet know whether they'll need a location for
a node, but want to store it for later in case they do. As an
example, the unused resource detector creates location handles for
declaration and only resolves full locations for those that are
found to be unused.
Locations can now carry custom messages. For example, for a
duplicate id error, the secondary location now contains a
"original declaration here" message. And the CLI and HTML reports
now include alternate locations in the output.
Some other location cleanup too; using factory methods to make the
code cleaner, some default implementations that can be shared,
etc.
(4) There's a new SDK info class intended to provide SDK information
from a tool client (such as resource resolution). It currently
just contains parent-view information, used for the
ObsoleteLayoutParams detector and an upcoming CL for a
ViewTypeDetector.
(5) The Detector class now provides dummy implementations for the
inner-interfaces, so we no longer need the adapter classes. This
makes it easy to implement the XmlScanner or JavaScanner
interfaces without needing to also stub out a bunch of methods.
Change-Id: I4b3aaabe51febb25b000f9086703653bea6cf7c9
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Issue was a typo and the script was setting the
files as read-only (instead of clearing the r-o
attribute, it was setting it) before trying to
copy them.
Also reverted the code that hides the launched
app window so that the sdkmanager actually be
visible.
SDK Bug: 5683762
Change-Id: Id23302981f84b227361c6208fe6ef512e0ac2de3
|
| |
| |
| |
| |
| |
| | |
This is temporary as I continue working on android.exe
Change-Id: I60d5206455798e70468c66930c6f3723e18c0198
|
|\ \
| |/ |
|
| |
| |
| |
| | |
Change-Id: Ic8b2130a327d73c044c0931509385aed19f78a9e
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The core issue was that source packages were not properly
zipped on the build server side, which made the unzip crash
with an EOFException. This simply adds a better verbose
message in case this happens again.
It seems the Java ZipFile bug listed in there is fixed
at least in the JVM I'm currently running (1.6 and 7)
but anyway I added the extra safeguard code as documented
in the reported bug (e.g. don't ask ZipFile to unzip more
than the actual size of the entry.) Can't hurt to have it.
Change-Id: Ib47530920474e320da69c35d9a695d931bed55c1
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
There is no such 3.6.2 version for the core.runtime plugin.
The org.eclipse.ui plugin does require 3.6.2 though.
SDK Bug: 5690034
(Cherry-pick from 68afb2636d773c139e6909ad69f4fda951ee8133)
Change-Id: I90220adcc2c640df900c311a2d00d1b5ef5cb020
|
|\ \ \
| |/ /
|/| | |
|
| | |
| | |
| | |
| | | |
Change-Id: I63ce0d33dc58d2c772f9f47e7aef5bd0974e7531
|
| | |
| | |
| | |
| | | |
Change-Id: I312b0dcf45c18dbe417717f7fe4eff69897a8b62
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| | |
When you click on the Fix icon in the Lint Warnings window, the marker
you're applying a fix for may be referencing a file that is not open
and visible. The apply fix code needs to account for this, and open
the document (such that getModelForEdit will succeed) and for
interactive fixes, also open the editor.
Change-Id: Ic9c232bd050e4d6cce8acfc41a8e24b66e21bb48
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
(cherry picked from commit e4a6ff53047bba14cf1f6770f20f6d9844ec9817)
Change-Id: I01d4d3749b9d724e6db07739f29b8cf2138403bb
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Add gcc-style flags -w, -Wall and -Werror, and javac-style --nowarn
(identical to -w) to turn off warnings (only check for errors), enable
all warnings, and to turn all warnings into errors respectively.
Also cleans up the print-usage code a little bit such that the format
is nicer: the arguments all appear on the left and the explanations
are all aligned on the right.
Change-Id: I247f9e81ebe5322c7b19af2f043c7a82133c18a1
|
|\ \ \
| |/ /
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This changeset fixes the auto-indent handling for a specific scenario:
pressing newline within a text node, when the next non-text region is
an element end tag, and the caret is not on the same line as the end
tag. This scenario is covered by the new unit tests testIssue22332a
and testIssue22332b.
Change-Id: I238423ddf25864746a941d6ac8c1fb6a41e37601
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
android.exe is not ready for usage yet.
The local sdk parser can still detect both.
Change-Id: I597f9b5553628b55703aa12282b2808c0b6d1fb1
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
(cherry picked from commit 892b2297a310ebdac4fe39281664ba10963b101e)
Change-Id: Icca1826ce777432f635b2c2855f5638cd9bac5cf
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Fix issue http://code.google.com/p/android/issues/detail?id=22339
Change-Id: Ic05b3623472b9642cddec35153348472448a277a
|
|\ \ \ \ \
| |_|_|/ /
|/| | | | |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The lint rule which makes sure that any icon provided in drawable-mdpi
is also provided in drawable-hdpi (etc), needs to make a special case
for the nodpi folder: icons defined there do not have to be defined in
other density folders, and similarly icons provided in other density
folders do not need to be provided in the nodpi folder.
Change-Id: I799dd98a65b46f52ec28661f8376bd4367a8ce74
http://code.google.com/p/android/issues/detail?id=22337
|
|\ \ \ \
| |/ / /
|/| | | |
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: Ib9daf9568c6263887d6ff8e75dc64807f13955a8
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If you define the children of your <string-array> using @string
resource references, then you don't need to redefine your
<string-array> in all the other locales. This changeset fixes the lint
translation check such that it only looks for translations for string
arrays that have one or more elements that are not a string reference.
Change-Id: I8daf0b36edad43635f47062b3fdf57b2617233ce
|
|\ \ \ \
| |_|/ /
|/| | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When a saved filter is double clicked, bring up the 'Edit Filter'
dialog for the selected filter.
Change-Id: Idd6766ba95e0d2f228c664ffccf8dbfb5b93b0b8
|
|\ \ \ \
| |/ / / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Fix for http://code.google.com/p/android/issues/detail?id=22111 which is
OS X Lion specific. This fix hasn't actually been tested on OS X Lion!
Change-Id: Ifb4397e1482ebacc84cd90e83bb6837b883fbd08
|
|\ \ \ \
| |/ / /
|/| | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Updates the feature descriptors to depend on Eclipse 3.6, such that
ADT 16 can't be installed in Eclipse 3.5. I think we agreed to require
Eclipse 3.6 recently, and Raphael has already made the build server
switch in changeset 9c014a83a.
Change-Id: I8f00f4363f23094063d4bd2876e2ac0dae24e4ec
|
|\ \ \ \ |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The device chooser dialog has a checkbox that says use the same
device for future launches of an application. This is currently
enabled, which does not match current user expectation that the
dialog is always shown.
This patch disables the checkbox by default, so that the behavior
is identical to previous versions of ADT.
Change-Id: I32c9e903f0dbdb8c7ff1da38714125d58bfa06a9
|
|/ / /
| | |
| | |
| | | |
Change-Id: I3f7d64737bdb1205dd147c9e071d56d33fb072c5
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This changeset revisits
http://code.google.com/p/android/issues/detail?id=21750
"Layout editor auto-formatting breaks rendering of custom views"
The bug described in the issue is that dragging custom views into the
canvas does not trigger a render until you save the file. My initial
bug fix noted that we actually would get *two* render requests, and
the second render was blank, so I fixed the model notifications such
that only a single notification (triggering a render) was sent.
However, collapsing the two changeModel calls into the DOM model
turned out to have some adverse effects when auto-format was enabled,
so I turned off auto-format until I could track the bug down.
In this changeset I'm turning it back on, and fixing the root cause
which made the custom view not appear: in the XML DOM to UI Model
sync, no descriptor was found for the custom view so the node simply
wasn't added to the model.
We still don't want multiple notifications (and therefore renders), so
I'm also changing the notifications structure a bit. Now a single
notification is made after all the edit hooks are run, and after the
edit lock has been released (it grabs a read lock instead for the
duration of the notification phase).
Change-Id: I2281dc936bf0442e2d38ac2750e81a8f120a924e
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Model the OpenGL state as a hierarchy of properties
- Construct the list of transformations to be applied to the
GL State based on each OpenGL call. (Currently, only
glVertexAttribPointer() is actually implemented).
- Each transformation knows how to extract the property to
modify and its new value. It has apply and undo functions
that can transform the state, or undo the transformation.
- Implement the GL State view which is a tree view of the
entire GL state hierarchy.
- Make the GLFunction Trace View provide selection events
that the framebuffer and state view can listen to and
update their status based on the selection.
Change-Id: I22b011ac9f10ceb0684a8cb7ee4938200ef43ec3
|