I added FindExInfoBasic on 20150101, but did not find the measurable speed difference so impressive. So I only implemented it half-heartedly.
I'll add it to normal browsing in the next beta. Curious about the feedback...
Perhaps there is a bottleneck in related procedures. If you add performance counters to the debug code directly to the FindFirstFileExW call, you will immediately see the percentage of speed gain compared to the default method.did not find the measurable speed difference so impressive
Thanks for the notes! Will become handy.
How?
Well, just a couple of options:
So now I will remove all that temp file business
It's never too late to learn something new, it's endless and fun!AHK skills are enough now
get("bitness")
and wanted to ask if there is a way to add this information (bitness) to the tooltip of the corresponding files?Code: Select all
v23.00.0309 - 2022-05-13 15:37
% Browsing and many other things should be slightly faster due to the implementation
of a small labor-saving flag in one of the most frequented places in the code.
Nice to see the speed improvement, I think the most intuitive thing for users is the speed of switching tabs.admin wrote: ↑14 May 2022 08:17Does anyone find the app snappier now? I think so, especially when opening larger folders.Code: Select all
v23.00.0309 - 2022-05-13 15:37 % Browsing and many other things should be slightly faster due to the implementation of a small labor-saving flag in one of the most frequented places in the code.
●Antieve wrote: ↑13 May 2022 07:11 I took the time to watch the beta for more details and here are some quick notes.
Something goes wrong with realization because:
- XYCtx window spamed with
WM_TIMER
messages all the time- XYCtx have a memory leak
- XY(Ctx?) shows non relevant menu sometimes on multiselect (this is an old bug)
- Very slow menu when selecting a lot of files
CRITICAL
#1 and #2 not fixed (But let's leave these boring things for later, I think the reasons and the solutions are obvious)test.cmd
(or whatever you like) and run it from anywhere. It will create a TEST folder next to itself with lots of files inside and will open it in an windows explorer.
Code: Select all
::&cls&::
@echo off
cd /d "%~dp0"
set TestDir=%~dp0TEST
md "%TestDir%"
echo "Just a moment..."
for /L %%N in (1,1,40000) do REM. >"%TestDir%\%%N.txt"
explorer "%TestDir%"
Sounds fascinating, but then the shell extensions in the ctx menu (e.g. WinRAR's "Add to archive...") will only work on those 16 items.Antieve wrote: ↑14 May 2022 18:35 One of the reasons is that you don't follow guidelines
Yes, windows explorer works fast because of passing just first 16 selecting items to a verb. Tricks are everywhere