FileExplorer Treeview and Listview (TreeListExplorer)

[Kanashius]

This is a UDF to use a Listview or Treeview as a File/Folder Explorer.

 You can also fine the TreeListExplorer UDF on Github.

It allows to create a system, where a root folder can be set and that synchronizes all attached Tree or Listviews. So it is possible to attach multiple views to one system.
Additionally, it is possible to add an Input Control as a View to show the current folder. When pressing {ENTER}, the system opens the path provided by the input.
The following functions are available:
 

; #CURRENT# =====================================================================================================================
; __TreeListExplorer_StartUp
; __TreeListExplorer_Shutdown
; __TreeListExplorer_CreateSystem
; __TreeListExplorer_DeleteSystem
; __TreeListExplorer_AddView
; __TreeListExplorer_RemoveView
; __TreeListExplorer_OpenPath
; __TreeListExplorer_Reload
; __TreeListExplorer_GetPath
; __TreeListExplorer_GetRoot
; __TreeListExplorer_GetSelected
; __TreeListExplorer_SetRoot
; ===============================================================================================================================

When creating a System, a callback function can be provided to be called, when the root folder or the current folder changes.
When adding a View, callback functions for single/double click at an item as well as a loading callback can be added.

Example view:

Spoiler

The Code for the Example to get a quick overview:

Spoiler

expandcollapse popup

; #AutoIt3Wrapper_UseX64=Y
#include "TreeListExplorer.au3"
#include <GuiTreeView.au3>

Global $iWidth = 1600, $iHeight = 1000, $iSpace = 5

; StartUp of the TreeListExplorer UDF (required)
__TreeListExplorer_StartUp()
If @error Then ConsoleWrite("__TreeListExplorer_StartUp failed: "&@error&":"&@extended&@crlf)

; create gui
Local $hGui = GUICreate("TreeListExplorer Example", $iWidth, $iHeight)
Local $iTopLine = 100
Local $iCtrlHeight = ($iHeight - $iTopLine)/2 - $iSpace*3, $iCtrlWidth = $iWidth/2 - $iSpace*3
; create left gui
Local $iTop = $iSpace*2+$iTopLine, $iLeft = $iSpace
Local $idInputPathRight = GUICtrlCreateInput("", $iLeft, $iTop-$iSpace-20, $iCtrlWidth, 20)
; _GUICtrlEdit_SetReadOnly($idInputPathRight, True) ; If the Input should be readonly
Local $idTreeViewLeft = GUICtrlCreateTreeView($iLeft, $iTop, $iCtrlWidth, $iCtrlHeight)
$iTop+=$iCtrlHeight+$iSpace
Local $idListViewLeft = GUICtrlCreateListView("", $iLeft, $iTop, $iCtrlWidth, $iCtrlHeight)
; create right gui
Local $iLeft = $iSpace*2 + $iCtrlWidth
Local $iTop = $iSpace
GUICtrlCreateLabel("Current Folder:", $iLeft, $iTop, 75, 20)
Local $idLabelCurrentFolderRight = GUICtrlCreateLabel("", $iLeft+75, $iTop, $iCtrlWidth-75, 20)
GUICtrlCreateLabel("Selected Folder:", $iLeft, $iTop+20+$iSpace, 80, 20)
Local $idLabelSelectRight = GUICtrlCreateLabel("", $iLeft+80, $iTop+20+$iSpace, $iCtrlWidth-80, 20)
Local $idProgressRight = GUICtrlCreateProgress($iLeft, $iTop+40+$iSpace*2, $iCtrlWidth, 20)
Local $iTop = $iSpace*2+$iTopLine
Local $idTreeViewRight = GUICtrlCreateTreeView($iLeft, $iTop, $iCtrlWidth, $iCtrlHeight)
$iTop+=$iCtrlHeight+$iSpace
Global $idListViewRight = GUICtrlCreateListView("", $iLeft, $iTop, $iCtrlWidth, $iCtrlHeight, $LVS_SHOWSELALWAYS)

