In D11898#242741, @nmel wrote:

I assume Martin and Rade are also fine with merging this branch. We tested it a lot during the development stage.

In D11906#239745, @asensi wrote:

later I have compiled and installed Krusader, but the behavior seems to be the same (e.g. when typing 'H' it doesn't match the bookmark 'HamBurglar'). Is there any other step that must be taken?

In D11903#239525, @nmel wrote:

In D11906#239529, @nmel wrote:

Do you mind sending format-patch from the top of the branch? Thanks!

merge with latest commit

In D11903#239373, @martinkostolny wrote:

Thanks, Rade, for the fix :).

In D11898#239150, @asensi wrote:

If a user has opened his bookmark menu, he has a bookmark named "Documents"
and he presses Shift+D... nothing happens.

Good catch! I have created a fix for that here D11906

First off I'm marking the revision as accepted as either you agree with my points below and apply the patch which obviously I would agree with, or you don't agree and keep it as is which is also fine.
Either way this is a really good patch.
Thanks again for figuring out how to fix this issue!

another QCloseEvent event for the submenu after ~200ms through QTimer
after which the active item is reset.

Can't have been easy figuring out that out!
Have we been extremely unlucky running in to three different Qt5 bugs developing this feature or is Qt5 just this buggy?

Seems you were right about the jump back being reset martin. I feel into the trap of since I 'knew' it wasn't being reset since my code wasn't calling setjumpback and my cursory (and faulty) test passed and seemed to confirm it wasn't being reset then all was fine and dandy.

Accidentally submitted the previous to last revision.

In D11731#236223, @martinkostolny wrote:

// removing action from previous menu is necessary 
// otherwise it wouldn't be displayed in currently populating menu

This issue was closed just as I was commenting... Might be too late now but I just wanted to add that it might be a good idea to add a comment explaining the reason why we are removing quickssearchaction from the old menu as that is not really obvious by just reading the code.

Other then the issue martin pointed out it looks good!

Updated the code so that start calls openUrl.

In D11624#233198, @nmel wrote:

In D11624#233131, @rade wrote:

Given Rade's points, I see that it may be useful for some people, so I suggest we add another config option "Search in special items" for this feature and stop arguing. My only ask is to leave it off by default.

Sounds good to me. Would you mind doing the patch for it though? I'm not really sure how the config code works, and you seem to have a good grasp of it.

Yep, no problem.

I changed the local path behaviour, even though I don't think this code could be called with a remote path, there is no reason why it shouldn't be able to handle it.

right clicking on them just closes the menu

Right click actually executes the action currently. I think this is standard behavior for menus.

It didn't use to be standard behaviour for this menu, it used to be that right clicking on them you got the same options as you get when right clicking on trash et al. AFIK it's not consistent with other menus either. The only menu I could find where right clicking doesn't give you a pop up is "Useractions" and there right clicking simply does nothing. I could find no menus where right clicking executes the action, nor would a user expect right clicking to trigger the action.

Given Rade's points, I see that it may be useful for some people, so I suggest we add another config option "Search in special items" for this feature and stop arguing. My only ask is to leave it off by default.

fixed whitespace

In D11525#231295, @nmel wrote:

For git format-patch, please only do it once your code is accepted — just attach it here like in this example:

0001-Fixed-key-handling-bug-and-added-a-QoL-improvement.patch2 KBDownload

Phabricator doesn't seem to understand this way — when I download raw diff from here, it's just has diff --git ... without From or other fields.

Changed return code so that we return true, even if we couldn't find a matching bookmark or folder

Looks good!
When looking through the menu I discovered a bug though but that is unrelated to this code.

I have changed to using git format-patch, and phabricator doesn't like one file with several diffs in it apparently so I made them into one full diff.

Added return statement from D11521 and renamed firstMatch

I split this into separate reviews per nmels request.

In D11521#230503, @nmel wrote:

I'm confused regarding how to apply this as returns has been partially covered by D11525 (except for the break replacement). Do you want to include it there?

In D11523#230434, @martinkostolny wrote:

It seems to work nicely. Thanks!

Consider what to do when the user enters non printable character

I'm not sure about the tab key and non-printable characters. I'd probably filter them all out but I may be wrong about this.

removed the extra newline.

You could add back the the shortcut text only using
´´´

QString shortcutText = sourceAction->shortcut().toString();

´´´

Read through the code and it looks good.
One 'problem' though is that the shortcut 'Ctrl+j' and 'Ctrl+shift+j' used to be displayed next to jump back point and set jump back point the same way they still are in the go menu. That should probably be fixed.

fixed minor error

I agree that splitting it in to 3 commits is the right move and I'll try to do this later today if I can find the time.

I've added support for the left arrow key closing menus. It works in all menus even the main one. I would argue that this is what is expected behaviour though. E.g if I'm three levels into submenus and want to close all of them I want to press leftarrow, leftarrow, leftarrow and _not_ have to press leftarrow, leftarrow, escape.

It's not complex but it doesn't handle all the cases. For example, move krusader close to the right side of the screen and invoke bookmark menu, then search for a folder. Your submenu is not on the correct position.

I accidentally broke the accelerator key functionality by always returning true if we had gotten a match, even on the first run. Fixed that. Incidentally this is a good example of why it's important to return the correct value.

In D11443#228341, @nmel wrote:

I have updated the submenu placement code so it is now correct.

In D11383#228295, @martinkostolny wrote:

I've found one problem corner case with bookmark folders:

Good to hear. However it's definitely not present on the man page that shipped with my distro. Dunno if it's a recent addition to the man page, or if my distro removed it for some reason.

--left <path>
    start left panel at <path>

Looks great!

This looks good. I would just recommend some minor changes.

I don't agree that having the QLineEdit pop in just so that one extra bookmark can be displayed before typing is worth it. But either way works fine. Having it be an option as you suggested would be nice, but not really all that important. Especially as I think almost nobody will ever discover that there is an option for it.

Thanks for looking into QWidgetAction, and the code!

Thanks for reviewing my code again.

fixed misplaced else.

I have updated the code. Sorry for the large amount of changes, if requested I can submit the small style fixes and the large code revision separately. I have tried to follow the coding standard this time, hopefully I haven't missed anything.