Accept and Cancel buttons shouldn't be there
or should not act on if the codepane hasn't changed.
(every press on "accept" writes a new method version, although the contents
didn't changed - tested on
Latest update: #50524 )
2016-01-08 11:24 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>om>:
Hi,
We are about to integrate in Pharo a new member of the Glamorous Toolkit:
the GTDebugger. As this is a significant change that might affect your
workflow, here is some background information to help you deal with the
change.
First, you should know that the change is not irreversible and it is
easily possible to disabled the new debugger through a setting. However,
please do take the time to provide us feedback if something does not work
out for you. We want to know what can be improved and we try to react as
fast as we can.
A practical change comes from the fact that the variables are manipulated
through a GTInspector, which makes it cheaper to maintain in the longer run.
While the first thing that will capture the attention is the default
generic interface, the real power comes from the moldable nature of the
debugger. Like all other GT tools, GTDebugger is also moldable by design.
This means that we can construct custom debuggers for specific libraries at
small costs (often measured in a couple of hundred lines of code).
Here is an introductory overview blog post that also includes some links
for further reading:
http://www.humane-assessment.com/blog/gtdebugger-in-pharo/
Please let us know what you think.
Cheers,
Doru
--
www.tudorgirba.com
www.feenk.com
"Beauty is where we see it."