; Create TLE system for the left side
Local $hTLESystemLeft = __TreeListExplorer_CreateSystem($hGui);, "", Default, Default, 0)
If @error Then ConsoleWrite("__TreeListExplorer_CreateSystem left failed: "&@error&":"&@extended&@crlf)
; Add Views to TLE system
__TreeListExplorer_AddView($hTLESystemLeft, $idInputPathRight)
If @error Then ConsoleWrite("__TreeListExplorer_AddView $idInputPathRight failed: "&@error&":"&@extended&@crlf)
__TreeListExplorer_AddView($hTLESystemLeft, $idTreeViewLeft)
If @error Then ConsoleWrite("__TreeListExplorer_AddView $idTreeViewLeft failed: "&@error&":"&@extended&@crlf)
__TreeListExplorer_AddView($hTLESystemLeft, $idListViewLeft)
If @error Then ConsoleWrite("__TreeListExplorer_AddView $idListViewLeft failed: "&@error&":"&@extended&@crlf)

; Create TLE system for the right side
Local $hTLESystemRight = __TreeListExplorer_CreateSystem($hGui, "", "_currentFolderRight", "_selectCallback")
If @error Then ConsoleWrite("__TreeListExplorer_CreateSystem right failed: "&@error&":"&@extended&@crlf)
; Add Views to TLE system: ShowFolders=True, ShowFiles=True
__TreeListExplorer_AddView($hTLESystemRight, $idTreeViewRight, True, True, "_clickCallback", "_doubleClickCallback", "_loadingCallback")
If @error Then ConsoleWrite("__TreeListExplorer_AddView $idTreeViewRight failed 2: "&@error&":"&@extended&@crlf)
__TreeListExplorer_AddView($hTLESystemRight, $idListViewRight, True, True, "_clickCallback", "_doubleClickCallback", "_loadingCallback", "_filterCallback", False)
If @error Then ConsoleWrite("__TreeListExplorer_AddView $idListViewRight failed: "&@error&":"&@extended&@crlf)

; Set the root directory for the right side to the users directory
__TreeListExplorer_SetRoot($hTLESystemRight, "C:\Users")
If @error Then ConsoleWrite("__TreeListExplorer_SetRoot failed: "&@error&":"&@extended&@crlf)
; Open the User profile on the right side
__TreeListExplorer_OpenPath($hTLESystemRight, @DesktopDir)
;__TreeListExplorer_OpenPath($hTLESystemRight, @UserProfileDir)
If @error Then ConsoleWrite("__TreeListExplorer_OpenPath failed: "&@error&":"&@extended&@crlf)

Local $idButtonTest = GUICtrlCreateButton("Test", $iSpace, $iSpace)

GUISetState(@SW_SHOW)

ConsoleWrite("Left root: "&__TreeListExplorer_GetRoot($hTLESystemLeft)&" Left folder: "&__TreeListExplorer_GetPath($hTLESystemLeft)&@crlf)
ConsoleWrite("Right root: "&__TreeListExplorer_GetRoot($hTLESystemRight)&" Right folder: "&__TreeListExplorer_GetPath($hTLESystemRight)&@crlf)

; Removes the TLE system and clears the Tree/Listview
; __TreeListExplorer_DeleteSystem($hTLESystemLeft)
; __TreeListExplorer_RemoveView($idTreeViewRight)

while True
    Local $iMsg = GUIGetMsg()
    If $iMsg=-3 Then
        __TreeListExplorer_Shutdown()
        Exit
    EndIf
    If $iMsg=$idButtonTest Then
        __TreeListExplorer_Reload($hTLESystemRight, True) ; reload all folders in the right system
        __TreeListExplorer_Reload($hTLESystemLeft, True) ; reload folder in the right system
    EndIf
WEnd

Func _currentFolderRight($hSystem, $sRoot, $sFolder, $sSelected)
    GUICtrlSetData($idLabelCurrentFolderRight, $sRoot&$sFolder&"["&$sSelected&"]")
    ; ConsoleWrite("Folder "&$hSystem&": "&$sRoot&$sFolder&"["&$sSelected&"]"&@CRLF)
EndFunc

Func _selectCallback($hSystem, $sRoot, $sFolder, $sSelected)
    GUICtrlSetData($idLabelSelectRight, $sRoot&$sFolder&"["&$sSelected&"]")
    __TreeListExplorer__FileGetIconIndex($sRoot&$sFolder&$sSelected)
    ; ConsoleWrite("Select "&$hSystem&": "&$sRoot&$sFolder&"["&$sSelected&"]"&@CRLF)
