Also: it takes two clicks to get the clear button to work. At least on linux. one to focus, one to activate clear button?

When typing a module name in the line edit, selecting a module from the QCompleter doesn't "select" the module, the user has to press enter to "select"

I can't reproduce this, on my machine the module is selected on the click. I'll work on the other 3, especially not truncating module title, which is important.

For reference - See https://github.com/commontk/CTK/pull/300 "Changes cursor when mouse enters ctkSearchBox"

It appears that my fix only works when the user currently isn't typing in the box - ie. when the dropdown menu is not visible. Check out the attached picture.

Also, anyone know where to start with enlarging the dropdown box to accomodate larger module names? If it gets long enough this becomes a scroll area, so I'm not sure if I need to account for two different cases.

Each a module is loaded, get its title, compute what would be ideal width and if it applies update the width.

I believe that all the modules are loaded as soon as Slicer is started - thus, this approach will lead to the size of both the search bar and the combobox to be fixed as the size of the module with the largest name. Is this the desired behavior?

This function[1] is called once for every module at the start, and this line[2] is setting the width from the start.

[1] https://github.com/Slicer/Slicer/blob/master/Base/QTGUI/qSlicerModulesMenu.cxx#L367

[2] https://github.com/Slicer/Slicer/blob/master/Base/QTGUI/qSlicerModuleSelectorToolBar.cxx#L93

If the name of module displayed in "All modules" are not truncated, let's just call this a non issue and move on something else.
Do you have an example of module name that are currently truncated ?

You're correct - the module names are not truncated in "All modules." They are only truncated when searched for. Maybe this is acceptable, at least until we have modules which are not distinct until after ~ 25 characters.

What about the final issue, "When clicking on the module selector, it opens the whole modules menu, however the focus is on the menu which prevents the key strokes to be used for the line edit search. This is not the case with the pair QLineEdit/QCompleter, so it seems to be feasible to have both a open menu and a QLineEdit with keyboard focus." Does this require a fix? Right now the user can either view all the modules or search for a module with the keyboard, not both.

If this behavior is okay, then I will resolve this issue.

The behavior has improved a lot since this was submitted (and/or I have become accustomed to it). Ok to close.

Reported of the issue is the one suppose to close it :)

Closing resolved issues that have not been updated in more than 3 months