<div dir="auto">Okay I can can confirm that using donecanvasdialog is triggering the edit mode thing, though I'm not sure why there is no indication from pd upon loading a patch on startup that it is, in fact, in edit mode. I tried some patches made by other people, such as waveform.mmb or whatever it is called, and a couple of others and they all toggled edit mode on the parent patch. <div dir="auto">They also all cause pd to crash when the parent patch is closed. I didn't get any hints from the terminal but the script I usually use to start pd wasn't working for some reason and I have to head out again for an hour or two but I'll look into it more when I get back. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sep 11, 2018 6:01 PM, "JTG III" <<a href="mailto:jordanthomasgibbonsiii@gmail.com">jordanthomasgibbonsiii@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="auto">Well I know that the canvas is in edit mode as anytime I try to click anything I end up grabbing something and resizing it instead, and toggling edit mode on and off in the edit menu makes it behave as expected. The thing with having no indication of currently being in edit mode was only happening when I would first open the patch, and as mentioned I could tell that it was in fact on because whenever I would try to click on anything in the PD window with the mouse the cursor would instead select or start resizing whatever was beneath it.</div><div>Thinking about it now I figure it must have something to do with donecanvasdialog, would that make sense? I'm not using any gui plugins and no externals are interacting with the gui, but I am using a number of structs. I'll check that in a couple of hours when I'm back at home. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sep 11, 2018 9:11 AM, "IOhannes m zmoelnig" <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi.<br>
<br>
thanks for the bug-report.<br>
<br>
unfortunately it indeed doesn't contain much information about what<br>
could be the actual problem you are experiencing.<br>
<br>
things i could establish:<br>
- your patches switch to edit-mode when they shouldn't<br>
- there is no indication of being in edit-mode<br>
- you accidentally resize GOPs<br>
- abstractions/subpatches send "messages"<br>
- you are using a number of externals<br>
- Pd sometimes crashes<br>
- the problem appears under Pd-0.49-0test1<br>
- everything works with Pd-0.48-2<br>
(i hope this is correct).<br>
<br>
so:<br>
<br>
how do you know that you are in edit-mode? what are the clues that make<br>
you believe that you end up in edit mode; what are the clues that are<br>
missing (so you don't immediately realize you are in edit mode)?<br>
<br>
what are these ominous "messages" being sent from abstractions/subpatches?<br>
in Pd you are always sending messages between objects; so there must be<br>
something special to yours. e.g. do they do some weirdo dynamic patching<br>
things?<br>
<br>
what externals are you using? do these externals interact with the GUI?<br>
are there any GUI-plugins involved?<br>
<br>
ghs,dr<br>
IOhannes<br>
<br>
<br>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br></blockquote></div></div>
</blockquote></div></div>