http://www.openradar.me/radar?id=556401
Global Variables / "Preferences Patch" Originator: operator Modify My Radar Number: rdar://8249719 Date Originated: 29-Jul-2010 10:19 AM Status: Open Resolved: Product: Developer Tools Product Version: 10.6 Classification: Reproducible: Always Quartz Composer has no way of having global variables or preference parameters, short of patching every instance of their need back to root. Not only is this extremely tedious, it breaks on the slightest re-jig of the patch. A common example in my use are common font sizes, colour palettes, grid dimensions. You could implement as a 'send receive' pair where the object sent is a constant, set in the settings panel. You could implement a true 'send receive' pair, but evaluation of the graph would get interesting. Alternatively, a patch that can be duplicated throughout a comp, that has output ports with values that are shared across all instances of the patch in that comp. Please also see http://www.openradar.me/8248416 On 29 Jul 2010, at 01:39, Christopher Wright wrote: >> would writing "what he said" count as a valid bug report =] > > They're all "valid", it'd just get dup'd (if you're going to make an > intentional dup, at least include the original radar URL so it's easy for the > screener to tie them together without working too hard :) > >> also glad to see the buffer / hold last value idea isn't bunk. > > I mentioned that in my reply to Keith: > >> cwright said: >> The more fundamental problem is execution order -- if a broadcaster is layer >> 2, and a consumer that uses it is layer 1, it will always operate on 1-frame >> stale data (which could be wrong, and isn't entirely obvious). > > "1-frame stale" ~= sample&hold -- that's what spooky does today; it works, > but it can cause subtle problems (i.e. if you're passing around images for > filtering, some could filter the current frame, and others the previous > frame, and then compositing them together can be weird -- this can also be > used for artistic effect, of course :) > > -- > Christopher Wright > christopher_wri...@apple.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Quartzcomposer-dev mailing list (Quartzcomposer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/quartzcomposer-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
