[wingide-users] feature request : jump to source when
double-clicking on Traceback in debug-I/O window
guy.dalberto at alcos.fr
Tue Sep 5 15:11:55 MDT 2006
I am sorry to say that I will be teaching Python in about 2 weeks for
developers of an important corporation,
and I won't recommend WingIDE as their main IDE. We will probably use
it only to debug and explore code.
For that usage it's quite a nice tool.
The reason for that decision is we will use Unit Tests a lot, and
Wing has remained UnitTest-unfriendly since I tried it 4 monthes ago.
There were already 2 releases since I requested what I consider a
at least for people that know what are Unit Tests, and write the
UniTests before the code they exercise.
Since then numerous WingIDE bugs were corrected, but it's still not
I still don't understand what's so difficult in a feature that is
implemented in SciTE, PyDev, PythonWin,
and even in some other parts of WingIDE.
I have the same feature in VisualStudio C++ when I run Boost UniTest Framework.
OK, maybe most users don't use Unit Tests, it's not sexy, so RIP.
On may the 4th 2006, when first evaluating WingIDE I requested that
double-clicking in the DebugIO window
would jump to the source code.
I received an answer from support on may 18th
>>+ when an exception traceback is displayed in *Debug/IO*
>>Tool, double-clicking on line displaying FileName and number,
>> should go to the source in an editor window (as PythonWin,
>> PyDev, Visual Studio, ..) or *WingIDE in the Exceptions Tool Window*
>> NB: it is critical as most of the exceptions that occur in my
>> code are caught by the UnitTest Framework,
>> and are displayed by the *Debug/IO* Tool, not by the * Exceptions Tool*.
>I'll add this to our TODO list. Do asserts that are hit come up in
>the exception tool when running unit tests?
After an exchange of mails, it seemed that on may 30th, my request
was finally understood and placed somewhere at the bottom of the wish list.:
>Thanks for your response -- for your usage, you don't want
>exceptions caught and the debugger stopped and this is something we
>need to support when we write a unit test tool for Wing IDE. I was
>just suggesting that another approach is to stop at the first
>exception. We'll want to support both approaches in a test tool.
>We also need to allow people to jump to a line number when an
>exception in debug output is clicked. It's not already implemented
>because it's a bit difficult to do, but it is on our list of things
>Thanks for the feedback,
I sent following mail 7 weeks later
>Date: Tue, 20 Jun 2006 15:06:40 +0200
>To: wingide-users at wingware.com
>From: GD Alcos <guy.dalberto at alcos.fr>
>Subject: feature request : jump to source when double-clicking on
>Traceback in debug-I/O window
>I was somewhat disapointed that WingIDE 2.1.0 did not containt the
>following feature I requested on may 4th 2006.
>I am sending it to the users's group as I hope that if some other
>people are interested and write about it to the Wing developers, it
>will be implemented before WingIde3.0.
>+ when an exception traceback is displayed in *Debug/IO*
>Tool, double-clicking on line displaying FileName and number,
> should go to the source in an editor window (as PythonWin,
> PyDev, Visual Studio, wScite) or *WingIDE in the Exceptions Tool Window*
>I would think it's very useful to all developers that run UnitTests
>from the WingIDE.
>The corollary is that since it's not in Wing 2.1, either Wing
>developers don't UnitTest their product, or they don't use Wing to
>develop their code.
>I am quite agressive, but I am talking about developers that are
>*Test Infected* and write the UnitTests before the code,
>as described by http://c2.com/cgi/wiki?CodeUnitTestFirst
>When we run those tests in a UnitTest framework, the asserts that
>fail are caught by the framework.
>The tracebacks are printed in the *Debug I/O* window, but if we use
>Wing, we cannot jump to the failed code by double-clicking on the
>As it happens about once every five minutes when writing the code,
>it becomes fairly annoying very fast.
>And when we run one thousand tests and 10 of them fail, WingSupport
>proposition to stop at first Exception is quite ridiculous,
>especially if you use the standard library
>*unittest.TestCase.failUnlessRaises* a lot, see
>and it would stop 20 times before having the first Exception that is
>a failure and not a feature.
>It's much more pleasant to have a chat at the coffee machine while
>In about two monthes I am going to do a training session for 5
>developers of a big company.
>One of the main points of the course is : <<Unit Tests>>
>I was planning to use Wing Trial edition, as the debugger is quite
>useful for stepping through the code.
>But if Wing developers do not find the time to implement such a
>simple feature (WingIDE has it in the Exception window),
>I will be obliged to use Wing only part of the course.., after all I
>can use PythonWin, PyDev, or even wScite
More information about the wingide-users