The order of items in Classic UI menus (like the main Settings menu) get scrambled. It somehow has to do with gpio_list on Raspberry PI. If there are any relays defined in the file, the Settings menu order does not follow the order found in the .qml file.
I have not tested this on Cerbo and this doesn’t occur in stock code because the RPI does not define any relays. It’s only when I add them (via RpiGpioSetup in this case) does the order change.
I have verified that this problem in the Settings menu exists without any menu modifications from my packages and only appears if I add relays to gpio_list.
I am also having a similar ordering issue in the PackageManager main menu and the Package Edit menu (part of SetupHelper). However, these are a problem even if there is nothing in the gpio_list.
The only relevant thing that changed here that I can think of is the Qt version.
Maybe you can post a few screenshots?
Not sure what to do about this now. The only person that could perhaps have a look is occupied with other work that has priority over this at the moment.
I’m not sure that the issues with the Package Manager menus are the same cause as the jumbled Settings menu since they don’t straighten out by removing gpio_list.
I double checked that Relay 1 functions as generator start/stop output so it appears the gpio_list I’m using is working. Not sure where to look for interactions between relays and the GUI.
@mpvader Its the same for me on a Cerbo GX running .19 without any 3rd party addons. The order of the entries under settings seems to have shifted around. For me its more cosmetic affect.
I’m using the Cerbos built in relays to drive fans for two of my largest MPPTs so they keep cooler.
This is happening when you try to keep the libraries to the last one, when those libraries are third party…
Rhetorically speaking, what happened with the “if it works, don’t change it” ?..
There is a problem/feature/bug with the last QT version when using “show” method (declarative/imperative statements).
Those items in the menu structure are the single ones that are using “show” method.
You may want to use workarounds for this.
But the above is just my knowledge and can be far removed from the truth…
Alex seems to be mostly correct about show. In PageSettings, Generator start/stop, Relay and I/O have show statements. The first two appear at the top of the list rather than farther down in the list. However I/O is at the bottom where it should be.
show also affects ordering in my Package Manager menu. If I comment out the show: lines, then the menu renders in the order of objects in the .qml file.
I ran some tests to see if show changing state affected menu order and it does! When show for an item goes true, the menu redraws at the top of the page.
But I discovered a more serious issue:
show changing from true to false does NOT make the item disappear !!!
So @mpvader this seems more serious than just ordering.
I still don’t understand why PageSettings menu is affected by gpio_list but it’s possible it is changing parameters that show: attributes are based on.
I confirmed what Alex found on STOCK v3.70~20 on Cerbo.
I seem to recall some issues around show and hide having to do with the switch from VisualItemModel to VisibleItemModel so maybe somewhere to look.
Many of the items in PageSettings that move base their show attribute on platform-related parameters so this may also be why gpio_list is affecting PageSettings. Might sort itself out once show/not show is fixed.
thanks!