Java Power Tools 2.6.0
Release Note for October 25, 2007 (2.6.0a):
Java Power Tools 2.6.0 was originally released on September 13, 2007. Subsequently,
we decided to post the
applet which illustrates the JPT
This process led us to discover and fix a few tiny bugs. More importantly, we realized
that the design of the
PathList class could be made more flexible by
permitting an object of that class to create the “best possible shape” even
if its first node is not a
MOVE operation. This design decision makes
PathList much more flexible than the Java class
As a result of these design decisions and related matters, changes were made to the following 8 classes:
In addition, a 9th class,
PathListFunction was introduced to encapsulate
the algorithmic calculation of points on a path.
Internally, these 9 classes have a version number of 2.6.0a. We decided to keep the version number of this site at 2.6.0 since we viewed these changes as incremental enhancements.
Release Note for November 3, 2007 (2.6.0b):
Path was updated with one additional method
showShapeStructure to parallel a change in the class
PathList made in 2.6.0a.
ProbStatTools was updated with the following features:
Release Note for November 8, 2007 (2.6.0c):
A serious bug was fixed in
A useful method
makeSnapshot was added to
tweaks were made to
Release Note for November 15, 2007 (2.6.0d):
The tweak to class
Refresh was in fact a mistake and the class
has been reverted to the file in JPT 2.5.0.
BufferedPanel was adjusted in view of the reversion of
Refresh but still contains the useful earlier enhancements.
PathList were enhanced to
make it much easier to append path node data to path lists from a variety
of sources. In preparation for a future adaption of JPT to Java 6, we made
the input parameters of many methods to be
double rather then
float. To retain current backward compatibility, the output
parameters of methods and the internal data remains as
Finally, methods called
JavaCode were added to both classes to
provide sample code that would illustrate how to clone the current data in
objects of these classes. These are useful in interactive pedagogy.
The internal panel in
StringViewer was changed to
JTextArea to permit the text to be copied to the clipboard.
Release Note for November 25, 2007 (2.6.0e):
BufferedPanel is constructed with an inner panel
Painter that is responsible for painting and
for returning the preferred size of the component. In this release,
the body of the methods
paintComponent in class
Painter have been
synchronized on the enclosing
object. This means that the user of this class has the option of
synchronized on this
object when making changes to either the internal
BufferedImage or to the
objects painted above the buffer. If this synchronization is done,
then Java repainting will not take place while the data structure is
undergoing change. In practice, this synchronization is needed only
when lots of dynamic activity is happening.
As of 2.6.0e, class
can also instantiate
StringViewer object that may be
embedded in a GUI and manipulated by the caller.
StringViewer object embeds a
JTextArea which is placed in a
JPTScrollPane which is placed in
this object as a
Release Note for November 29, 2007 (2.6.0f):
This release was prompted by a bug in the Mac OS X look-and-feel which caused
problems with the JPT
console. Since other changes were in
place for a major 2.7.0 release, these were added as well.
The bug in the Mac OS X look-and-feel is triggered by changes in the text
color between the three console streams: in, out, and err. The bug does not
appear to be triggered if the text color remains at black. Hence, the
showConsole method in class
JPFApplication no longer
selects the color text scheme by default.
As of 2.6.0f, class
TypedView by delegating method calls
to an internal
TextAreaView. The goal
is to permit this class to integrate with other JPT
StringViewer now enables
the creation of a text area in a scroll pane whose
viewport size is controlled. This enables the use
TypedView for multi-line text in
a context where the screen real estate in the GUI
will be predictable.
Finally, changes were made to
DirectApplet so that an open applet counts
in the count of open frames. This prevents an applet
being viewed in an applet viewer from closing when the
last open frame is closed.
Release Note for December 2, 2007 (2.6.0g):
Upon further reflection, we decided that it would be
StringViewer to implement
GeneralView in addition to
TypedView so those methods were added
DirectApplet, a call to
was added to the built-in
init method. This is
useful primarily in an applet viewer since it causes the
viewer to reset its size.
Note that Eclipse 3.3 is so similar to Eclipse 3.2 as far as the settings shown at the above link that we have not created a new version of the screen snapshots for Eclipse 3.3.
Methods.javafor the Java Power Framework
Back to the main JPT site