[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [platform-ant-dev] feedback
|
Happy!
I fully agree with your priorities.
If you get to drag&drop then it would also be nice to be able to drag
a build script into the target selection viewer.
--erich
Jared Burns
<jared-eclipse@xxxxxxxx To: platform-ant-dev@xxxxxxxxxxx
m> cc:
Sent by: Subject: Re: [platform-ant-dev] feedback
platform-ant-dev-admin@
eclipse.org
11/24/2002 05:21 AM
Please respond to
platform-ant-dev
I agree with the ideas you've mentioned so far, Erich.
I started poking at the idea of a split-pane earlier today and it doesn't
look
like it'll be much trouble. Adding the split pane took all of 10 seconds,
but
then I got the idea to support drag and drop from one pane to the other
(you
just want to drag targets into the "active targets pane", right??) and I
got
sidetracked for a while. It looks like it's a real hassle to get drag and
drop working (it requires system.out debugging...), so I'm just going to
scrap that for now. :-)
My priorities on the implementation side:
1. The ability to manually add a build file.
2. The ability to evoke a scoped search for build files.
3. The ability to do true selection-based launching (right click on a
target
and say "Run").
4. The ability to run multiple targets and supply ordering. The split-pane
idea is the best thing I've heard so far, so I'm planning to start on that
once the first 3 bits are done.
All of these things require a bit of restructuring under the hood, which
I'm
working on now.
- Jared
On Saturday 23 November 2002 07:14 am, Erich Gamma wrote:
> >But I disagree, from the command line I can run
> >(& order) multiple targets, there is no reason we shouldn't be able to
do
> >so in Eclipse.
>
> This is a fair point. So then let's try to come up with
> a UI that covers both the simple and the advanced case better.
>
> The main problems I see with the current UI with regard to multiple
targets
> are:
> * overloading of the selection, i.e., there are two selection kinds
> inside a single view (the sticky selection for nodes I have double
> clicked and the ordinary tree selection)
>
> * the ordering isn't verry explicit presented and
> "ASCII-coded" only, i.e., shown by additional number suffixes in
the
> lables. There is no way to manipulate the ordering directly.
>
> The goal is to support both the simple one target case (i.e. by
> double clicking a target or script) and the more advanced multi target
> case.
>
> To address this goal I suggest to separate the run order from
> the target selection in the AntView. This can be achieved by introducing
> a separate Run Order pane. So the Ant view would have two panes:
>
> * Target Selection
> the existing tree viewer with actions to:
> - run the current selection
> - append a target selection to the Run Order pane
> - add/remove build scripts
> * Run Order (a smaller pane 1/3 of the target selection extent)
> a list/table viewer showing the selected targets with actions
> to:
> - move a target up or down
> - remove a target from the run order
> - clear
> - run all (in the order as defined in the list)
> Short cuts can be provided to append a target selection in the target
> selection to the run order list (e.g. toolbar button in the run order
pane
> that copies the selection from the target selection pane or clicking with
a
> modifier).
>
> Pros/cons:
> - an additional pane
> - more gestures in the multiple target case
> + less gestures for the single target case
> + the run order is explicitly represented (no ASCII coding)
> + the run order can be manipulated
>
> Obviously another cons is the effort require to implement this...
>
> --erich
_______________________________________________
platform-ant-dev mailing list
platform-ant-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-ant-dev