Third Party Contributions

ANSI Exception Extensions

http://www.persistag.com

Requirements:

  • Smalltalk MT 2.5 (update shipped with ST/MT 2.61 and later)

The ANSI Exception project implements an exception handling system that conforms 
to the Smalltalk ANSI standard in Smalltalk MT. Both class and instance-based 
exceptions are supported; i.e., you have the choice of creating new subclasses of
Exception or simply registering instances of a particular Exception subclass.

ANSI Exceptions are fully integrated, and compatible with, native exceptions. In 
particular, it is possible to handle native exceptions using standard ANSI code, 
and native exception handlers can handle ANSI exceptions. 

The project integrates seamlessly with ST/MT version 2.5.

T-gen 2.1

http://home.arcor.de/rolf_wilms/

 

Requirements:

  • Smalltalk MT VC 2.0 Release with maintenance pack 1

Special Features:

  • new user interface
  • postscript docs have been converted to Adobe PDF
  • examples included as loadable files

"T-gen is a general-purpose object-oriented tool for the automatic generation of string-to-object translators. It is written in Smalltalk and lives in the Smalltalk programming environment. T-gen supports the generation of both top-down (LL) and bottom-up (LR) parsers, which will automatically generate derivation trees, abstract syntax trees, or arbitrary Smalltalk objects. The simple specification syntax and graphical user interface enhance the learning, comprehension, and usefulness of T-gen." (Abstract of original T-gen users guide.)

Extensions and Utilities

Inspecting Variables of OrderedCollection Subclasses

Sometimes it is worthwhile to subclass OrderedCollection and to add new instance variables to the subclasses. In this case, you will want to be
able to inspect the instance variables of instances of those subclasses. The stock OrderedCollectionInspector, however, only inspects the contents of
the instance, not its instance variables. So here is an enhancement to OrderedCollectionInspector which not only inspects the contents of an
instance, but also inspects any added instance variables. (You can also add, edit, and delete elements, and change instance variable contents.)

OrderedCollection has 3 instance variables itself (m_contents, m_startPos, m_endPos), and there is normally no reason to inspect these, so
the enhanced OrderedCollectionInspector continues to ignore them. Likewise, SortedCollection has an additional instance variable (m_sortBlock),
which is also ignored. The enhanced OrderedCollectionInspector, however, inspects any additional instances. It knows how many instance variables
to ignore by sending the message #basicVariables to the inspected object. #basicVariables is defined for OrderedCollection as ^3 and for
SortedCollection as ^4. Redefine these as necessary for subclasses to ignore instance variables you don't wish to inspect

Added instance variables in subclasses appear in the inspector after 'self' and before the listing of the elements.


Split Pane Limits

SplitPane allows you to specify a minimum position (top and/or bottom for horizontal split bars, and left and/or right for vertical split bars) below which the split disappears. In some applications, however, you might want the split bar never to disappear, and to maintain a minimum distance from the edge(s) of its parent window. This would be the case if you use a split between two panes that must always be displayed.

This enhancement extends the m_minInfo parameter to allow specifying either a minimum position below which the split disappears or a minimum position below which the split cannot be moved. These two concepts are mutually exclusive, but each of the 4 extremities (top, bottom, left, and right) can be specified independently, so you can mix them together. For example, a vertical split bar between a left pane and a right pane can be specified so that at least some minimum of the left pane always shows, but if the bar is moved past a certain point to the right it disappears to show only the left pane.

The extension works by allowing negative values of the m_minInfo parameter. Positive values of the m_minInfo parameters are as currently supported (split bars moved below these minimums vanish). Negative values of the m_minInfo paramters place limits on how close the split bar may be moved to its respective edge.

For example, in the #initWindow method of the parent, you would include code like:


| split |

...

(split := SplitPane new)
    leftPanes: (Array with: ... ) rightPanes: (Array with: ... );
    parent: self;
    position: ... ;
    ... .    etc.

(split minInfo)
    left: -200;    "Negative => split bar stays at least 200 units from left"
    right: 100.    "Positive => split bar disappears if moved within 100 units from right"


The split limits are enforced when the user tries to drag the split beyond the limit or when the parent window is resized and one of the sides would be moved closer to a split bar than permitted.