Explorer++

This will be fixed in a development build soon.

Just to note that this has been working again in development builds for a while now.

This will be fixed in a development build soon.

This is probably due to an interaction with the "Open new tabs next to the current one" setting. Which could cause a crash on startup in past versions, but has since been fixed.

Thanks, I've fixed this and the fix will be in a development build in the near future.

One method that's relevant here is ShellBrowser::EnumerateFolder . That method is called when enumerating a folder and can fail for a variety of reasons (e.g. if the directory doesn't exist). However, past a certain point, the navigation is committed and is guaranteed to proceed (even if there are l...

I can't reproduce this; opening Explorer++ 1.3.5 on Windows 7 Pro SP1 works fine for me. Does the same thing happen when you use the latest dev build (you can obtain that from https://ci.appveyor.com/project/derceg/ ... /artifacts)?

In terms of the next release, the current beta is likely what will become 1.4 (without any other changes). I just haven't gotten around to making the release yet. There are bugs in the beta that have since been fixed and there are other issues I know about, but it's probably not worth holding the re...

No, it's not abandoned. The most recent beta was released several months ago and the last commit was earlier this month.

There's no need to actually implement anything or make changes to Explorer++ if you want to use the current dark theme implementation. That implementation is available in the development builds and you can download the most recent build at: https://ci.appveyor.com/api/projects/derceg/explorerplusplu...