File search dialog is more difficult to use compared to 4.6.1

[vda]

File search dialog has three input lines:
Start at:
Filename:
Content:

and cursor is in "Filename:" field initially. In 4.6.1 (and 4.6.2 I think), in order to go to "Content:" field, user needs to press down arrow once. In current git, a group of checkboxes appeared and not user needs to press down arrow four times.

This new behavior interferes with my automaticized habits. I constantly try to type in a text to search into "Content:" while I am not in that field yet.

Can the fields be logically (and maybe physically) rearranged so that old behavior remains and users don't need to relearn changed field layout?

[andrew_b]

Replying to vda:

File search dialog has three input lines:
Start at:
Filename:
Content:

and cursor is in "Filename:" field initially. In 4.6.1 (and 4.6.2 I think), in order to go to "Content:" field, user needs to press down arrow once. In current git, a group of checkboxes appeared and not user needs to press down arrow four times.

This new behavior interferes with my automaticized habits. I constantly try to type in a text to search into "Content:" while I am not in that field yet.

I totally don't understand you. As in 4.6.x as in master the cursor initially located in 'File name' field.

Can the fields be logically (and maybe physically) rearranged so that old behavior remains and users don't need to relearn changed field layout?

Please, propose your design of this dialog.

[vda]

I checked more recent git and it has this fixed. The layout is changed so that one keypress is enough to go between filename and content input fields.

Thanks!

[slyfox]

#1375 looks like bug fixer