You don't need to apologize at all given that this is exactly the aim of this list : we try to help each other as much as possible (through debugging, examples, recommendations,...).
Also, did you see the answer of Wayne on Friday who has probably fixed your issue though the daily build version of ImageJ.
Sorry for the confusion. My intention was not to request someone to debug
frustrated me greatly. If someone can actually fix this from what I
posted then that would be a bonus. I generally search the web for
solutions before asking questions / help. The last time I ran into this
> Dear Peter,
> I'm afraid that it is quite difficult if not to say impossible to help you
> on your issue if you aren't able to provide a minimal macro or plugin
> demonstrating it.
> In the case you have "racing issues" you could try to empirically add a
> "IJ.wait(int msecs)" maybe in combinaison of a window checking like:
> PlotWindow plotwindow = plot.show();
> while(plotwindow == null) { IJ.wait(200); }
> But I'm rather convinced that your issue has a more ad hoc solution with a
> provided example.
> Have a nice week-end.
> My best regards,
> Philippe
>
> ----- Le 15 Fév 20, à 6:55, Fred Damen
[hidden email] a écrit :
>
> Greetings Philippe,
>
> Given the fact that this bug seems to have mysteriously started to happen,
> and the comment about a timing issue in the source for
> PlotWindow.windowActivated, I suspect that there is a some sort of a race
> condition going on. My plugin ran did not have the aformetioned plotwindow
> problem for the past year or two on linux and windows. I ran into this
> same problem ages ago on the Mac and was told there was no known solution.
> Since I found a partial solution, I thought I would share, in case
> someone else runs into the same issue.
>
> There also seems to be a race condition with zooming an imagewindow. The
> OS/windowmanager window generally results in the correct size, although,
> sometimes/often the image in this window was left in a partially zoomed
> state. Calling imp.getWindow().getCanvas().fitToWindow(); after xooming
> seems to get the zoom to complete consistently.
>
> And the imp.getWindow().getSize(); sometimes returns a width that is a few
> pixels to wide.
>
> Fred
>
>
> On Fri, February 14, 2020 10:57 am, CARL Philippe (LBP) wrote:
>> Dear Fred,
>> I tried to reproduce your bug without any success with the following
>> small
>> plugin which is working as expected:
>>
>> import ij.*;
>> import ij.process.*;
>> import ij.gui.*;
>> import java.awt.*;
>> import ij.plugin.*;
>> import ij.plugin.frame.*;
>>
>> public class My_Plot implements PlugIn {
>>
>> public void run(String arg) {
>> Plot plot = new Plot("title","X","Y");
>> plot.setSize(600, 300);
>> PlotWindow plotwindow = plot.show();
>> // The plot is not the write size or scale
>> /*
>> plotwindow.setSize(600,300);
>> Dimension pwDim = plotwindow.getSize();
>> plotwindow.setLocation(20,20);
>> plotwindow.windowActivated(null);
>> plotwindow.drawPlot(plot);
>> // window size seems to be the smallest allowed, albeit the scale seem
>> to be 1
>> plotwindow.drawPlot(plot);
>> // windowsize is as requested, although...
>> // plotwindow2.setLocation(sx+pwDim.width,sy); // overlaps, is short
>> in
>> x by 10 pixels
>> // plotwindow2.setLocation(sx,sy+pwDim.height); // overlays, is short
>> in
>> y by 100 pixels
>> // works for ImageWindow(s)
>> */
>> }
>> }
>>
>> My best regards,
>> Philippe
>>
>> Philippe CARL
>> Laboratoire de Bioimagerie et Pathologies
>> UMR 7021 CNRS - Université de Strasbourg
>> Faculté de Pharmacie
>> 74 route du Rhin
>> 67401 ILLKIRCH
>> Tel : +33(0)3 68 85 42 89
>>
>> ----- Le 14 Fév 20, à6:23, Fred Damen
[hidden email] a écrit :
>>
>> Greetings,
>>
>> One of the plugins that I am developing, that plots several plots of
>> requested size and location, all of a sudden decided to start ignoring
>> the
>> requested plot size plot.setSize(xl,yl); and decided to scale the plot
>> inappropriately. To my knowledge I did not change anything with the
>> plotting, or, X windows / Gnome (Fedora 31) or up/down grade ImageJ
>> (currently 1.52r). The symptoms seem to be the same as I mentioned
>> about
>> ages ago on MacOS. The PlotWindow will seem to size itself correctly, on
>> the next plotwindow.drawPlot(plot) after resizeing the window using the
>> mouse; frustrating to say the least.
>>
>> A partial work around is to set the size of the plotwindow instead and
>> call plotwindow.windowactivated. Then the second time you do the
>> plotwindow.drawplot(plot) the plotwindows will be the requested size and
>> a
>> scale of 1. Although the plotwindow.getSize() and the actual size of
>> the
>> gnome adorned window are not the same; whereas the
>> imp.getWindow().getSize() is the size of the gnome adorned window.
>> (Useful
>> if you want to layout the windows on the screen in a matrix type
>> fashion)
>>
>> not the exact code, but is easy to understand then my prose ...
>>
>> Plot plot = new Plot("title","X","Y");
>> plot.setSize(600, 300);
>> PlotWindow plotwindow = plot.show();
>> // The plot is not the write size or scale
>> plot.window.setSize(600,300);
>> Dimension pwDim = plotwindow.getSize();
>> plotwindow.setLocation(sx,sy);
>> plotwindow.windowActivated(null);
>> plotwindow.drawPlot(plot);
>> // window size seems to be the smallest allowed, albeit the scale seem
>> to
>> be 1
>> plotwindow.drawPlot(plot);
>> // windowsize is as requested, although...
>> // plotwindow2.setLocation(sx+pwDim.width,sy); // overlaps, is short in
>> x
>> by 10 pixels
>> // plotwindow2.setLocation(sx,sy+pwDim.height); // overlays, is short in
>> y
>> by 100 pixels
>> // works for ImageWindow(s)
>>
>> Fred
>>
>> --
>> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>>
>> --
>> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>>
>
> --
> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>
> --
> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>