Problem with Rubric?
by Alexandre Bergel
Hi!
I regularly see very obvious problems with Rubric.
I have just downloaded the latest Moose image and typing in a Playground and get an exception in: RubTextComposer>>recomposeFrom: start to: stop delta: delta
Am I the only one?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
7 years, 2 months
loading ozone in moose
by Usman Bhatti
I'm try to load Ozone in moose 5.1 but I got the following error:
This package depends on the following classes:
MalCyclesCoverageAndSort
DSMMatrix
DSMCellTest
DSMCell
NumberColoredDSM
You must resolve these dependencies before you will be able to load these
definitions:
weightedSize
testWeightedSize
doLayerGraphModified
....
Does anyone know what happened to the classes that are not found in the
newer version because it loaded correctly in Moose 5.0 (Pharo 3.0)? Are
these renamed or is there a package not loaded in the latest moose?
tx!
7 years, 2 months
Sugiyama layout is now working...
by Alexandre Bergel
Hi!
I have found and fixed a bug in the Sugiyama layout. Example of usage:
b := RTMondrian new.
b shape box color: Color red.
b nodes: (1 to: 100).
b edges connectFrom: [ :v | v // 2 ].
b layout sugiyama.
b normalizer
normalizeSize: #yourself;
alphaColor: 0.4.
b
Here is a screenshot in Hapao:
:-)
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
7 years, 2 months
a new version of gtdebugger
by Tudor Girba
Hi,
A new version of GTDebugger was just integrated. Several issues were addressed. Some more notable things are:
- the stack shows columns for class, method, other info
- there are new keybindings in place that do not collide with the text editor
- the accept/cancel buttons are in the contextual menu at least for Pharo 5
- the variables pane received a label
There are still some things todos left like:
- the columns in the stack should be resizable
- thisContext, stackTop
- perhaps make the key bindings controllable through settings
We kindly invite everyone to test it and provide feedback.
Cheers,
Doru
--
www.tudorgirba.com
www.feenk.com
"Quality cannot be an afterthought."
7 years, 2 months
Re: [Pharo-users] [ann] gtdebugger in pharo 5.0
by Nicolai Hess
2016-01-08 11:24 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>:
> 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.
>
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 )
Most (all?) other tools don't have Accept/Cancel buttons.
- I really miss the "List Methods using 'varname'/List Methods storing into
'varname'
- is "stackTop" now gone ? I thought you wanted to add it to the stack ?
- thisContext is gone as well ?
- the Bytecode/GT button is badly placed, it looks like the "downarrow"
window menu icon
is a dropdown menu with label "Bytecode" (since when do we put buttons in
the title pane?
- the evaluator pane is shown as "dirty", as it does not make a difference
if we
accept the text in this pane, there shouldn't be a dirty indicator.
- you can not use the inspector pane to change inst var values
- there is no way to refresh the inspector pane
I don't open bugtracker entries now, I 'll wait maybe this issues aren't
bugs but
features.
nicolai
7 years, 2 months
PetitParser Browser
by Anne Etien
Hi,
Does anyone knows why when using PetitParser Browser, the debugger tab presents a tree composed of only one or maximum two elements (even if it enters more rules)?
Any help will be useful because debugging petitParser code is really hard.
Thanks.
Anne
7 years, 2 months
Re: [Pharo-users] [ann] gtdebugger in pharo 5.0
by Nicolai Hess
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>:
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."
>
>
>
>
>
7 years, 2 months
