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


Reply via email to