Ptolemy II 4.0.1 Limitations
The Ptolemy II 4.0.1 Release notes list limitations. The Vergil welcome window has a link to a similar list.If you find bugs, check the limitations page inside Vergil, then check this page, and then send email to ptolemy at eecs berkeley edu.
In your email, please be sure to list
Places to go
Changed between 4.0 and 4.0.1
Changed between 4.0-beta and 4.0
PTII=`pwd`instead of
PTII=c:/Ptolemy/ptII
Changed between 4.0-alpha and 4.0-beta
Feature enhancements
Bug Fixes
$PTII/.classpath
properly
for use by Eclipse
Know Limitations
See the
Ptolemy II 4.0.1 Release notes
for known limitations.
The PSDF Blind Communication demo does not run under Web Start,
the message is:
ptolemy.kernel.util.IllegalActionException: The number of elements in the
input ArrayToken (2047) is not the same as the arrayLength parameter (2048).
If an icon file is not present, then a Vergil applet might
try to download the icon file multiple times. Ptolemy II
uses XML files to store icons. For example
$PTII/ptolemy/actor/lib/BooleanSwitchIcon.xml
is an icon for
$PTII/ptolemy/actor/lib/BooleanSwitch.java
The problem is that if an actor does not have an icon file,
then the applet may go back to the server multiple times looking
for the icon.
Matlab interface has problems work with gcc-3.3
Under Windows, the Matlab interface has problems at runtime with gcc-3.3.
Under Windows, we recommend using gcc-3.2.
The code generator GUI has been removed from the configuration,
instead use $PTII/bin/copernicus
.
Plot windows don't resize when control panel is resized
If a model with plotters
is executed using the run button on the toolbar, and
then re-executed using the run control panel accessed through
the View menu, then resizing the run control panel does not
cause the plots to resize to fit.
Workaround:
Close the model and re-open it, and then run first using the
run control panel.
Printing a model that contains transparent objects can result
in problems when printing to Encapsulated Postscript (EPS).
If a model has transparent objects, then when it is printed to
EPS, the resulting file is a bitmap instead of a Postscript
description of the graphics. You can tell by the file size (several
Meg vs. several K) and by opening it in Illustrator, where in theory
you should be able to ungroup and select and edit individual
components.
The way Java prints EPS is that there is an implementation of
Graphics2D that literally translates each graphics2D call into a
Postscript snippet. If Java detects any transparent colors or images,
then the literal translation of each element independently doesn't
work, so the printing code reverts to writing everything to an image
and then sending the image, encapsulated in Postscript to the printer.
Solution1: Use one of these pdf writing programs to generate
pdf-1.4 compliant pdf files, which have extensions to support
transparency that Postscript lacks, and then print them to eps, which
would use the distill implementation of the above algorithm.
Or alternatively, we could switch to using pdftex instead of
latex->dvips->distill which should
embed pdf for figures directly at the expense of less robust latex support.
http://www.geocities.com/marcoschmidt.geo/java-libraries-pdf.html
Solution 2: Use the undocumented flag
-Dsun.java2d.print.pipeline=pdl on the command line to force the
printing to use the postscript path, ignoring transparency.
Under Cygwin:
export JAVAFLAGS=-Dsun.java2d.print.pipeline=pdl
vergil
Then edit the file by hand in Illustrator to add the transparency back in.
ptolemy.kernel.util.IllegalActionException: The number of elements in the input ArrayToken (2047) is not the same as the arrayLength parameter (2048).
The problem is that if an actor does not have an icon file, then the applet may go back to the server multiple times looking for the icon.
Under Windows, we recommend using gcc-3.2.
$PTII/bin/copernicus
.
If a model with plotters is executed using the run button on the toolbar, and then re-executed using the run control panel accessed through the View menu, then resizing the run control panel does not cause the plots to resize to fit.
Workaround: Close the model and re-open it, and then run first using the run control panel.
If a model has transparent objects, then when it is printed to EPS, the resulting file is a bitmap instead of a Postscript description of the graphics. You can tell by the file size (several Meg vs. several K) and by opening it in Illustrator, where in theory you should be able to ungroup and select and edit individual components.
The way Java prints EPS is that there is an implementation of Graphics2D that literally translates each graphics2D call into a Postscript snippet. If Java detects any transparent colors or images, then the literal translation of each element independently doesn't work, so the printing code reverts to writing everything to an image and then sending the image, encapsulated in Postscript to the printer.
Solution1: Use one of these pdf writing programs to generate pdf-1.4 compliant pdf files, which have extensions to support transparency that Postscript lacks, and then print them to eps, which would use the distill implementation of the above algorithm. Or alternatively, we could switch to using pdftex instead of latex->dvips->distill which should embed pdf for figures directly at the expense of less robust latex support.
http://www.geocities.com/marcoschmidt.geo/java-libraries-pdf.html
Solution 2: Use the undocumented flag -Dsun.java2d.print.pipeline=pdl on the command line to force the printing to use the postscript path, ignoring transparency. Under Cygwin:
export JAVAFLAGS=-Dsun.java2d.print.pipeline=pdl vergilThen edit the file by hand in Illustrator to add the transparency back in.