You haven’t done anything wrong - this was an Objo Studio bug. Both designer-backed Windows were receiving identically named internal layout helpers, causing the superclass conflicts shown by the compiler.
This is now fixed and will be included in the next release: https://feedback.objo.dev/bug/1322
After updating Studio, tr_Window can remain a Window item and frmMainMenu can use it as its Superclass. Studio will initialise the tr_Window layout first and the frmMainMenu layout second.
A couple of details:
- Controls from both layouts will exist at runtime.
- Settings in the derived Window’s layout take precedence over settings from the base layout.
- Control names must be unique across both Windows.
- The derived Window’s Designer displays only its own controls; inherited controls are created at runtime.
Until the next release, the workaround is to make tr_Window a normal Class inheriting Window, as described above.