Search found 933 matches
- Thu Feb 15, 2024 11:15 am
- Forum: Bug Reports
- Topic: E++ no longer expands to shell folders in nav pane. (W11)
- Replies: 7
- Views: 44876
Re: E++ no longer expands to shell folders in nav pane. (W11)
From what I remember when I looked into it a few months back: - When transforming a path like "C:\Users\Username\Downloads" into a shell item, the shell would return a reference to an item on the desktop. - That item wasn't the same as the "Downloads" item that typically appeared...
- Tue Jan 30, 2024 9:01 am
- Forum: Help and Support
- Topic: Explorer++ Beta Builds on Windows 8
- Replies: 5
- Views: 1178
Re: Explorer++ Beta Builds on Windows 8
You can download older dev builds from https://explorerplusplus.com/builds?prefix=dev%2F, with the oldest available build being from August last year.
- Tue Jan 30, 2024 1:44 am
- Forum: Help and Support
- Topic: Explorer++ Beta Builds on Windows 8
- Replies: 5
- Views: 1178
Re: Explorer++ Beta Builds on Windows 8
The latest dev build (1.5.0.2296) appears to work correctly when I extract it to a location, then run it on Windows 8. Are you extracting it to a location where there's an existing config.xml file? Does the application open correctly if you switch back to the default settings? (You can easily do tha...
- Sat Sep 23, 2023 9:26 am
- Forum: Help and Support
- Topic: windows defender quarantaines explorer++
- Replies: 2
- Views: 27781
Re: windows defender quarantaines explorer++
I have seen a false positive from Defender at least once before. In that case, it was fixed fairly quickly (in less than 24 hours, if I remember correctly). In this case, scanning Explorer++ 1.4.0.2210 with security intelligence version 1.397.1414.0 shows no results, so hopefully it's already fixed.
- Sat Jun 17, 2023 3:01 am
- Forum: Bug Reports
- Topic: Explorer++ no longer shows changes in directories
- Replies: 2
- Views: 34699
Re: Explorer++ no longer shows changes in directories
Thanks, this should be fixed by https://github.com/derceg/explorerplusp ... b85017b259.
- Mon May 22, 2023 2:19 am
- Forum: Help and Support
- Topic: Latest build
- Replies: 4
- Views: 47455
Re: Latest build
The executables are available in the artifacts tab on AppVeyor. You can also use the following direct links: 32-bit: https://ci.appveyor.com/api/projects/derceg/explorerplusplus/artifacts/explorerpp_x86.zip?branch=master&pr=false&job=Platform%3A%20Win32 64-bit: https://ci.appveyor.com/api/pr...
- Sun May 21, 2023 10:03 am
- Forum: Help and Support
- Topic: Latest build
- Replies: 4
- Views: 47455
Re: Latest build
Hi mekd, you can find the latest builds on AppVeyor:
https://ci.appveyor.com/project/derceg/ ... nch/master
Select a platform and then check the artifacts tab.
https://ci.appveyor.com/project/derceg/ ... nch/master
Select a platform and then check the artifacts tab.
- Sat May 20, 2023 9:21 am
- Forum: Help and Support
- Topic: LongPathName on Win10 et 11 - PRO
- Replies: 2
- Views: 30712
Re: LongPathName on Win10 et 11 - PRO
The application is marked as long path aware (as of 6 months ago), but unfortunately, that doesn't have much of an effect. The shell interfaces that the application uses all fail when the path is greater than 260 characters. Microsoft would need to update those interfaces. Until that happens, there'...
- Sun Apr 09, 2023 10:26 am
- Forum: Bug Reports
- Topic: E++ no longer expands to shell folders in nav pane. (W11)
- Replies: 7
- Views: 44876
Re: E++ no longer expands to shell folders in nav pane. (W11)
Also, to expand a bit more on why "This PC" isn't considered to be a parent of "C:\Users\{username}\Downloads", the reason is that parsing paths (e.g. paths like "C:\Users\{username}\Downloads") aren't unique in the shell namespace. In the filesystem, they are. You can'...
- Sun Apr 09, 2023 10:05 am
- Forum: Bug Reports
- Topic: E++ no longer expands to shell folders in nav pane. (W11)
- Replies: 7
- Views: 44876
Re: E++ no longer expands to shell folders in nav pane. (W11)
It looks like the folders no longer compare equal. That is, when you enter the path "C:\Users\{username}\Downloads", the resulting ITEMIDLIST no longer compares equal to the ITEMIDLIST for the "Downloads" folder on the desktop. Which is unexpected, since that works in Windows 10 ...