[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-core-dev] Current Project Feature
|
A couple of things come to mind about your usage case:
1) Isn't this actually the goal of the "Debug As ..." selection?
If the current selection can't be derived to a project, then it
should auto-prompt you for your selection. The CDT already provides
a basic implementation, and if you have something more customized
then you can add your own launcher to this.
2) In Eclipse 3.0 they have moved the Debug As .../Run As ...
to the right click context menu for resources so that you won't
need this anymore.
Just wanted to make sure you already knew what facilities were available
to you.
Thanks,
Thomas
> -----Original Message-----
> From: Recoskie, Chris [mailto:crecoskie@xxxxxx]
> Sent: Monday, June 21, 2004 11:05 AM
> To: cdt-core-dev@xxxxxxxxxxx
> Cc: Alexiev, Dobrin
> Subject: RE: [cdt-core-dev] Current Project Feature
>
>
> Actually, to clarify, yes, the user selects a menu/context
> menu item to
> set the active project explicitly to what they want.
>
> We are planning on using this to facilitate a way of auto-generating a
> debug launch configuration so that our users can have one-click
> debugging of their currently active project. Since our
> current product
> that we are working on is very simple and is only going to be
> supporting
> one hardware target (for now), this will work for us as all the debug
> configuration parameters can be setup properly without user
> intervention. If the user needs to tweak some things then they can
> delve deeper via config dialogs, etc.
>
> Down the road we are going to have to deal with a more comprehensive
> product environment where many different debuggable targets co-exist.
> Hence we are very interested in 65471 and how we can apply that to our
> concept of active project and one-click debug.
>
> Guess I better rush out and patent one-click debugging... hah, just
> kidding!
>
> ___________________________________________
>
> Chris Recoskie
> Software Designer
> IDE Frameworks Group
> Texas Instruments, Toronto
>
>
>
> > -----Original Message-----
> > From: cdt-core-dev-admin@xxxxxxxxxxx [mailto:cdt-core-dev-
> > admin@xxxxxxxxxxx] On Behalf Of James Langley
> > Sent: Monday, June 21, 2004 10:47 AM
> > To: cdt-core-dev@xxxxxxxxxxx
> > Cc: Alexiev, Dobrin
> > Subject: RE: [cdt-core-dev] Current Project Feature
> >
> > That certainly sounds interesting. I'd quite like to see
> that taken a
> > step further and have the user be able to specify what
> they'd like the
> > active project to be. At the moment I find I have to think too hard
> > about what the active project is. On the other hand, as you point
> out,
> > it might be that this is too much of a shift from the current
> behaviour
> > and no one will want that changed. In which case what
> you're working
> on
> > sounds like an interesting half-way house that at least makes it
> clearer
> > to the user what the active project is.
> >
> > -----Original Message-----
> > From: Recoskie, Chris [mailto:crecoskie@xxxxxx]
> > Sent: 21 June 2004 15:40
> > To: cdt-core-dev@xxxxxxxxxxx
> > Cc: Alexiev, Dobrin
> > Subject: RE: [cdt-core-dev] Current Project Feature
> >
> > One of our folks at TI, Dobrin Alexiev, is working on exactly such a
> > feature as we speak. Right now it just uses a simple text decorator
> to
> > display "[Active]" next to the active project.
> >
> > If other people think this would be of use we certainly
> wouldn't mind
> > contributing it. So far however, we are working on the assumption
> that
> > no one wanted the current launch configuration paradigm disturbed.
> >
> > ___________________________________________
> >
> > Chris Recoskie
> > Software Designer
> > IDE Frameworks Group
> > Texas Instruments, Toronto
> >
> >
> >
> > > -----Original Message-----
> > > From: cdt-core-dev-admin@xxxxxxxxxxx [mailto:cdt-core-dev-
> > > admin@xxxxxxxxxxx] On Behalf Of James Langley
> > > Sent: Monday, June 21, 2004 6:59 AM
> > > To: cdt-core-dev@xxxxxxxxxxx
> > > Subject: [cdt-core-dev] Current Project Feature
> > >
> > > Hi,
> > >
> > > I have a question/comment that I would welcome feedback
> on. At the
> > > moment, Eclipse/CDT seems to have a slightly strange
> concept of what
> > the
> > > current project is. In that it depends on the currently selected
> item
> > > in the GUI. This leads to some confusing behaviour,
> especially when
> > > creating launch configurations, where the project that gets
> populated
> > > into the project field of most configurations depends on where the
> > focus
> > > was when the configuration was created. This means that sometimes
> no
> > > project is considered to be selected at all (for example when the
> > focus
> > > is in the console). As a personal preference I would
> prefer to have
> > the
> > > concept of the current project as a user setting, in a similar way
> to
> > > Visual Studio for example. But this has some interesting
> interaction
> > > with the concept of having several launch configurations for the
> same
> > > project. It would also affect the behaviour of the Run toolbar
> button
> > > and menu item.
> > >
> > > My question is I suppose twofold:
> > >
> > > 1) Does anyone else find this to be a nuisance?
> > > 2) Does anyone else work around this and have a concept
> of a current
> > > project?
> > >
> > > Hopefully this will spark some interesting debate.
> > >
> > > Thanks in advance for any comments,
> > >
> > > James Langley
> > > Senior Software Engineer
> > > Altera European Technology Centre
> > >
> > > _______________________________________________
> > > cdt-core-dev mailing list
> > > cdt-core-dev@xxxxxxxxxxx
> > > http://dev.eclipse.org/mailman/listinfo/cdt-core-dev
> > _______________________________________________
> > cdt-core-dev mailing list
> > cdt-core-dev@xxxxxxxxxxx
> > http://dev.eclipse.org/mailman/listinfo/cdt-core-dev
> > _______________________________________________
> > cdt-core-dev mailing list
> > cdt-core-dev@xxxxxxxxxxx
> > http://dev.eclipse.org/mailman/listinfo/cdt-core-dev
> _______________________________________________
> cdt-core-dev mailing list
> cdt-core-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-core-dev
>
