Printable View
I was kidding myself, because i had the visibility options in the Windows explorer settings turned on!Quote:
Originally Posted by Mith
Now im back where i started!
The enumeration of ShellObjects depends on the visibility settings of the Windows Explorer :sick:
But why do they offer the flag SHCONTF_INCLUDESUPERHIDDEN if it has no impact when used?
Wait I made a mistake... I didn't have ShowSuperHidden = True so the control itself was filtering them out. It's partially working for me on Server 2019 now (either SHCONTF method).
Something funky is going on though... it's showing hidden/system items everywhere except Users\Administrator on Server2019. Including Users\Default. It shows the H/S items for my logon on Win10 Enterprise LTSC; so this is a server 2019 issue I think.
I tested the new enum method with Server2019 and 2022 and i cant see the hidden AppData folder until i activate the visibility option in the explorer.
I guess i should post the problem at stackoverflow and ask the experts why SHCONTF_INCLUDESUPERHIDDEN is ignored when enumerating the content of a folder.
It's not.
It's ignored on Server 2019 (and apparently 2022) in Users\Administrator, and works everywhere else. It's showing AppData et al in every other user folder. It's showing $RECYCLE.BIN and System Volume Information in C:\... it's working. Except that single folder.
ucShellTree with new enum + ShowHidden=True & Win11 Explorer + hide hidden:
Attachment 190441
AppData is not visible for the current user but visible for the Default user in the tree!
ucShellTree with new enum + ShowHidden=True & Win11 Explorer + show hidden:
Attachment 190442
AppData is everywhere visible.
Strange!
Today i have some good news for all OCX lovers :D
After many code changes i tried to compile the control as an OCX with binary compatibility again and this time is was successfull!
I guess it was the subclassing code change. How knows...
ucShellTree can now be used as an OCX in your projects. That will make it a lot more easy to update all your projects!
There are currently only 2 known bugs:
- Item rename crashes (LabelEditRename should be disabled until fixed)
- MonitorDirChanges not work correctly
I tested the control successfully with Win7,8,10,11 & Server2008R2,2012,2016,2019,2022. Vista isnt supported due some missing shell API support.
@fafalone
How to make the changes public so other people can use or test the enhanced ucShellTree project?
My changes since v2.9.2 (ALPHA, 29 Jan 2024, fafalone):
Quote:
'v2.9.4 Mith
' - TVExpandFolder: Added a new filter method to enumerate items
' BindToHandler -> EnumObjects -> e.g. SHCONTF_INCLUDESUPERHIDDEN
'
' - replaced the thunk subclassing with Krool's subclassing
' the control crashed on all Windows Server editions because the Windows DEP protection is
' activated for all apps per default
'v2.9.3 Mith
' - Added project variable mCreateShellTreeManually.
' True = you have to call the new public function "Create_ShellTree" to create the ShellTree.
' This enables you to set up all control properties in the code before the ShellTree
' is created. Also avoids the enum of the ShellTree with the standard properties
' False = ShellTree will be created automatically after reading the usercontrol properties
'
' - Added project variable mHideLNKfileExtension.
' True = hiddes the .lnk file extension
' false = shows the .lnk file extension
'
' - Added property ShowOnlyDrives. Shows only drives when ComputerAsRoot=True and
' deactivates the expanding of drives
' - Added property HideRecycleBin. hides the recycle bin
' - Added property HideControlPanel. hides the Control Panel
' - Added property HideOneDrive. hides OneDrive
' - Added property HideNetwork. hides Network
' - Added property HideLibraries. hides Libraries
'
' - ItemClick event: now you can cancel the item checked/unchecked setting by changing the
' value of the variable fCheck (unchecked: fCheck=0, checked: fCheck=1)
'
' - Added property ShowOnlyFileCheckbox. This option hides the checkbox for all non-files
'
' - (Bug fix) overlay icons are not displayed correctly. added a new imagelist for 16x16 overlay icons
'
' - (BUG fix) m_ForceExt = STEP_AlwaysShow didnt not show all file extensions (zip, url...)
'
' - converted the latest twin basic ucShellTree Project to VB6
'v2.9.2 (ALPHA, 29 Jan 2024)
' ...see TwinBasic project
If you're going to keep updating it, I think your own thread would be best; the ctl version goes here, the OCX version in Utilities - Components along with my old ocx versions and the VBCCR ocxs Krool makes. Just note it's a fork of my project; I'm happy to see such things :)
You're definitely going a lot faster than I'll be able to update the main branch here or the newer tB branch; I've implemented some of your changes but not all and have so many things I'm trying to work on. Are you planning to update the tB version as well? If not I'll at least try to do that to make the enhancements available there.
I will share the updated ShellTree by user request. I dont want to start a new thread with a forked version.
I dont use TwinBasic, so i only update the VB6 control. Currently i have no time to upgrade my apps to TwinBasic.
Please let me know about bug fixes or new features so i can update the control.
My current tests with the enhanced VB6 ShellTree control are all successfully. Next step is to update my apps to use the OCX version.
Ok, at least attach it to a reply in this thread then, if you're still meaning to share it with others, I'd like to get a copy so I can update the tB version and eventually the VB6 version on the first post of this thread. Or you can PM it to me if you didn't want such broad exposure. Or not, your fork, up to you.
ucShellTree v2.9.4 download: Attachment 190452
Included files:
ucShellTree.ctl
ucShellTree.ctx
ucShelltree.bas
To use it as an OCX it would be better to convert this project variables to public control properties:
Code:Private Const mNeverExpandZip As Boolean = True 'Never expand a zip under any circumstances.
Private Const mHideLNKfileExtension As Boolean = True
Private Const mCreateShellTreeManually As Boolean = True
I found another problem while testing the control:
Drive letters linked to network shares or local folders are not displayed in the ShellTree.
For example, i mapped the network share "\\nassrv\data" with Z: but i cant see the drive Z anywhere in the control.
Do you have any ideas how to show them in the tree?
I found the problem:
The new enum method doesnt include these kind of drives:
Switching back to the old method fixed the problem!Code:lReturn = pISF.EnumObjects(0, _
SHCONTF_CHECKING_FOR_CHILDREN Or _
SHCONTF_FOLDERS Or _
SHCONTF_NONFOLDERS Or _
SHCONTF_INCLUDEHIDDEN Or _
SHCONTF_SHAREABLE Or _
SHCONTF_STORAGE Or _
SHCONTF_NAVIGATION_ENUM Or _
SHCONTF_INCLUDESUPERHIDDEN, _
pEIDL)
There is always a drawback when fixing a problem!
In this case i wanted to show all hidden items but in the end the AppData folder still isnt visible and now the linked drives are not visible too...:sick:
Don't include all those flags. Try
SHCONTF_FOLDERS Or _
SHCONTF_NONFOLDERS Or _
SHCONTF_INCLUDEHIDDEN Or _
SHCONTF_INCLUDESUPERHIDDEN,
Now the linked drives are visible at "This PC". Is it normal that they are not visible at "Desktop"?Quote:
Originally Posted by fafalone
Mine have always been only under ThisPC. Only my external USB drives show up as children of the Desktop.
You said they were showing with the original method; is it different with that?
No, its not different with the original method. I was just wondering why not all drives are shown at the Desktop branch. I guess at Desktop you only see drives that are available for all users and at "This PC" they also show drives that are only available for the current user.Quote:
Originally Posted by fafalone
Win 10 german enum comparison:
Attachment 190460
They look the same, the old enum in the middle and the new enum at the right.
I just saw that the overlay icon for linked folders is gone. See left vs middle&right.
And the folder "C:\Programme" aka "C:\Program Files" is displayed twice.
One can be expanded and the other one is a link and cannot be expanded.
I checked this with the original v2.7, same result, displayed twice.
I found the problem: you removed "Or ILC_MASK" at InitImageLists at your TB project and i copied your code!Quote:
Originally Posted by Mith
Add the flag again to see overlay icons:
Private Sub InitImageLists()
himlTV = ImageList_Create(mIconSize, mIconSize, ILC_COLOR32 Or ILC_MASK Or ILC_HIGHQUALITYSCALE, 1, 1)
...
End Sub
Just a heads up I found a bug where if you have dpi awareness enabled, IconSize will continuously increase on subsequent runs from the IDE (including reloads in designer). Need to remove mIconSize = mIconSize * m_ScaleX in pvCreate, cxy = cxy * m_ScaleX in Property Let IconSize, then change all the other uses of it (besides prop read/write/init) to scale there, e.g. TVEntries(1).nIcon = TranslateIcon(lpIcon, siFav, pidlParF, pidlFav, mIconSize * m_ScaleX, mIconSize * m_ScaleY, pidlChF)
Edit: Re: ILC_MASK, must be a versioning thing I added that in after finding out the overlays were no longer showing up after I added IconSize.
Changes done:
Looks good at Win11 DPI 175%:Quote:
' - (Bug fix) if you have dpi awareness enabled, IconSize will continuously increase on subsequent runs
'
' - (Bug fix) drives linked to network shares are not displayed at the branch "This PC"
'
' - (Bug fix) overlay icons are not displayed because of the missing flag ILC_MASK
' in the function InitImageLists
Attachment 190462
[deleted] due to misleading info.
I think there should be a way, such as using a notepad. Or the setting can directly replace these changed codes with the original huge project.Quote:
Originally Posted by Mith
Then which of your new version functions have been merged and which have not?
We need a tool for such management.
Perhaps it is best to use github in this way.
We have a new feature that we can request to be incorporated. If you are not afraid of merging, you can use it as a virtual mirror. It doesn't actually take up more hard drive space, it's just a configuration.
For example, translate the twinbasic IDE into the languages of different countries. We just need to write a translation settings file to replace the text in the web page with other languages. This configuration only needs 20kb.
Suppose, suppose we add a version flag to each control or piece of code. At top of code file (*.frm, CLS, *.ctl) Is 64-bit supported? [supportx64=1] [codeVersion=2.2] On the vbforums forum, it is also difficult to make it an automatic update version. And the site may one day go out of business or the hard drive is damaged.So it would be better to release all the source code to a github open source project. What is uploaded to VB fourms is just a copy of the old version. We also need a VB6 version of the github automatic version control system plugin. Just like the software installed on our computers is automatically upgraded. A function or a module can be versioned. Some code has been changed, and it can be replaced directly from the original version to the last five versions. However, some modules can only support continuous upgrade from a certain version.
Mith posted his version with those changes in post #210.
They're also available in the twinBASIC version of ucShellTree, which is several versions ahead of the VB6 version here.
If you want to talk about translating tB, do it in the tB forum, tB GitHub, or tB Discord. Not in my ucShellTree thread.