EndFunc

Func _clickCallback($hSystem, $hView, $sRoot, $sFolder, $sSelected, $item)
    ConsoleWrite("Click at "&$hView&": "&$sRoot&$sFolder&"["&$sSelected&"] :"&$item&@CRLF)
    If $hView=GUICtrlGetHandle($idListViewRight) Then
        Local $sSel = _GUICtrlListView_GetSelectedIndices($hView)
        If StringInStr($sSel, "|") Then ConsoleWrite("Multiple selected items: "&$sSel&@CRLF)
    EndIf
EndFunc

Func _doubleClickCallback($hSystem, $hView, $sRoot, $sFolder, $sSelected, $item)
    ConsoleWrite("Double click at "&$hView&": "&$sRoot&$sFolder&"["&$sSelected&"] :"&$item&@CRLF)
EndFunc

Func _filterCallback($hSystem, $hView, $bIsFolder, $sPath, $sName, $sExt)
    ; ConsoleWrite("Filter: "&$hSystem&" > "&$hView&" -- Folder: "&$bIsFolder&" Path: "&$sPath&" Filename: "&$sName&" Ext: "&$sExt&@crlf)
    Return $bIsFolder Or $sExt=".au3"
EndFunc

Func _loadingCallback($hSystem, $hView, $sRoot, $sFolder, $sSelected, $sPath, $bLoading)
    ; ConsoleWrite("Loading "&$hSystem&": Status: "&$bLoading&" View: "&$hView&" >> "&$sRoot&$sFolder&"["&$sSelected&"] >> "&$sPath&@CRLF)
    If $bLoading Then
        Switch $hView
            Case GUICtrlGetHandle($idTreeViewLeft)
                ToolTip("Load TreeView: "&$sPath)
                ;ConsoleWrite("Load: "&$hView&" >> "&$sPath&@crlf)
            Case GUICtrlGetHandle($idListViewLeft)
                ToolTip("Load ListView: "&$sPath)
                ;ConsoleWrite("Load: "&$hView&" >> "&$sPath&@crlf)
            Case GUICtrlGetHandle($idListViewRight), GUICtrlGetHandle($idTreeViewRight)
                GUICtrlSetData($idProgressRight, 50)
        EndSwitch
    Else
        Switch $hView
            Case GUICtrlGetHandle($idListViewRight), GUICtrlGetHandle($idTreeViewRight)
                GUICtrlSetData($idProgressRight, 0)
        EndSwitch
        ToolTip("")
        ;ConsoleWrite("Done: "&$hView&" >> "&$sPath&@crlf)
    EndIf
EndFunc

 

If you like it, please leave me a comment, also if you have any suggestions to make it better or if you found bugs.

I did a complete rework of this UDF (2025/03/02). Now it is easier to use and does not need external UDFs anymore.
This also removes a lot of bugs, that were in the old version.
It is also possible to freely select if folders and/or files should be visible in any view.

expandcollapse popup

