Yeah, I'm sure there is a limit on the number of views on the screen. I don't think that having animated views would give us what we want, unless the screen was very basic. I recall that there was a way of adding a view on top of a picture in such a way that it becomes part of the picture rather than being a managed view. I think it was called add.to.pic. Yeah, I just did a google for it and found this:
add.to.pic(a,b,c,d,e,f,g), add.to.pic.v(a,b,c,d,e,f,g)
A picture of a VIEW resource is added to the background as its component. Typically, this is used to add small complicated details which would require too many PICTURE resource commands to draw.
Parameters are:
a (va): number of the VIEW resource;
b (vb): loop number;
c (vc): cel number;
d (vd): x coordinate;
e (ve): y coordinate;
f (vf): priority;
g (vg): margin.
If margin is 0, 1, 2, or 3, the base of the cel is surrounded with a rectangle of the corresponding priority. If margin > 4, this extra margin is not shown.
So in theory with the above command you could build up a whole picture by loading different views and placing cells on the picture at various positions. Part of me wants to try to write something to convert a Maniac Mansion picture to AGI resulting in a number of views cells and a LOGIC to place them in the appropriate positions. Hmmm, thinking about it though, maybe the generated LOGIC script would be too big. It would be something like 40x20x8 bytes.