Drag-Drop Onto Taskbar Icon for New Instance Not Working for Long Filename-Enabled Program
Hello, so an experimental build of VLC has long file path/file names (or more accurately, UNC -> "\\?\") enabled. 7+TT's feature of dropping a file onto the taskbar icon to "open with" is enabled, but is not working with this build of VLC (it works for other programs). I know that original VLC builds were fine. I can only imagine for now, that this is happening because 7+TT is does not have long filenames enabled. The actual filename's char count doesn't seem to matter, it's more like this build of VLC is prepending the character which is perhaps not playing with 7+TT (just my ignorant speculation). Would like to hear back and if it is the case, would love to have it enabled.
The “Open With” feature is a built-in feature of Windows, not a feature that the tweaker adds. You can activate it by holding the Shift button. All that the tweaker does is making Windows think that you’re holding the button.
Library initialization failed
I'm on Win 11 version 23H2 build 22631.4751.
I've been using 7+ Tweaker for ages and it's been running fine. I haven't updated Windows at all, I intentionally kept Windows Update disabled. I do however use this other app called StartAllBack and it was working fine along with 7+ Tweaker. But for some reason, one day 7+ Tweaker just started to fail. I'm on the latest version (5.15.3).

Could "Taskbar Volume Control" Support Taskbar at "Windows10(Explorerpatcher)" Mode?
"Taskbar Volume Control" is no fuction when Explorerpatcher is setting Taskbar mode at "Windows10(Explorerpatcher)"
Thank alot
I found the opition
Customize the old taskbar on Windows 11
Enable this option to customize the old taskbar on Windows 11 (if using ExplorerPatcher or a similar tool). Note: For Windhawk versions older than 1.3, you have to disable and re-enable the mod to apply this option.
7+TT无法载入动态链接库

7+ Taskbar tweaker : 无法载入动态链接库(109)
lIBRARY INITIALIZATION FAILED , PERHAPS YOUR WINDOWS VERSION IS NOT SUPPORTED
Additional function for the mouse wheel
I would donate money if the option was available to scroll up and down in the taskbar using the mouse wheel. I have 5 rows of taskbar elements. The most important ones are in the top row. But if I want to reach the rows below, I always have to enlarge the the taskbar or click on the arrow icons in the taskbar with the mouse. Tedious.
Hi, thank you for the support, and for considering a donation!
It looks like the multipage_wheel_scroll advanced option is what you're looking for. Advanced options can be accessed from the tray icon's right click menu. Please refer to the help file for more details, and let me know if you need more help.
No Right click on firefox nightly
I have a weird bug on w10 22h2 and https://portableapps.com/apps/internet/firefox-portable-nightly
when I right click with the only tweaked option ''right click use the standard menu'' as opposed to the default list view, then nothing shows up. I just don't get any right click menu at all.
I tried other portable firefox, eg the dev edition portable, and they all work fine currently. I have used the portable nightly for years and there never was a problem, so it doesn't make any sense.
Right, the system menu is controlled by the program. There's a similar issue with Electron programs:
https://github.com/electron/electron/issues/12134
rearranging pinned jumplist folders is not moving one space up or down
A bug since 5.15.2 You can no longer move a Windows Explorer or Notepad pinned folder only up or down 1 line. It is impossible to arrange them in a particular order since it moves the folder 2 or more space up. Also It will not let you move a folder to the very bottom now.
Should I uninstall it and use an older version that worked perfectly. OpSys = Win7Ult.
Other "installed program" jumplists work just fine (Excel, iPhoto, Access, Word, various web browsers etc)
is it possible that do nothing when hover & left click on combined item to show list ?
like this: 👇

thank you !
Pinned _shortcut_ position not properly restored with virtual_desktop_order_fix set to 1
Please note:
For this report, please note the distinction between "application shortcuts" and "running application icons". I searched and found similar bug reports here (all fixed), but those were strictly relating to "running application icons".
Explanation of issue:
I have application shortcuts with custom icons that I use as separators in my taskbar. It seems, with virtual_desktop_order_fix set to 1, the positions of these shortcut icons are not saved across virtual desktop switches. The other icon positions seem to be preserved as expected, though!
Desktop 1:

Switch to Desktop 2 (no surprises yet):

Desktop 2 - Reorder Application Shortcuts (my spacers, little heart icons):

Switch to Desktop 1 (restores as expected):

Switch back to Desktop 2 (Application icons are reordered from how they were left, now matching Desktop 1):

As you can see, the "running application icons" are preserving their position for each desktop, but the "application shortcuts" are not.
Here are the shortcut properties, in case it's relevant:

And the executables themselves are just empty files that I renamed with a .exe extension. Each shortcut has its own fuax .exe that it targets. I don't actually run them, obviously, they just act as separators. But beyond these separators, I think restoring order of application shortcuts is important in general.
Thank you for looking!
Servicio de atención al cliente por UserEcho