Changelog:
Version 1.0.0 (Old Version)
Version 2.0.0 (New Version after rework)
Version 2.1.0
- Rename $sCallbackOnSelect to $sCallbackOnClick
- Add an additional callback $sCallbackOnSelectionChange, that is called whenever the Tree-/ListView item selection changes
Version 2.2.0
- Improve loading speed for TreeView folders when expanding
Version 2.3.0
- Fix some bugs where folders did not correctly expand/collapse when clicking them (when the root folder is not "" => shows all drives)
- Fix some documentation
- Add a method for reloading (__TreeListExplorer_Reload) the current folder (ListView/TreeView) or all folders (TreeView)
- Remove the reload parameter from the __TreeListExplorer_OpenPath method (Replaced with __TreeListExplorer_Reload).
- Other small internal changes
Version 2.4.0
- Add the possibility to handle file/folder selections better
- Files/Folders keep selected when reloading
- The currently selected File/Folder can be checked with __TreeListExplorer_GetSelected
- File selection is synchronized between all Tree-/Listviews, Folder selection only between ListViews (TreeView folder selection changes the current folder and expands it)
- fixed minor issues
Version 2.5.0
- Disabled TreeList expand with a single click and changed it to a double click
- Selection is now synchronized for all files/folders between all views (Tree-/ListView)
- The Selection callback is now moved from __TreeListExplorer_AddView to __TreeListExplorer_CreateSystem and only fires ones per change for the system and not for every view (as it was before)
- All callbacks were changed to pass the selected folder and some additional information is now provided (clicked index/item, the loading path,...)
- Small performance improvements
- Some internal restructuring
Version 2.5.1
- Fixed: selection not working for drives
Version 2.6.0
- Added support for icons of all file extensions for TreeViews and ListViews.
Version 2.7.0
- Input controls are now possible as a view. They show the current folder and when pressing {ENTER} inside, the system tries to open the path show in the input.
- Changed the behavior of the treeview when clicking items. They now change the current folder, but are not expanded. This changes the folder in the ListView, when clicking a folder in the TreeView.
Version 2.7.1
- Clicking on the Bitmap of a TreeView item is now registered as a click (not just the text like before)
- Fixed a missing selection update when clicking on a TreeView item
Version 2.7.2
- Add parameter for setting the (file-/folder-)icon size on startup
Version 2.8.0
- TreeView selection is now triggering the select event and the $sSelect corresponds to the selected folder/file. NOTE: __TreeViewExplorer_GetSelected will be empty, if the selection is a folder in a treeview
- Selection handling was improved, especially the synchronization between TreeView and ListView
- Add keyboard navigation to the listview
- Fixed a bug, where the icon index was sent as event (GuIGetMsg), when an item was clicked (happens without the udf message handling, so it needed a workaround: suppress the default autoit handler for mouseclicks)
Version 2.8.1
- Fixed a bug, where the select callback was sometimes not send correctly
Version 2.9.0
- Fixed bug for TreeViews, where folders were shown as expandable, when having only files but no folders, even if showing files was turned of
- rework how treeviews are filled/updated/expanded (folders that are expanded will stay expanded on reload)
- add the possibility to set a depth limit for the treeview (Example: Drive selection with $sRoot="" and $iMaxDepth=0)
- Fixed bug for Arrow selection in the ListView to not trigger a click event anymore
- When the open folder or the selection changed, the TreeView checks, if it still exists (=> treeview updates, if a folder was deleted)
Version 2.9.1
- Workaround for a Bug in the GuiTreeView UDF (until it is fixed), causing random control deletions instead of TreeView item deletions
Version 2.9.3
- Fixed custom icon size when extracting icons
Version 2.9.4
- Improved display quality for some icons (Thanks WildByDesign for the work on that)
- Fixed an issue, where cached file icons for individual files were shown as a folder
Version 2.9.5
- Improved display quality for some icons (When resource files are defined in the registry, the one with the size greater or equal to the required icon size will be choosen)
Version 2.10.0
- Added the possibility to filter ListViews/TreeViews with a callback function. This callbackfunction is called for every file/folder and only if it returns True, will they be added to the view.
- Added the possibility to set $bNavigate for ListViews when adding them. This enables or disables the possibility to navigate through folders with doubleclicks in a ListView (and add/removes the ".." folder at the top, which enables the user to navigate to the parent folder)

 

Special thanks to @WildByDesign for a lot of testing to help improving this UDF.

 

TreeListExplorer.au3 TreeListExplorer-Example.au3

Edited March 20 by Kanashius
Update v2.10.0

[Danyfirex]

Really nice and useful. Thanks for sharing.

Saludos

[WildByDesign]

On 7/14/2015 at 6:17 AM, Kanashius said:

If you like it, please leave me a comment, also if you have any suggestions to make it better or if you found bugs.

Thank you for this fantastic UDF. I am honestly quite surprised that it hasn't gotten more attention over the years. Great coding, great example, commenting, etc.

AutoItObject needed to be updated to 1.2.8.3 for 64-bit support. That is all good now.

I do have one question and wondering if you can help me. I am using only treeview and wish to have the treeview show both folders and files.

In the __TLE_DirInTree() function:

