You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The widgets for selecting "All" or "Group", architecture, name:
When one of these comboboxes changes, it will immediately trigger a new search. This disturbes the user workflow since it blocks all UI.
Two possible solutions:
If you want to have immediate search, please make it non-blocking (this would be the ideal case). In this case, please get rid of the "Search" button.
If immediate search is too hard to do, please do only trigger search when pressing the search button.
@genodeftest thanks, yes that can be addressed to dnfdragora. TBH it's a design choice to change the view once All or Gorup has been chosen. The "search" is for the text entry only. "All" and "Group" are unrelated, but if you have performed a search the result should be updated into the new view. That is the way it worked in rpmdragora, i just ported the code to python. The bad here, I believe is the group caching time, correct me if I'm wrong, but that is only a Fedora issue and we need to find a way out see also issue #52
Note: This issue has been created from #48.
#Steps to reproduce:
the filter
GtkComboBox
esThe widgets for selecting "All" or "Group", architecture, name:
When one of these comboboxes changes, it will immediately trigger a new search. This disturbes the user workflow since it blocks all UI.
Two possible solutions:
Installed software versions:
gtk3-3.22.12-2.fc25.x86_64
dnfdragora-1.0.1-5.git20170505.2a3b056.fc25.noarch
libyui-gtk-2.44.9-2.fc25.x86_64
The text was updated successfully, but these errors were encountered: