Bugs with Toolbar only containing "GO FOLDERCONTENT=move"

I created a “Move To” toolbar to quickly move selected files. The toolbar contains only a single button with the following code, i.e., the generated move-buttons are the only toolbar buttons:

Go X:/MyShare/ FOLDERCONTENT=nofiles,showempty,resolvedirlinks,move,dblclickmenu

I have several issues:

  1. With the toolbar activated, when navigating between folders, often no dynamic toolbar buttons (generated by FOLDERCONTENT) are shown, the toolbar just remains empty. Sometimes the buttons are displayed as expected. I couldn’t find a pattern that allows to consistently reproduce it.
  2. I use the dblclickmenu option of FOLDERCONTENT, but moving a file to a folder directly below X:/MyShare/<folder> does not work at all. Moving by double-clicking just works for sub-folders like X:/MyShare/<folder>/<subfolder>.
  3. Minor: I use the resolvedirlinks option of FOLDERCONTENT and it’d be nice if the icon defined in the .lnk file is used for the generated button, not just the generic folder icon. (“Show image” is set to “small” in the Command Editor of the button.)

Sidenote: when I put the Go … button into it’s own “menu”, then 1. and 2. work as expected. I realized that when no file is selected, this menu is also empty (which is expected). Could it be that there’s some kind of race-condition like “is the toolbar evaluated before or after the first file is selected”?

Thank you so much!

Thanks for the report. #1 is fixed in the next beta, and we've implemented #3 as well.

#2 - this is a limitation of the toolbar code; using button rather than dblclickmenu is probably a better option if you want to be able to copy/move to top-level folders as well as expand them.

1 Like

Very cool, thanks for the quick fix. :+1:

Regarding #3: I changed my .lnk files to have the default folder icon (again) and instead use labels because I also want to pin those .lnk files to top. That said, it could also be helpful when the label icon is considered as well.