While 1
        $path=FileFindNextFile($search)
        ;msgbox(48,"",$path)
        if @extended then
            if $hItem=-1 then
                $hItemNew=_GUICtrlTreeView_Add($Tree,0,$path,0,0)
            else
                $hItemNew=_GUICtrlTreeView_AddChild($Tree,$hItem,$path,0,0)
            endif
            if $SearchAll then
                if not __TLE_DirInTree($sSearchPath & "\" & $path,$Tree,$hItemNew,false) then
                    _GUICtrlTreeView_Delete($Tree,$hItemNew)
                    if $hItem=-1 then
                        $hItemNew=_GUICtrlTreeView_AddChild($Tree,0,$path,0,0)
                    else
                        $hItemNew=_GUICtrlTreeView_AddChild($Tree,$hItem,$path,0,0)
                    endif
                endif
            endif
            $ChildDirs=true
        endif
        if @error=1 then
            ExitLoop 1
        endif
    WEnd

From other examples in the forum:

; Check if a folder
        If @extended Then
            ; If so then call the function recursively
            ListFiles_ToTreeView($sSourceFolder & $sFile, _GUICtrlTreeView_AddChild($hTreeView, $hItem, $sFile))
        Else
            ; If a file than write path and name
            _GUICtrlTreeView_AddChild($hTreeView, $hItem, $sFile)
        EndIf

However, I have tried for several days now to add the extra Else statement to your UDF in many various ways but all have failed. It is far above my knowledge and experience.

[WildByDesign]

@Kanashius I have attached v1.2.8.3 of AutoItObject which fixes x64 support. The example already included in the UDF requires no changes and simply replacing this AutoItObject fixes x64.

@water Provided that the original UDF zip archive gets updated with the newer version of AutoItObject for x64 support, I would strongly advocate for this UDF to be added to the UDF wiki list. It is absolutely brilliant and I am surprised that it never picked up steam initially. It has a great example script to test.

As an example which I will share the code for soon when it's completed, I was able to use this UDF to very quickly and reliably create an ACL Viewer program for Windows security ACL/SDDL parsing. I have experienced zero issues with this UDF aside from the initial x64 support which is fixed with the attached file.

Screenshot:

AutoItObject.au3

[water]

18 hours ago, WildByDesign said:

I would strongly advocate for this UDF to be added to the UDF wiki list.

Done  

[argumentum]

.. this UDF is quite interesting but can crash quite hard. So user beware.

Edited March 4 by argumentum
fixed

[Kanashius]

@WildByDesign
Thanks, I'm glad you like it. I hope you will like the rework even more.
With the Rework I did now, AutoItObject is not needed anymore. It only uses UDFs included with AutoIt now.
The reworked UDF also makes it really easy to show Files in the TreeView as well. Just set $bShowFiles to true when adding a view.

I would encourage you to switch to the new UDF, as the old one was a more early work from me. It had some bugs and was a lot less performant.

@argumentum
Yes, I saw that too and it also had some design mistakes and is completely redone now. It should not have these issues anymore.
But feel free to tell me, if you find some anyway

Edited March 2 by Kanashius

[WildByDesign]

Thank you for following up on this. I appreciate your time very much. I also am very glad that you were able to rework the UDF to not require AutoItObject anymore.

I have been testing this reworked UDF quite a lot since your posted it. So far everything has been very stable, no issues.

I do have  something that I was wondering if you can help me with though. I don't know if it's something that you want to add to the UDF or not, but I would really like to be able to get the current path of whatever folder/file is selected while using the keyboard to navigate up and down. I should note that I am referring specifically to treeview only.

I have been trying to add another Case to the Case $__TreeListExplorer__Type_TreeView section of __TreeListExplorer__WinProc function:

Case $TVN_SELCHANGEDA, $TVN_SELCHANGEDW

I've had some bits of success with it but mostly failures. I can get it to write a message to console each time which is great. But I am failing at getting the full path of the folder/file that is currently selected. I don't understand the new UDF fully yet.

[Kanashius]

@WildByDesign

I've added it (for both Tree- and ListView for consistency).
I did it by adding a new callback for $sCallbackOnSelectionChange and renaming the old one to $sCallbackOnClick (which is what it really was... never thought about the keyboard).

Yeah, the UDF is a littlebit more complex now, with all the maps and stuff

To get a folder:

; Get the data for the view
Local $mView = $__TreeListExplorer__Data["mViews"][$hWndFrom]
; Get Root (always ends with \), by accessing the system, the view is in, and getting its root value
Local $sRoot = $__TreeListExplorer__Data.mSystems[$mView.iSystem].sRoot
; Get Folder (Folders always end with \)
Local $sFolder = __TreeListExplorer__TreeViewGetRelPath($mView.iSystem, $hWndFrom, $hItem)
Local $sPath = $sRoot & $sFolder

I have one global map for all data (to avoid lots of global variables): $__TreeListExplorer__Data.
In this map, there is different stuff saved. Among others, there is a Map with all Systems and a Map with all Views. The system data also contains a map with all views belonging to that system. The Map with all views is only for easier/faster access without having to iterate over all systems (For WinProc and when adding a view, to check, if its already in a system).

So you can get the view data with the Tree-/ListView handle. In this data, there is a "iSystem" field, with the ID of the system, the view belongs to. With this ID you can then access the right system and read its values, like "sRoot" and "sFolder".

The UDF is very data driven. So just changing something in the $__TreeListExplorer__Data and calling __TreeListExplorer_OpenPath($hSystem, __TreeListExplorer_GetPath($hSystem), True) may already work (if you do not touch the wrong stuff ).

If you would like to get a better look, feel free to use the ToString UDF to inspect the content of $__TreeListExplorer__Data.

[WildByDesign]

17 hours ago, Kanashius said:

I've added it (for both Tree- and ListView for consistency).
I did it by adding a new callback for $sCallbackOnSelectionChange and renaming the old one to $sCallbackOnClick (which is what it really was... never thought about the keyboard).

Thank you, I appreciate it. This worked perfectly for me. I know that keyboard input would not normally be thought of for a file explorer type of treeview, but I use it for the ACL Viewer that I am making. Any selection made will then poll the security descriptors for that file/folder and go through the parser that I ended up coding. So I also wanted the ability to navigate up and down with the keyboard as well and it works great for that purpose now that you have updated the UDF.

The code snippet that you shared helped me to understand the mapping and views better now. I imagine that helped keep the UDF code smaller too which is nice.

I only have one last concern. Performance, particularly for larger directories such as C:\Windows and C:\Windows\System32 for example.

Most directories behave quite well. But those two examples take a good amount of time to display and will also flicker a bit once they display.

How many directory levels deep to you go with each selection?

Is there anything that can be done to improve the loading of those larger directories?

I am referring to treeview-mode only since I don't use the listview in my current project.

For comparison, there is another treeview explorer UDF called ChooseFileFolder (ChooseFileFolder - Interim Version 11 Mar 21 - AutoIt Example Scripts - AutoIt Forums). If you try it as an example, try ChooseFileFolder_Example_1.au3 and in particular play around with Ex. 3a in that file. It doesn't seem to have any delay for displaying C:\Windows.

The only problem is that it lacks file/drive/folder icons and many other things that your UDF has.

I don't mind having some delay when displaying larger directories. I am totally fine with that. But I am wondering if there is anything that can be done to reduce it. Especially treeview-only. I don't understand the code very well so I am not sure if it still collects the file date/time/size information for listview when listview is not used. I am still very much a beginner. 

Cheers!

 

[Kanashius]

Hi @WildByDesign, thanks for providing so much feedback, thats really helpful.

I was going one directory deeper, then was shown. So if you open the Windows folder, the content of all direct child directories in that folder were loaded, basically C:\Windows\* was loaded, but NOT deeper, e.g. C:\Windows\System32\*. So the depth would be current+1.

I solved that now, by only looking, if there is any folder/file in that sub directory, without actually loading and adding all folders/files to the TreeView.
Instead I add a dummy child, so the Expand button is shown, but the complete content of that folder is only loaded, when expanding the item.
So for every child, only FileFindFirstFile is called, instead of _FileListToArray (2x, once for folders, once for files) and there is always only one child added and not all folders/files.

With the latest update (v2.2.0) the opening of a folder (Tested with C:\Windows) is pretty much instant for me.

[WildByDesign]

30 minutes ago, Kanashius said:

With the latest update (v2.2.0) the opening of a folder (Tested with C:\Windows) is pretty much instant for me.

Thank you for the quick update. You came up with a very efficient method to handle that. The difference is literally night and day. Great work!

[WildByDesign]

@Kanashius I am working on creating a function right now that involves setting a hot key that will basically refresh the treeview.

It will store the current directory in a variable, remove the treeview, recreate the treeview and then finally set the current directory back to where the user was when it was refreshed.

What is the most performative way to achieve this?

Do I need to do both DeleteSystem and RemoveView or is there a more performative way to do this?

[Kanashius]

I already thought about adding an extra method for reloading, which is now done with v2.3.0 (__TreeListExplorer_Reload).
It can be called with __TreeListExplorer_Reload($hSystem, True) to reload not only the current folder, but all folders (including drives).
On the TreeView only the folders at the current path will be reopened.

@WildByDesign

Before the update, __TreeListExplorer_OpenPath could only reload/refresh the current folder. Thats why I added the additional method now, which required some internal changes as well.
I also fixed some other smaller bugs with the opening/closing when clicking on a folder in the treeview.

I hope this addresses your request as well

[WildByDesign]

Thank you for this update. The new feature works very well and is fast as well.

The only concern that I have is if your current selection is a file, the reload fails.

Is there any way to make it so that if a file is selected, the reload happens based on the folder that contains that file?

For example, let's say you have the following selected in the treeview:

C:\ProgramData\Microsoft\EdgeUpdate\Log\MicrosoftEdgeUpdate.log

It would be good if the reload function could assume that the selection is:

C:\ProgramData\Microsoft\EdgeUpdate\Log\

I can see how this could be much more complicated though. I think I can figure out a way to do this outside of the UDF.

[WildByDesign]

@Kanashius I ended up getting this to work on files outside of the UDF with FileGetAttrib and PathSplit followed by refresh of the treeview. It’s not pretty but it works.

[Kanashius]

@WildByDesign

Thanks for the feedback.
To be fair, it was more of a bug then a missing feature, because not the folder of the file was reloaded, but the last current folder... The current folder was not changed, when a file was selected.
I fixed this by having the file/folder selection handled by the system. This way, a reload refreshes the folder and reselects the currently selected file (or folder in a listview).
To support this better, it is now possible to select a file (Tree-/ListView) or folder (ListView) with __TreeListExplorer_OpenPath($hSystem, Default, "coolFile.txt").
Additionally there is now a __TreeListExplorer_GetSelected method to check, what is currently selected.

I am currently thinking about moving the $sCallbackOnSelectionChange from the __TreeListExplorer_AddView to the __TreeListExplorer_CreateSystem function, because that is handled there now, synchronized between all views... But I am a little unsure, because it would not be possible to send events for TreeView folder selections through that. So then the folder selection of the treeview would have to be handled by the $sCallbackFolder and the file selection by the new select callback, which would be a bit messy 😕
The ability of a TreeView to expand/collapse when clicking on an item (/selecting an item) is a littlebit annoying to be honest 😑 Maybe I should have disabled that... but I wanted to keep the default functionality...

Edited March 11 by Kanashius

[WildByDesign]

15 minutes ago, Kanashius said:

The ability of a TreeView to expand/collapse when clicking on an item (/selecting an item) is a littlebit annoying to be honest 😑 Maybe I should have disabled that... but I wanted to keep the default functionality...

I won’t be able to test this new update until later tonight. But it’s interesting that you mention disabling the expanding when clicking. With each release, I disable that single-click expanding functionality because it was weird to single-click to expand and have to double-click to collapse. So I always modified it to get rid of the single click expand.

Anyway, thank you for the update. I will test later tonight and provide some feedback.

[Kanashius]

@WildByDesign

I made up my mind and removed the single click expand/collapse. It is now done with a double click.
This makes the managing of the selection a lot easier. It is now possible to select folders in the TreeView :).
I used the change to adjust the callback parameters to include the selection and added some additional information that was missing (selected index/item handle for clicks; The current path when loading).

[WildByDesign]

@Kanashius Your latest updates have made this into the greatest Treeview/Listview Explorer UDF, without a doubt. The performance is top notch. The behavior of the functionality is perfect now and matches the behavior of Windows Explorer and works as anyone would expect. Fantastic job. And very efficient as well.

The only thing that stands out to me at the moment:

When you select any of the drive letters, whether by keyboard or click, the selection always blanks out as [] in the example. I feel like it should show as [C:], [D:], etc. when you have one of them selected. For example, if someone used the UDF to create something like Explorer, that selection would be used to update the address bar.