• FFW

    @jameslo If you have to restart the phasor at the state it stops you can follow your first idea and stop it at a specified moment, save the state and later restore and relaunch. What I propose is to only allow the phasor to stop at specific states (e.g. every 0.0001) so it's easier to save. When the stop is required the phasor will wait to reach an allowed state and then stop. So the stop time is fuzzy but the state is clear and clean.

    I've no idea if and how it can be implemented or if it follow your requirement.

    posted in technical issues read more
  • FFW

    If you can't know the state of the phasor at a given stop time maybe you can stop it at a specified state and so transfer the incertitude to the stop time. It can be a solution, depending on what you need.

    posted in technical issues read more
  • FFW

    Another possibility with [list]:
    image.png

    posted in technical issues read more
  • FFW

    Update:

    • Add an "update" message to redraw the text without the need to hide/show. You can display info in real time.
    • Fix a bug where the tip is not shown until you switch the edit mode
    • Add a position offset so the text is less under the cursor
    • Clean the patch

    posted in abstract~ read more
  • FFW

    Hi,
    my exploration of the iemguts library bring me this idea:
    Capture d’écran_2025-05-12_22-24-38.png
    tooltip.zip

    Enjoy!

    posted in abstract~ read more
  • FFW

    OK got it: setting the "gop mode" to zero is not enough, it has to be set with the large dimensions and then it can be shrink without ghosts.

    image0.png

    And then it works with [coords( too.

    EDIT: I've fixed it with a list:
    image.png

    posted in technical issues read more
  • FFW

    @oid not better
    image.png

    posted in technical issues read more
  • FFW

    @oid even with the minimal test
    image.png

    EDIT:
    I can force the redraw with

    [zoom 2, zoom 1(
    |
    [sendcanvas]
    

    posted in technical issues read more
  • FFW

    @oid this simple test doesn't work so it's certainly a bug with my system.

    image.png

    I have another issue with comments:
    image2.png

    And [donecanvasdialog( is worse: all the guis remain visible as ghosts.

    posted in technical issues read more
  • FFW

    @oid A realtime on expr indicates a 8ms compute time. I'll try with your version.

    I've added a change and a pipe to delay the switch.
    image.png

    It doesn't fix the comments problem, they only disappear when I save their containing abstraction (or when I reload the main patch).

    Now I'm looking for a dynamically added and resized background canvas to get rid of the transparency.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!