I have hijacked enough the thread https://forum.xojo.com/21525-elasticwindow-code-or-replacement/last and it is probably time to start a new thread. I will follow up James Redway’s last post :
As others have stated AutoLayOut can be rather tedious to work with - especially when you have scores of controls on a single window. It has not been determined when it will be released in Xojo desktop and how well it will work with desktop apps. I develop apps for customers who are running anything from a 1024 x 768 laptop to a 5120 x 2880 iMac. As it is now, simply anchoring controls to one edge just does not cut it for those users. It all comes down to the customer experience. [/quote]
If and when Auto Layout comes to Xojo Desktop, hopefully Xojo will try not to break existing code, as not be as demanding as what exists today in iOS. In fact, the present system is not unlike what Xojo layout constraint Left relative to view left, Top relative to view top, Width and Height are under iOS. If present code is compatible with Auto Layout, RubberViews which is written in pure Xojo code should work just fine.
At any rate I do intend to adapt if and when autolayout comes to desktop. As it stands now, having to set constraints for every control and the absence of content management make RubberViews better and simpler to implement. Besides, Desktop Auto Layout is to this day pure hypothesis.
Thank you for your support. I will do my best to be up to expectations.
Actually, I just placed 1.00 Trial for download at the link I posted before Rubberviews Trial
Now the site is up at http://RubberViews.com and I plan on making the formal announcement soon.
Having never used Elastic Windows, I cannot really tell you how it compares. I did have a look at the demo, but was less interested in copying it than just being curious. The best is probably to just try RubberViews. I think it has the keepRatio feature as a plus, that keeps circles circles and squares squares, but it is possible EW has it too.
From the other thread and the links in there, I already got a few things I plan to work on for version 2. I noted that SegmentedControl, PopupMenu and Combobox as well as button do not resize over 22 points in height in Mac OS X. This can be a problem on very large screens. I think I can come up with replacements that resize as they do on Windows. For buttons, the solution is to use rounded Bevel which under Yosemite look just like the regular button.
I also thought about the need to manage controls and subclasses that are not based on Container Control or on the controls presently in the library. Since they are not recognized automatically upon Init, I plan on adding a property where all custom control names could be listed, so RubberViews could record their position and size in Init, and change them in SizAll, as for regular controls.
I look forward for suggestions and comments.