3: Done

It'd be nice to be able to load from a folder of .plist files as a structure of files. I guess this could require a new "plist" patch that outputs the structure of files, and an input on the Value Historian.

Right now I believe the only way to use multiple files is to create multiple Value Historian patches with different files loaded to each, then switch between them.

Summary

The ArtNet structure input receives the structure from Queue patches but does not send it in proper form, we have checked it with lights connected. It does send the structure from Kineme Structure Maker patches.

Steps to Reproduce: 1.Connect the output of Queue/Queue structure in parallel patch to the structure input of ArtNet sender 2.The ArtNet does not digest the number indexed under "0"

Expected Results: Sending structure to the Ethernet receiver in full form

Actual Results: Shows the structure but does not send it properly, it skips the first input indexed as "0" so the whole structure is shifted by -1. When a pre-mad structure consisting RGB Alpha & flash(5 inputs), the whole structure misses red.

Regression: Checked on Snow Leopard

Notes: The structure differs with the indexing number being in brackets ( ) instead " ", it can be corrected with javascript.

I'm working on a software with lots of iteractions to generate graphics. it would be nice to have a feature like, skip first 'n' frames or seconds before capturing. I'm generating high res graphics and software takes a while to "populate". Maybe as a CLI only feature.

Multitouch Patch should always keep events in order they were received. For example:

If you touch a trackpad with one finger you may get:

0:"4" =

Then touch with a second finger

0:"4" = 1:"7" =

But sometimes the order gets jumbled and you'll get

0:"7" = 1:"4" =

If kept in order you'd always know the order in which touches occurred without having to perform a bunch of logic to figure this out.

Summary: When creating .apps with Quartz Builder that utilize anything beyond Display 2, unexpected display assignment may occur, ie. multiple compositions on a single screen

Steps to Reproduce: 1. Created 7 compositions with 1 Image w/ String, 1 Sprite, 1 Clear patch, each composition having a unique identifier (Screen 2, Screen 3 etc) 2. Created a Full screen .app with Quartz Builder for each corresponding composition with the following settings: 1024 x 768 Dimensions, appropriate Full Display Screen (2-8), Fade In, Esc to Quit and Multisampling. 3. Loaded compiled .apps on Mac Pro Quad Core Xeon w/ 4 ATI Radeon HD 2600 XT's, with one tv per DVI output (total of 8 screens, 1 Cinema Display, 7 tvs)

Expected Results: Expected each .app to be automatically assigned to appropriate display.

Actual Results: 2-7 appeared on correct displays, 8 appeared on same as 7. Previous tests had different results with screen assignments of .apps.

Regression: Occurs in every instance.

Notes: Attempted closing all applications, detecting screens, reloading apps. Also attempted rebooting to allow for better screen enumeration on system startup, same result.