Highlight Folders In Windows Explorer

[Carol]

This 'Classic Color Panel', does change colors in most Windows applications (3rd party apps.), however, I found that most comments are correct, here, Explorer colors seemed not to change, except around the menu area. So this is not what the original poster was asking for, at least not that I have read in the Question, sorry everyone, still it is still a pretty good little tweaker.

Windows 10 changes to Explorer have made it pretty hard to customize,such that past methods of customization no longer work.Microsoft's attempt to make its appearance compatible with UWP applicationshas much complicated its customization.

The item selection color now seems to be hard-wired into Explorer, onlymodifiable by changing the theme to Dark or High Contrast in a verylimited manner.This might change in the future, but current solutions are pretty limited.

You could to use the freeQTTabBar,which can still change some attributes of Explorer, adding in additionmore goodies such as tabs and extra folder views.It is unable to change the selection color, but it can change the backgroundcolor to one that will have a better contrast with the pale-blue highlight color.

If you don't find these half-measures to be satisfactory,your only choice is to use a third-party file-explorer which is morecustomizable. See a list of such alternatives with reviews in the articleBest Free File Manager.

You can highlight important files, folders, or links in a document library in SharePoint in Microsoft 365 or SharePoint Server 2019 by pinning them to the top of the document library. When you pin an item, a thumbnail image will appear at the top of the document library page making it easier for users to find it. You then simply click the image to open the item in the browser window. If you click the top right corner of the thumbnail image, the menu at the top left of the document library will change to a list of additional actions you can take on that item.

Found a reproducible annoyance in Windows 10 with Dropbox. I often cycle through a lot of folders using the tab key to rename them one at a time, and this produces an issue where, as soon as the Dropbox app has synced the previous file, Windows highlights all text in the currently-being-edited filename, even if I am tapping through it.

If you were just about to start inserting some text somewhere in a filename, but hadn't started typing yet, then the fact that the filename has just re-highlighted itself might cause you to overwrite the entire filename instead of inserting the part you were planning.

Did this post help you? If so, give it a Like below to let us know.
Need help with something else? Ask me a question!
Find Tips & Tricks Discover more ways to use Dropbox here!
Interested in Community Groups? Click here to join!

Did this post help you? If so, please give it a Like below.
Still stuck? Ask me a question!
Tips & Tricks Find new ways to stay in flow or share your tips on how you work smarter with Dropbox.

I have been experiencing this exact issue forever on multiple Windows 10 machines, it is absolutely maddening. Please, please, please fix it, or at least acknowledge that you can reproduce it.

Select a file, press F2 to rename, rename file, tab to next file, start typing (but when the resync of the previous file is complete and the dropbox icon updates the filename is reselected in full and you start typing over the filename again wiping what you just did).

Let's say I have an Explorer window open and I select multiple files and folders (so that they are highlighted in the Explorer window). Is there any way to get AutoIt to 'grab' all the full paths of all those highlighted folders and files (and only the highlighted ones because some the folders and files might not be 'selected' at all) in one go? Really so that I end up with a 'list' of the full paths of all the selected items. (I'm assuming that somewhere in Windows there is something that is actually storing the full paths to those folders and files as you select them.)

I had a quick look at ConsoleWrite in the AutoIt help file and it says something about "This does not write to a DOS console unless the script is compiled as a console application." I don't know how to complile in that way - is that something that I need to do?

As JLogan3o13 has explained, ConsoleWrite is used mainly in uncompiled scripts run in SciTE where it displays the output in the lower pane of the editor window. As previously suggested, use a MsgBox or write to a file to see the output if you run the script compiled.

Melba23, Your code does definitely not work on Win 7 SP1 64 bit. On that OS Windows Explorer does not contain a SysListView32 control. Instead of it contains a DUIListView control which is a virtual listview. This can be verified with the UI Automation framework or Inspect.exe from Windows SDK. The control is not recognized by the "AutoIt Window Info" tool.

To automate this DUIListView you can use Shell objects. One of the problems with Shell objects is, that only the objects which MicroSoft have implemented are available. But you can easily generate a list of selected items.

You can find an implementation of Shell objects created with ObjCreateInterface in Automating Windows Explorer. And you can find a collection of small examples here. This code works on all Windows versions.

Controls, File Explorer, ROT objects, UI Automation, Windows Message MonitorCompiled code: Accessing AutoIt variables, DotNet.au3 UDF, Using C# and VB codeShell menus: The Context menu, The Favorites menu. Shell related: Control Panel, System Image ListsGraphics related: Rubik's Cube, OpenGL without external libraries, Navigating in an image, Non-rectangular selectionsListView controls: Colors and fonts, Multi-line header, Multi-line items, Checkboxes and icons, Incremental searchListView controls: Virtual ListViews, Editing cells, Data display functions

I tried Melba23's script, though I added a bit to it so that I could see output when the script is compiled. Basically the script doesn't work on my system, Windows 7 x64. It does correctly get the path to the location of the files and folders I've selected, but it doesn't get a list of the selected folders and files.

The only output Melba23's script produces is "D:\0" (The path D:\ is correct but the zero that follows is nothing like what I selected so, I assume, it's just an indication that the script detected that zero folders/files were selected and that it does that because that part of the script isn't working.)

I've read the comments above and see that LarsJ says that the script won't t work on a Win7 x64 system. I looked at LarsJ comments and followed the links he provided and quickly tried out the scripts he provided - but they don't actually deal with my intial query, and to be honest I'm only a newbie and his examples are so complex I don't understand them.

I say! Thanks for your solution, Mikell! After a quick test it seems to work fine, though I'd have to sort through the output once it goes to a text file. Or sort it properly before it's written to a text file. But I have a rough idea how to do that so that is within my capabilities.

(That said I think I'll go with LarsJ's thing given that I worked for hours trying to puzzle out the bits I needed to puzzle out. Still stored your solution though, maybe it will be useful to me in the future. Thanks again.)

I think the code by Melba23 in the post above will work for the desktop. The desktop seems to be a special implementation of Windows Explorer right pane. As far as I know the desktop is using the SysListView32 control on all Windows versions. Just replace CabinetWClass with Progman and the code by Melba23 should work. Of course there is no toolbar.

It's not surprising that the solution by mikell is working. This code will probably work more or less on everything that can be treated as a selection. And it's probably also the fastest solution. Radish, if this solution works for you, you should stay with this.

KaFu and Melba23, that's exactly the solution with Shell objects I was talking about. I thing this will work on all Windows versions. And also the desktop. Just use Progman for the class name of the desktop.

When rolling his move over an open explorer window to browse files, his mouse curses is invisible. The mouse clearly works as rolling over clickable elements such as folders still highlight blue. This issue is only present on windows file explorer windows. When on the desktop or in any other software, the cursor reappears!

The actual reason is a bug in Windows with the Preview window. It appears that on some network drives if you have an item open in the preview window, connection issues can cause the mouse to lose its visibility. Usually closing all Explorer windows and or the open doc preview. Reopening the window usually should fix the issue.

File Explorer is a trusty tool to view, organize, and manage all files stored on the hard disk in a Windows computer. Microsoft recently introduced the tabs feature for File Explorer, a much-needed addition for most of us. But some users share their plight of File Explorer not highlighting the selected files and folders.

c80f0f1006