Adam Murdoch wrote:
Hi,
This looks great. Do you plan to keep it as a standalone UI once the IDE
plugins are done?
Yes, I personally think this is useful outside of the IDE (helps with
startup/config time for big systems among other things).
I have some comments (though I guess the answer to most is that you just
haven't gotten around to it yet)
All comments are welcome, but you are right - this is very early and we really
just wanted feedback on the concept of having a GUI like this. We have our own
long internal list of both wants and bugs.
* There doesn't seem to be a way to run a particular task for the
selected project and all its subprojects. For example, I can't do the
equivalent of 'gradle libs' from the root of the java multiproject sample.
Good point - what would be appropriate here, the set of all unique task names
from all subprojects?
* There doesn't seem to be a way to run the default tasks, or to see
what they are.
I think the default task for a project should in bold, but you should perhaps
also be able to run it from the project level. Currently double-clicking the
project just expands the tree, but perhaps it should run the default task instead.
* Logging in the output window should default to the same level as when
you run Gradle from the command-line
Perhaps it would be OK to just default to this. I would like to be able to
change this without having to re-launch the application.
* I had trouble getting the project filters to work, for example, when I
hid :services but left :services:webservice shown.
You're right, there are some bugs with this.
* What would you use favourites for? Is there something missing from the
build file, such that you can declare this (or some of it) in the build
file instead, and thereby share it with everyone?
I have found that there are a handful of tasks that I use frequently and this is
a great way to save those in a convenient place. Each person on a project who
has a different role may end up with different list, but this way they can
configure it themselves.
Although it doesn't handle this yet, we intend to allow the favorites to support
other command line options and multiple tasks. This provides a way of handling
all the aliased commands people might typically configure for themselves (like
the ones Hans listed on
http://docs.codehaus.org/display/GRADLE/Developer%27s+Builds).
--
Steve Appling
Automated Logic Research Team
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email