• CarloFavero

    I'll report here for future reference:

    Using "vis 1" to temporarily show the subpatch window before the edit solved the console errors.
    Using "clear" to empty the whole subpatch before recreating the needed objects and connections works without the need to toggle the visibility and/or the editmode.

    @oid thank you again for your help!

    posted in technical issues read more
  • CarloFavero

    Thank you!
    I'll try tomorrow your solution, thank you!

    I wasn't using [clear( specifically 'cause I needed the outlet of the subpatch already connected, but I completely missed the simple workaround of using send and return! I think I'll switch to this solution, but I'll try the "vis" message just for the sake of knowledge! :smirk:

    Thank you a lot, this forum turned out to be an awesome place!

    posted in technical issues read more
  • CarloFavero

    Hello, I'm getting this console error:

    consistency check failed: editor
    

    seemingly when trying to send an internal message as part of an abstraction's creation. The message is the following:
    Schermata 2022-07-12 alle 17.10.26.png

    "pd-receive-$0" is a subpatch used inside this abstraction.

    The thing is I couldn't find any helpful resources online to understand what exactly this error means, so that I can understand the steps to take to avoid or solve it. I thought it was something to do with the "editmode" status of the subpatch at the time of the mouse instructions, but I tried different things without any success...

    Anyone know something about it?
    The patch in itself seems to work, but I'd like to know what I'm missing.
    Thank you!

    posted in technical issues read more
  • CarloFavero

    @lacuna maybe... :smiley:
    I'm sure it works as intended but it's a bit hard for me to understand what's going on...
    Thank you for your time! I'm going to study it tomorrow!

    posted in technical issues read more
  • CarloFavero

    @seb-harmonik.ar OMG you did it!
    I'm sure I tried it multiple times, but maybe I wasn't using the left [sel 1] inlet...

    Thank you SO much! I'm not yet sure WHY it works, I'm going to study it tomorrow, but it actually works!
    Oh I can sleep tonight :smile:

    For future reference here is the working patch:
    Schermata 2022-06-29 alle 20.02.43.png

    posted in technical issues read more
  • CarloFavero

    @seb-harmonik.ar Thank you, but I'm not sure to understand it correctly... can you elaborate?
    I tried as you suggested before, but I'd like it to be automated, so that if the toggle is on and I try to deactivate it directly it stays on, but if it's on and I activate another one it turns off.
    This is where I'm at:
    Schermata 2022-06-29 alle 18.47.37.png
    I tried to use the left outlet of the first [sel] to set the spigot closed, so that a message comes from the same "channel" it won't pass to the [send] but I couldn't make it work...

    I tried this, but it works for half of the times :sweat: it's ALMOST there!

    Schermata 2022-06-29 alle 18.51.02.png

    posted in technical issues read more
  • CarloFavero

    Hello, I'm new to the forum, I hope someone here can help...
    I succeeded in making a patch with different toggles that behave like radio buttons, so that when one is activated it deactivates the others. In short I send a channel number so that if a message is received with the same channel it is ignored, preventing a loop.
    So far so good...
    Schermata 2022-06-29 alle 18.05.56.png

    Now I'd like to prevent a toggle to be manually deactivated, so that at all times one toggle is on, while the others are off. I've tried different approaches, but I always end up in a stack overflow, no matter how hard I try... Is there a way?
    Thank you!

    FYI I don't want to use an actual radio object because these elements will be scattered in different abstractions, working together with send and receive objects.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!