CNMAT / CNMAT-odot

Multi-paradigm Dynamic Programming
Other
115 stars 11 forks source link

feature request: o.compose #366

Closed kulpajj closed 5 years ago

kulpajj commented 6 years ago

Can there be another outlet that simply reports a bang when its content has been altered / or just when it was previously on focus and then becomes off focus?

equilet commented 5 years ago

@kulpajj can you clarify the use case?

kulpajj commented 5 years ago

hi Jeff. Sure. When I posted this, I was working on my o.saved_bundle widget I give to my students that works hand-in-hand with Rama's o.gui.attach. My widget thing allows someone to save all data in any gui on the page as a subbundle packaged up under a preset /ID, and to be able to recall that, edit, and resave as they wish.

o.gui.attach automatically sends the new bundle anytime any GUI is altered in a patch. My o.saved_bundle was trying to make it so students could also enter odot data in a special o.compose that would be saved with all the GUI data under the desired preset ID. After all, data doesn't just come from max GUIs; it comes from odot already entered in odot. But the last hitch in the system was how to not require the user to manually click the o.compose after they entered new data. It would have been better if the o.compose could have reported a bang when it had been altered, or on/.off focus, so processes could be launched based on that reporting.

kulpajj commented 5 years ago

FYI, I believe I did work around this by other means. Something as in: when a user presses save as N preset, the system checked in with the o.compose first in case anything had changed. The request was just a thought I had with Jeremy back when I was working on this.