cwensley
commented
6 years ago You might be able to get it to work by making sure none of the controls are scaled/expanded as you'd just be fighting with the layout system on which size to actually give the controls. For example, the last column & row of a TableLayout is by default scaled to fit the rest of its container, or any row/column that you have set xscale or yscale to true.
Another option is to use the PixelLayout so you specify the position and size of each control. For example, your custom tab header.
msasso69
Hi,
I'm using Eto and I have now a quite a complex UI, but now I have the need to size some custom controls according to the size of the container. What I do is to register to the SizeChanged event of the parent container and according to the available size I set the size of my child controls accordingly. The problem is that the parent controls are affected as well and once I reach the top level parent all the children are re-sized. On Wpf at the end somehow Eto stops resizing the UI (but takes ages), on Mac it loops forever.
Here is the Mac stack trace and a more detailed description of what happens:
Here Eto fires the SizeChanged event:
Here I size my custom controls according to the size of the parent control:
Here Eto receives the size that I set form my custom control:
If you look at the following stack track you can see that the parent control is affected as well:
and all the chain of parent controls are also affected:
untill I probably reach the top when Eto instruct to resize all children:
untill I reach again my the code in my custom control where I registered for the SizeChanged event:
This loops forever :(
The only thing that I could think of is to set a flag before resizing my custom controls (flag that I reset when my custom controls are resized) and ignore the SizeChanged event while the flag is on.
I'm wondering though whether my approach is correct or if there is a better way to handle the problem, maybe instructing Eto not to relayout the parents.
Any clue?
Specifications