<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>without going to see the meaning of all coords parameters or how
      it's applied in the file: if both coords statements refer to the
      same canvas, wouldn't it be better to delete the first one?<br>
    </p>
    <div class="moz-cite-prefix"><br>
    </div>
    <blockquote type="cite"
      cite="mid:765b192f-b062-5460-16ec-0b51eca8b6ad@free.fr">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      Hello João,<br>
      <br>
      Thanks for your suggestions.<br>
      The first ones were not working, always the same jumping GOP
      issue.<br>
      <br>
      So I spent some more time on analyzing the 1845 lines of my
      patch.pd file helped by this <a moz-do-not-send="true"
        href="https://puredata.info/docs/developer/PdFileFormat">unofficial
        PdFileFormat article</a>.<br>
      After a lot of testing I found the culprit, it is #X restore...
      and any associated #X coords... lines.<br>
      <br>
      In my case I was able to fix my issue by modifying the order of 3
      lines.<br>
      <br>
      * Original Pd patch file for Restore & Coords: BAD behavior<br>
      <i>#X coords 0 -1 1 1 853 280 1 995 265;</i><i><br>
      </i><i> #X restore 10 7 pd smpsk;</i><i><br>
      </i><i> #X coords 0 293.5 1 292.5 850 280 0;</i><i><br>
      </i><i> </i><i><br>
      </i> * Modified Pd patch file for RESTORE & COORDS: Now GOOD
      behavior<br>
      <i>#X coords 0 293.5 1 292.5 850 280 0;</i><i><br>
      </i><i> #X coords 0 -1 1 1 853 280 1 995 265;</i><i><br>
      </i><i> #X restore 10 7 pd smpsk;</i><br>
      <br>
      It seems to be a question of properly sorting this 3 lines, here
      manually.<br>
      But it should be the automatic task of the Pd engine to do it,
      isn't it!<br>
      <br>
      I will open an Issue on Miller Puckette Git site.<br>
      <br>
      Best, Joe<br>
      = = = = = = = = = =<br>
      <br>
      <div class="moz-cite-prefix">Le 25/02/2023 à 18:41, João Pais a
        écrit :<br>
      </div>
      <blockquote type="cite"
        cite="mid:52f33b4f-ed25-dc9a-d041-bd40db569507@gmail.com">it
        could be that your object isn't in the position it looks like,
        but it's outside (above or below) the canvas, and it's only
        noticed when you click in it - although it should show slider
        panes in the window. You can try to move it downwards or upwards
        or check the patche's text file to see where exactly in the
        canvas it is. <br>
        <br>
        or maybe not. <br>
        <br>
        = = = = = = = = = =<br>
        <blockquote type="cite">Hello List, <br>
          <br>
          In one of my project I have the same weird issue under both
          GNU/Linux (Linux Mint, Ubuntu Studio, Manjaro Linux, Raspberry
          Pi OS) and Windows with the use of Pd Vanilla GOP. <br>
          It's moving/jumping down/up (y axis only) when
          maximizing/minimizing its windows or changing its y size with
          the mouse. <br>
          See here attached animated GIF file (zoom-out) realized with a
          RPi 400. <br>
          <br>
          This is true for both zoom-out / zoom-in level. <br>
          But its parent patch doesn't have this weird behavior. The x,y
          position of the GOP is not impacted at all. <br>
          <br>
          Removing from its parent patch all the objects, inside +
          outside the GOP, doesn't change this weird behavior. <br>
          Note that trying to reproduce this problem from scratch with
          very simple patches+GOP is not always giving the same result.
          Sometimes it's okay but sometimes not. Random behavior seems
          to be around. <br>
          <br>
          Is there a known bug in Pd Vanilla or something wrong in the
          design of my patch regarding GOP? <br>
          <br>
          Thank you. Best, <br>
          Joe-Rouen <br>
          <br>
          _______________________________________________ <br>
          <a class="moz-txt-link-abbreviated moz-txt-link-freetext"
            href="mailto:Pd-list@lists.iem.at" moz-do-not-send="true">Pd-list@lists.iem.at</a>
          mailing list <br>
          UNSUBSCRIBE and account-manageme <br>
        </blockquote>
        <br>
        _______________________________________________ <br>
        <a class="moz-txt-link-abbreviated moz-txt-link-freetext"
          href="mailto:Pd-list@lists.iem.at" moz-do-not-send="true">Pd-list@lists.iem.at</a>
        mailing list <br>
        UNSUBSCRIBE and account-management -> <a
          class="moz-txt-link-freetext"
          href="https://lists.puredata.info/listinfo/pd-list"
          moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a>
        <br>
      </blockquote>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-manageme</pre>
    </blockquote>
    <br>
  </body>
</html>