+1
But please implement it as in Visual Age for Java, not just for getters or 
other single line methods.

Tom

At 20:36 10.01.02 +0300, you wrote:
>Yes, we are going to implement a SmartStep feature.
>
>Best regards,
>Eugene Zhuravlev
>IntelliJ Software, http://www.intellij.com/
>"Develop with pleasure!"
>
>----- Original Message -----
>From: "Vollmer, Thomas - CannonSA" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: 10 January, 2002 8:04 PM
>Subject: RE: [Eap-list] Debugger Comment
>
>
> > +1. This sounds very useful.
> >
> > > -----Original Message-----
> > > From: Shnayderman, Michael [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, January 10, 2002 7:11 AM
> > > To: '[EMAIL PROTECTED]'
> > > Subject: [Eap-list] Debugger Comment
> > >
> > >
> > > Great job guys,
> > >
> > > I have a comment about the debugger functionality.
> > > Here is the scenario.
> > > 1. Breakpoint at foo(bar(), bar1(), bar2())
> > >
> > >    I understand that if I step-into the code I will step into
> > > bar(), then
> > > bar1(), then bar2(), then foo()
> > >    This makes sense with the exception, that UI gives no
> > > indication that you
> > > are about to do that or did that.
> > >    It would be nice if you had functionality similar to
> > > VisualAge that gives
> > > you more hints on when and where you are when you do step into.
> > >    One possibility is to when you are ready to step-into the function
> > > highlight parameters as they are being evaluated and let the
> > > user to make a
> > > selection
> > >    whether to step into the function (bar()) or skip it.  I think this
> > > feature would make allot of users happier.
> > >
> > >    The confusion comes from the fact that most of the time I want to
> > > step-into the foo(), without step-in into all the
> > >    bars, but debugger forces me to evaluate bar(), if only I
> > > had a choice
> > >    foo
> > >       +
> > >         - bar   (step-into, step-over)
> > >         - bar1 (step-into, step-over)
> > >         - bar2 (step-into, step-over)
> > >
> > > Regards, Mikhail Snayderman.
> > >
> > >
> > > _______________________________________________
> > > Eap-list mailing list
> > > [EMAIL PROTECTED]
> > > http://www.intellij.com/mailman/listinfo/eap-list
> > >
> >
> >
> > ************************************
> > If this email is not intended for you, or you are not responsible for
> > the delivery of this message to the addressee, please note that this
> > message may contain ITT Privileged/Proprietary Information.  In such
> > a case, you may not copy or deliver this message to anyone.  You should
> > destroy this message and kindly notify the sender by reply email.
> > Information contained in this message that does not relate to the
> > business of ITT is neither endorsed by nor attributable to ITT.
> > ************************************
> >
> >
> >
> > _______________________________________________
> > Eap-list mailing list
> > [EMAIL PROTECTED]
> > http://www.intellij.com/mailman/listinfo/eap-list
>
>
>_______________________________________________
>Eap-list mailing list
>[EMAIL PROTECTED]
>http://www.intellij.com/mailman/listinfo/eap-list


_______________________________________________
Eap-list mailing list
[EMAIL PROTECTED]
http://www.intellij.com/mailman/listinfo/eap-list

Reply via email to