1offby

Out fourth outlet: When a preset is stored, the number of the preset is sent out.

This is true when the preset is saved using shift+click, but not when the "store $1" message is sent

OSx 10.9.4, Max 6.1.8
From the preset reference:

This is true when the preset is saved using shift+click, but not when the "store $1" message is sent


bug-rightmost-outlet-of-preset

Perhaps the assumption is that you already know the preset number you are storing, and the outlet gives you a notification of a user's GUI interaction.

Yes indeed. In my use case the message from preset was not to query the preset number but to trigger a bang after the preset had been successfully stored.

OK. What is a situation where we are in trouble if we do not know when this has finished? I'm not sure that you could rely on the message either, as saving a preset could involve writing a file to disk.

2. I have 9 bpatchers with a preset object inside. They'll have different settings within the bpatcher but the same preset numbers. Figured I'd chain the preset saving together, so the first save triggers the second, then the third, etc. This was after saving all 9 simultaneously seemed to cause a scheduler hiccup.

Well, I've fixed it anyway but
1. you're right
2. I have 9 bpatchers with a preset object inside. They'll have different settings within the bpatcher but the same preset numbers. Figured I'd chain the preset saving together, so the first save triggers the second, then the third, etc. This was after saving all 9 simultaneously seemed to cause a scheduler hiccup.


[bug] rightmost outlet of preset