Does the android xml
have it's own "content type"? If not, could it? (i.e. needs "quick
and easy detection, ideally based on only a few lines of input).
While it's a VERY old memory, I *think*
that's how formatter is currently chosen?
And, yes, "priority" was often
seen as solving problems, but there were concerns about how that's work
"in the wild" -- you know, everyone "wants highest priority".
(But, I'm not saying something couldn't
be done ... just not sure.
David Carver <d_a_carver@xxxxxxxxx>
03/15/2015 11:36 AM
Choose XML Formatter based on Priority
It probably could be added to the existing formatter.
They just wanted the attributes to line up differently in many cases.
I'll have to do a comparison between the two to see what are the main functional
On 3/14/15 10:01 AM, Max Rydahl Andersen wrote:
+1 for finding a way to do this better.
Btw. What is so special about the android xml to not just
be handled by a normal xml formatter?
Could it be fixed by improving the default xml formatter
In the Andmore project we have an inheritted the ADT XML
formater. Right now it is taking precedence over any other formatter.
So when you try to do a Source->Format on a project and you have the
ADT plugins installed, the XML Formatter from ADT is taking over for all
XML files. I checked the extension point, and there doesn't
seem to be a way to specify that particular XML formatters should affect
only particular files or content types. This works correctly though
if you format within an Editor as the editors control what formatter is