|
|
Post by ihatemetro on Nov 14, 2021 6:35:28 GMT -8
Any details on how to get the classic folders pane (any method, either ReactOS browseui or modded XP DLLs) or the tip of the day?
Also, would it be possible to bring back the 98-2000 Web pane without having to do the hack with FindXer? It seems to be in XP as well, but I have no idea what the reg key is to activate it.
|
|
|
|
Post by TechSalt on Nov 14, 2021 10:53:51 GMT -8
Any details on how to get the classic folders pane (any method, either ReactOS browseui or modded XP DLLs) or the tip of the day? Also, would it be possible to bring back the 98-2000 Web pane without having to do the hack with FindXer? It seems to be in XP as well, but I have no idea what the reg key is to activate it. About the modded XP DLLs, i am not sure, i hope R.O.B. posts a how to get the XP folders pane. About the ReactOS browseui method, it has a annoying bug where it does not sync with the folders. You also need to turn off everything that modifies the navigation pane in Classic Shell. If you want to use ReactOS's browseui.dll anyway, extract browseui.zip in the attachments to: C:\reactfmOpen regedit, Take ownership of the {EFA24E64-B078-11D0-89E4-00C04FC9E26E} CLSID, and apply the reg file in the attachments. Attachments:browseui.zip (280.85 KB)
ExplorerBand.reg (986 B)
|
|
|
|
Post by The Jackal on Nov 15, 2021 16:22:53 GMT -8
Do you mean drawing images to re-create the address bar icon/go button? That should be possible, but implementing it would be relatively difficult, and the end result may not even be worth it. The thing about the taskbar is that it's pretty stationary for the most part, whereas an Explorer window can be moved/resized/maximized/minimized. Overlaying a control on a window not only requires you to track the size, position and state of a window, but also keep up with it in a timely manner. I have seen other scripts that try to do this, and it's usually pretty clunky. Much like with fixing the address bar icon, I think the most ideal solution for the Go button would be DLL injection. This would allow for modification of the toolbar button structure to essentially re-create the classic Go button (possibly by even just modifying the existing buttons). I sadly lack the skills to pull any of this off, but working on this project has really made me aware of the limitations of AHK. Yeah, regarding the complexity of achieving that through AHK, I didn't think of it like that. What you said makes perfect sense. |
|
|
|
Post by R.O.B. on Nov 15, 2021 22:35:40 GMT -8
Any details on how to get the classic folders pane (any method, either ReactOS browseui or modded XP DLLs) or the tip of the day? Also, would it be possible to bring back the 98-2000 Web pane without having to do the hack with FindXer? It seems to be in XP as well, but I have no idea what the reg key is to activate it. I was never really able to figure out the web pane, or really any web-related content outside of Explorer panels. It seems that Microsoft has really limited the ability to display web content in folder views. Might be possible, but I never had any luck with it. About the modded XP DLLs, i am not sure, i hope R.O.B. posts a how to get the XP folders pane. About the ReactOS browseui method, it has a annoying bug where it does not sync with the folders. You also need to turn off everything that modifies the navigation pane in Classic Shell. If you want to use ReactOS's browseui.dll anyway, extract browseui.zip in the attachments to: C:\reactfmOpen regedit, Take ownership of the {EFA24E64-B078-11D0-89E4-00C04FC9E26E} CLSID, and apply the reg file in the attachments. The way you're doing it with the ReactOS browseui is pretty similar to the method I used for the XP one, minus some hex editing and the requirement of some additional system files. I actually think the ReactOS version is probably the best way to go, as it seems to be just about as functional as the XP one (if not even more so) and is much simpler to setup. Sadly, the XP version also suffers from the same "folder sync" issue, and it will sometimes even crash explorer.exe when dragging and dropping items in it. Plus, one of the biggest reasons why I was never able to publish this was because of the difficulty of figuring out how to distribute it without sharing copyrighted Windows system files ( which I have had a bad experience with in the past and am extremely hesitant to do again). Add to that the fact that ReactOS is free and open source and I really don't see any benefit with the XP one. For the sake of documentation, however, here are the steps you need to take to use the XP version: 1) Obtain/rename the following files from Windows XP (this has been tested with the files from XP x64 Edition, but the 32-bit versions would presumably work just as well): browseui.dll - rename to xpbrowse.dll shdocvw.dll - rename to xpdocvw.dll shlwapi.dll - rename to xpswapi.dll url.dll - rename to xpu.dll urlmon.dll - rename to xpurlm.dll shdoclc.dll (no need to rename this one) 2) Open each file in a hex editor, and replace any instance of the other files with the renamed versions. For example, in browseui.dll/xpbrowse.dll, replace any instance of "shdocvw" with "xpdocvw" 3) Copy the files to system32 4) Import the attached registry file and restart explorer.exe WinXP_ExplorerBand.reg (1.76 KB) |
|
|
|
Post by TechSalt on Nov 16, 2021 6:18:13 GMT -8
Does anyone know how to make the Folders pane load automatically when you open a folder?
|
|
|
|
Post by leet on Nov 22, 2021 8:37:10 GMT -8
|
|
|
|
Post by anixx on Nov 22, 2021 9:01:08 GMT -8
Regarding the address bar, please describe your method in the Exploror Patcher github. |
|
|
|
Post by leet on Nov 22, 2021 10:54:28 GMT -8
Regarding the address bar, please describe your method in the Exploror Patcher github. No I’m not. Not everything needs to be included in ExplorerPatcher. As with all my software, I will open-source the program I made but I don’t understand why everything needs to be in ExplorerPatcher. The idea of ExplorerPatcher is to tweak things on a vanilla Windows 11 File Explorer to be more usable. This doesn’t belong there imo. Unrelated, but on the topic of ExplorerPatcher: ExplorerPatcher will soon have some of it’s functionality exposed through SCT UI. These will be the Classic Theme oriented features in ExplorerPatcher. The address bar is the Address toolbar present on the taskbar, patched to work with File Explorer instead. I use a C application to create a window with a shell hook to change the Explorer window using WinAPI. Source will be available when I get icons to work in it as well. I don’t use AHK because I really hate it. It’s painful to debug and uses more CPU than just some C code. I’m in the works of converting many of the currently present AHK scripts to C equivalents. I will release these under either one GitHub project or even one application, as that reduces overload. |
|
|
|
Post by ihatemetro on Nov 22, 2021 14:12:11 GMT -8
Regarding the address bar, please describe your method in the Exploror Patcher github. No I’m not. Not everything needs to be included in ExplorerPatcher. As with all my software, I will open-source the program I made but I don’t understand why everything needs to be in ExplorerPatcher. The idea of ExplorerPatcher is to tweak things on a vanilla Windows 11 File Explorer to be more usable. This doesn’t belong there imo. I agree. ExplorerPatcher isn't a Classic Theme patcher and is not meant to be one. It's not "WindowsPatcherToMakeThingsWorkWithClassicTheme". Plus, it's only for WinPadOS 11. What if we still want the (way better) Vista-style system control panel (only in Windows 10 2004 or below) but also want classic theme features, or just components of classic theme features like removing the metro context menu? ExplorerPatcher won't help you there. |
|
|
|
Post by The Jackal on Jan 4, 2022 7:06:48 GMT -8
Here is something else that's technically possible (by again using code from Windows XP).  I really wish I could call this good news, but it sadly falls short in a few areas that make it impractical for everyday use. The "Download Status" (as it's referred to) is loaded here as a toolbar, and seems to work perfectly at first glance. You can re-position it to the top right corner like in older versions of Windows, and it will even play its animation when accessing network folders. The problem is that its position is not saved upon opening/closing windows, and it will sometimes not even display its bitmap at all (although these actually may be the same issue, as it will correct itself upon being manually repositioned). Additionally, its bitmap is located in shell32.dll, meaning that needs to be modified in order to get the image to show up in any capacity. The fact that this is so close to just working properly makes this especially frustrating to me. Maybe one day it can be fixed, but until then, the Download Status indicator is nothing more than a tease of what could be. I missed this. Wouldn't it be more easier (I use the term loosely, I am no coder/dev) to just make a custom toolbar to replicate it? |
|
|
|
Post by R.O.B. on Jan 4, 2022 23:47:19 GMT -8
Here is something else that's technically possible (by again using code from Windows XP). I really wish I could call this good news, but it sadly falls short in a few areas that make it impractical for everyday use. The "Download Status" (as it's referred to) is loaded here as a toolbar, and seems to work perfectly at first glance. You can re-position it to the top right corner like in older versions of Windows, and it will even play its animation when accessing network folders. The problem is that its position is not saved upon opening/closing windows, and it will sometimes not even display its bitmap at all (although these actually may be the same issue, as it will correct itself upon being manually repositioned). Additionally, its bitmap is located in shell32.dll, meaning that needs to be modified in order to get the image to show up in any capacity. The fact that this is so close to just working properly makes this especially frustrating to me. Maybe one day it can be fixed, but until then, the Download Status indicator is nothing more than a tease of what could be. I missed this. Wouldn't it be more easier (I use the term loosely, I am no coder/dev) to just make a custom toolbar to replicate it? I don't have the programming skills to create a custom toolbar either, but I'm inclined to say that would be far easier and more practical to work with than trying to get the actual thing to function properly. In my opinion, there are simply too many barriers that would need to be overcome, and I'm not even sure how much I like the idea of hacking in a bunch of old Windows shell code that has been abandoned for several years just for this. |
|
|
|
Post by leet on Jan 13, 2022 4:10:31 GMT -8
I know how to make a custom toolbar, but I don't know Windows Shell API. I've tried working on it (SCT Explorer) and have gotten somewhere, but there's just many weird quirks, and it is very confusing to work with.
|
|
kasa
New Member
I am not very good at English, so I use a translator.
Posts: 6
|
Post by kasa on Feb 25, 2022 7:23:56 GMT -8
Here is something else that's technically possible (by again using code from Windows XP). I really wish I could call this good news, but it sadly falls short in a few areas that make it impractical for everyday use. The "Download Status" (as it's referred to) is loaded here as a toolbar, and seems to work perfectly at first glance. You can re-position it to the top right corner like in older versions of Windows, and it will even play its animation when accessing network folders. The problem is that its position is not saved upon opening/closing windows, and it will sometimes not even display its bitmap at all (although these actually may be the same issue, as it will correct itself upon being manually repositioned). Additionally, its bitmap is located in shell32.dll, meaning that needs to be modified in order to get the image to show up in any capacity. The fact that this is so close to just working properly makes this especially frustrating to me. Maybe one day it can be fixed, but until then, the Download Status indicator is nothing more than a tease of what could be. Where can I find the 9x series bitmap (the one in the image)? It was not in the shell32.dll of 98SE and 2000. |
|
|
|
Post by TechSalt on Feb 25, 2022 7:43:59 GMT -8
Here is something else that's technically possible (by again using code from Windows XP). I really wish I could call this good news, but it sadly falls short in a few areas that make it impractical for everyday use. The "Download Status" (as it's referred to) is loaded here as a toolbar, and seems to work perfectly at first glance. You can re-position it to the top right corner like in older versions of Windows, and it will even play its animation when accessing network folders. The problem is that its position is not saved upon opening/closing windows, and it will sometimes not even display its bitmap at all (although these actually may be the same issue, as it will correct itself upon being manually repositioned). Additionally, its bitmap is located in shell32.dll, meaning that needs to be modified in order to get the image to show up in any capacity. The fact that this is so close to just working properly makes this especially frustrating to me. Maybe one day it can be fixed, but until then, the Download Status indicator is nothing more than a tease of what could be. Where can I find the 9x series bitmap (the one in the image)? It was not in the shell32.dll of 98SE and 2000. It is in browseui.dll. |
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Mar 10, 2022 18:03:21 GMT -8
Here is something else that's technically possible (by again using code from Windows XP). I really wish I could call this good news, but it sadly falls short in a few areas that make it impractical for everyday use. The "Download Status" (as it's referred to) is loaded here as a toolbar, and seems to work perfectly at first glance. You can re-position it to the top right corner like in older versions of Windows, and it will even play its animation when accessing network folders. The problem is that its position is not saved upon opening/closing windows, and it will sometimes not even display its bitmap at all (although these actually may be the same issue, as it will correct itself upon being manually repositioned). Additionally, its bitmap is located in shell32.dll, meaning that needs to be modified in order to get the image to show up in any capacity. The fact that this is so close to just working properly makes this especially frustrating to me. Maybe one day it can be fixed, but until then, the Download Status indicator is nothing more than a tease of what could be. How is it loaded as a toolbar in this screenshot? |
|
|
|
Post by R.O.B. on Mar 13, 2022 20:36:27 GMT -8
Here is something else that's technically possible (by again using code from Windows XP). I really wish I could call this good news, but it sadly falls short in a few areas that make it impractical for everyday use. The "Download Status" (as it's referred to) is loaded here as a toolbar, and seems to work perfectly at first glance. You can re-position it to the top right corner like in older versions of Windows, and it will even play its animation when accessing network folders. The problem is that its position is not saved upon opening/closing windows, and it will sometimes not even display its bitmap at all (although these actually may be the same issue, as it will correct itself upon being manually repositioned). Additionally, its bitmap is located in shell32.dll, meaning that needs to be modified in order to get the image to show up in any capacity. The fact that this is so close to just working properly makes this especially frustrating to me. Maybe one day it can be fixed, but until then, the Download Status indicator is nothing more than a tease of what could be. How is it loaded as a toolbar in this screenshot? Hey, sorry for the late response. To answer your question: this was achieved by registering some modified DLL files from Windows XP (please refer to my earlier post which goes into details on how to do that), adding the missing bitmaps for it into shell32.dll, and making some minor tweaks to the registry (please see the attached reg file). It's pretty messy, and as I mentioned, you are basically hacking in a bunch of unsupported Windows shell code for an end result that is ultimately disappointing. So I wouldn't really recommend doing it, however you are of course welcome to try it yourself at your own risk. downloadstatus.reg (1.15 KB) |
|
Maya
Freshman Member
Posts: 53 
Theme: Project 2000 (Im lazy)
CPU: PC Intel Core i5-3470
RAM: 8gb
GPU: GTX 1080
|
Post by Maya on Mar 17, 2022 2:03:43 GMT -8
I am feeling so happy now. Thank you, TechSalt and R.O.B. Now I have some questions. Is it possible to show icon properly on address bar and replace reload button with Go button? And my address bar height is too high. Is this fixable?
Also I found kinda strange thing. It shows Go button instead of reload in Network folder. I think it is related to that you have the modern search/address bar enabled. I disabled mine but it is also too high along with the menu bar |
|
|
|
Post by nonameneeded on Apr 30, 2022 5:38:09 GMT -8
What do I have to do to use Autohotkey? I do have the Address bar remover which seems to be Autohotkey-related but I don't know how to create a new Autohotkey exe-file. I also have Activaid ( www.heise.de/download/product/activaid-24593 ) which also seems to be related to Autohotkey in some ways. Can I use Activaid to use this code above? |
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Apr 30, 2022 5:48:38 GMT -8
What do I have to do to use Autohotkey? I do have the Address bar remover which seems to be Autohotkey-related but I don't know how to create a new Autohotkey exe-file. I also have Activaid ( www.heise.de/download/product/activaid-24593 ) which also seems to be related to Autohotkey in some ways. Can I use Activaid to use this code above? AHK scripts compiled as exes should run if you doubleclick on them without AutoHotKey AHK scripts in an .ahk file need AutoHotKey to run |
|
|
|
Post by nonameneeded on Apr 30, 2022 9:13:43 GMT -8
Well the script on page 1 doesn't seem to work. All it says is this:  |
|
