Anybody else using something like this?
I've been spending some quality time refactoring a project over to the Selector-Connector model and am loving its simplicity. The big part, which I just started tackling, is moving the TOs involved in my scripted Find UI over to Connector rather than hanging off my anchors. Those don't have to move to S-C, of course; S-C is not all-or-nothing. But my entire Find UI gets a lot more robust and extensible—a lot more more modular—if I can pull it off.
It's a very interesting concept. I've been using a primitive form of this for some time when generating reports, based on a talk I attended by Ray Cologon at DevCon some years ago. But I had some trouble with record lock in a multi-user setting, so ended up modifying it with a sessions table. This bit from your article has me thinking more about it:
"It turns out that if the Home table only has global fields in it, you’ve, in essence, made it a global table that multiple people can interact with without locking. This was really a critical milestone in the process."
Yeah, true dat.
Thanks for sharing.
Great write up Jason and John...
I've using something similar for several years and it works very nicely. See this screenshot:
In order to add records in the right hand portal, you need to select one row on the left portal. When you select the portal row, a script populates a global field with the Portal record ID and opens the relationship for the right hand portal.
This concept opens many possibilities and I find it very useful, though not for every scenario.