Bug #3134


demo workflow 02-LotkaVolterraPredatorPrey.xml needs windows resaved

Added by Chad Berkley about 16 years ago. Updated about 16 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


The windows were saved over top of one another. If they are tiled, then resaved, it will be easier for people to see the output.

Actions #1

Updated by Chad Berkley about 16 years ago

same with 06-webServicesAndDataTransformation.xml

Actions #2

Updated by Chad Berkley about 16 years ago

We seem to have lost the ability to save the position of output windows. I move the windows, then resave the workflow, but the next time I open it, the windows just go back to their default position.

Actions #3

Updated by Christopher Brooks about 16 years ago

It looks like saving the location of the Display window is broken
in Ptolemy II 7.0.beta, so it is likely broken in Kepler 1.0.0.rc1.

If, in ptII6.0.2, I create a Ramp -> Display model, run it
and then move the Display window, the following MoML appear

<property name="_windowProperties" 
value="{bounds={659, 270, 348, 232}, maximized=false}">

However, that moml does not appear if I do the same thing in 7.0.beta.

It looks like this change to WindowPropertiesAttribute causes the
2007-12-01 18:10 eal

  • ptolemy/actor/gui/: (1.33), (1.37): Do not force persistence to be true,
    since this causes externally defined icons to be exported in the

2007-12-01 18:09 eal

  • ptolemy/kernel/util/ (1.332): Fixed bug where icons
    were getting exported to MoML.

If I back out the change to WindowsPropertiesAttribute, then the
position of Display Windows is saved.

Edward, do you have any quick suggestions here?

Chad, you could hack in the above MoML into each Display so it
would have the WindowPropertiesAttribute. For example, a Display
named "Display" would look like:

<entity name="Display" class="">
<property name="_windowProperties"
value="{bounds={675, 514, 334, 234}, maximized=false}">
<property name="_location"
class="ptolemy.kernel.util.Location" value="{430, 140}">

If you add that attribute by hand then the location will be preserved.

Or, you could skip it, pending us fixing this bug in Ptolemy.

Actions #4

Updated by Christopher Brooks about 16 years ago

Edward fixed this bug in several files today

2008-02-06 15:55 eal

  • ptolemy/actor/: gui/ (1.5),
    lib/gui/ (1.31), lib/gui/
    (1.40), lib/image/ (1.45): Made placement of
    placeables persistent again.

I'll fold these changes into rel-7-0-beta-2.

The next step is to run each model and place the displays and plots
in a tasteful manner.

Actions #5

Updated by Chad Berkley about 16 years ago

After Edward and Christopher fixed the bug, I rearranged the windows and resaved the workflows. They all open with the displays in a nice row now.

Actions #6

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 3134


Also available in: Atom PDF