summaryrefslogtreecommitdiffstats
path: root/mm
diff options
context:
space:
mode:
authorMauro Carvalho Chehab <mchehab+huawei@kernel.org>2020-06-30 08:26:36 +0200
committerMasahiro Yamada <masahiroy@kernel.org>2020-07-01 23:54:16 +0900
commitc699eaaba98322872adbf4a55e7d679016d27b2d (patch)
tree19ca37b0d13982dd11fcdef3876efcdeb1699849 /mm
parentcf81dfa479e6c80c1b55208cd380f7b770645d52 (diff)
downloadlinux-c699eaaba98322872adbf4a55e7d679016d27b2d.tar.bz2
kconfig: qconf: make search fully work again on split mode
When the search dialog box finds symbols/menus that match the search criteria, it presents all results at the window. Clicking on a search result should make qconf to navigate to the selected item. This works on singleMode and on fullMode, but on splitMode, the navigation is broken. This was partially caused by an incomplete Qt5 conversion and by the followup patches that restored the original behavior. When qconf is on split mode, it has to update both the config and the menu views. Right now, such logic is broken, as it is not seeking using the right structures. On qconf, the screen is split into 3 parts: +------------+-------+ | | | | Config | Menu | | | | +------------+-------+ | | | ConfigInfo | | | +--------------------+ On singleMode and on fullMode, the menuView is hidden, and search updates only the configList (which controls the ConfigView). On SplitMode, the search logic should detect if the variable is a leaf or not. If it is a leaf, it should be presented at the menuView, and both configList and menuList should be updated. Otherwise, just the configList should be updated. Link: https://lore.kernel.org/lkml/a98b0f0ebe0c23615a76f1d23f25fd0c84835e6b.camel@redhat.com/ Reported-by: Maxim Levitsky <mlevitsk@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions