I finally decided to see if it was something the geometry manager would handle better than I was doing, so I created a separate stack with 4 fields to represent the fields I'm interested in moving/scaling, locked the position on all of them, then grouped them and locked the groups position.
Then I set the group and main fields geometry to scale like so
- Group and field...
- Selection_002.png (9.63 KiB) Viewed 8830 times
I set the 3 remaining fields to position
- Bottoming out...
- Selection_003.png (11.16 KiB) Viewed 8830 times
and the last field I added the scale to the right edge.
I then tested doing the following (all of these tests are in 6.5.2) -
* In edit mode, resized the window, controls resized and refreshed at the end, but lagged behind the window resizing same as pictures above. I then remembered reading (somewhere) that the lock screen isn't triggered during debugging, which I took to mean edit mode, so I switched to browse mode, and eventually suspended the dev environment. No matter the mode, though, the stack always resized with the same issues. All the following were also run in all 3 modes, including as a standalone.
* I then set 'liveResize to true, this made no difference as far as I could tell. Since I have now learned what liveResize does (I looked it up), it seemed this would actually be the best shot at having it work correctly, but as far as I could tell visually, it changed little.
* I then set the acceleratedRendering for the stack to true, this did not appear to do much except to add a black or transparent visual glitch. I would say it does not affect the compositor the XFCE desktop uses in a good way. I set it back to false.
*Edit - I forgot to add the picture of the acceleratedRendering resize -
* lockLoc on or off didn't seem to make a difference when using the geometry manager. I did finally see the issue Richard was talking about with the groups behavior if coded manually.
* Ungrouped the controls - this came the closest to what I would expect to happen, with the least amount of visual glitching/lag.
I think in my own projects, I might have to seriously consider skipping grouping and create templates instead for anything that needs to resize with the window and be placed on new cards. At least from what I think I am seeing, the group lags behind everything else when being resized by a noticeable margin.
After I finish this project, I'll have to go do some testing in the more modern versions of Lc if this is not the expected behavior.
The geometry manager test stack in all its glory as a standalone -
- Geo-managerific...
*Edit - I did complete some generic testing in 8.1.2. I was surprised I couldn't find 'liveResizing' or 'acceleratedRendering' in the properties dialog in the inspector, but using the messagebox I turned both on /off.
There have been a lot of improvements in this area, but it still lags on the resize. I am beginning to think this is normal behavior at this point. Testing was done with the geometry manager test stack used in this post.