edgetx
edgetx copied to clipboard
Incompleteness of Input Selection with Filtering
Describe the bug Channel/Switch selection is incomplete when filter is used
To Reproduce
- Choose a switch in Inputs, or Logical Switch screens, etc.
- By default a complete list is shown
- After tapping the filter tab, some choices in the default list is not shown, e.g. "---", "6P6", ... "6P1"
Expected behavior Need to review the filtering and control. Need to have a complete list e.g. "---" must be included, and or the default list maybe wrong.
Screenshots
General information
- EdgeTX version 2.5.0
- Hardware TX16S
This issue elaborates on this somewhat also: https://github.com/EdgeTX/edgetx/issues/228
@pfeerick are you working now on popup list? #212
This is the filters, not the menu ;)
Okay let's be on the same page with naming What I see above is called in UI list This particular list has additional filter options displayed as buttons Above shown list is part of pop-up window. This particular pop-up window has no window header displayed.
Can you explain now what is the difference from code perspective? And what you call menu? Someone did above as separate piece of code?
Changing the appearance of the menu (which is what you are thinking of as to re : what I'm working on for the menu) is not the same as changing the behaviour of, or changing the function that generate the data to be displayed.
What you call "Menu"? :) in #228 above shown you called "pop-up list filters" in #212 there is "pop-up header" still there is a "selectable list" beneath as in #228
Different piece of code? and what is menu? :)
They are all menus... (a popup window showing a list). If you set a title, it has a title (window header), if you set a toolbar, it has a toolbar on the side (buttons), which is being used as a filter. Now do you see why I simply circled the screen element in that issue and said "this isn't working" rather than worry about "what is it called"? 😆
Changing the appearance generally means changes to libopenui, and to some extent the behaviour of the menu itself. Changing what is displayed, and determined what data to display is something that needs to be changed in the relevant place. i.e. inputs source list gets changed on inputs page code, logical switches switch gets changed on logical switches page code, etc, etc. As I said, changing appearance is not the same as changing functionality or data that goes into it, so this is not the same or related issue ;)
I know that. just asking if we are talking about same piece of code. So as I understand any changes to pop-up UI (colors etc) affect all pop-ups no mater if they display commands for field, available source list, available switches list etc
This issue is still present in a0770beb5f8616e2f14f2828de12b3ff8b1f3397. It seems like it is also worse, in that it seems presses of PAGE >
and PAGE <
to switch between the filters either has a lot of lag, or is being ignored. Also, multiple filters are hi-lighted when pressed, instead of being mutually exclusive.
And while we're at it... here is another filters related issue #2344