O$4 - Copy a continer object

[Doug Easterbrook]

at the risk of nor knowing anything.... and never having played ...

I occurs to me that you can make NEW formats  (which are just windows or subwindows)

and SAVE formats   to some temp name

then instantiate the format ---   which would (or should) be identical to the format that was saved.



Doug Easterbrook
Arts Management Systems Ltd.
mailto:doug at artsman.com
http://www.artsman.com
Phone (403) 536-1205    Fax (403) 536-1210

> On Mar 18, 2015, at 1:45 PM, Michael Mantkowski <michaelj at clientrax.com> wrote:
> 
> It appears my optimism was short lived.
> 
> The issue I came upon today is with any visual changes you make to the
> Subwindow.  For instance, you change the color of a field on the Subwindow.
> The process of creating the new Object with the higher $order to bring it
> "ToTop" loses any of those changes because it loads a new copy of the
> Subwindow.
> 
> My first idea was to move only the Subwindow field into a newly created
> scrollbox so that I could fake Omnis out with the $order of the Scrollbox
> being higher even though the $order of the Subwindow had not changed.  I
> have since discovered that you cannot move fields from one container to
> another in runtime.
> 
> Foiled Again!
> 
> The only way I can think to get around that would be to create a list of
> every attribute for every field in the subwindow and then apply them after
> creating the new Subwindow.  However, I cannot imagine that this would be
> efficient when you have more than a few fields in the subwindow.  And I a
> couple cases I have around 200.  Multiply that by the number of attributes
> that could be possibly changed...
> 
> I just cannot seem to find a way around the $order barrier.