XY very slow display of directories with images

[Julian]

If I open a directory with RAW and JPEG images XY praktically locks up.

I selected standard list, no exif properties and no preview.
In the options I selected the "super fast interal symbols". Nevertheless it seems so that XY is checking the symbol for each single file dispite there are only a handfull different file extensions involved.

V24.00.0100

[RalphM]

And you've excluded XY from your AV SW?

[admin]

Can you show a screenshot of that list?

[Julian]

Screenshot 2023-02-01 092721.png

After removing "Dateibeschreibung" it was not better.
Simply entering the directory (512 elements) took several seconds.

I now found out the "Dateiversion" caused the problem.
I don't know how XY retrievs the version, to my knowledge it only makes sense for EXE and DLL - I at least only would need that for executables.

[admin]

You are using the Shell Property column "File Version". The shell stupidly tries to extract the version from anything you throw at it. Slow. Solution: Use XYplorer's Special Property Column "Version", or define a Custom Column where you can specify a filter to your liking.

[Julian]

I see the problem here:
When I activate the Description and Version for one directory using
setcolumns("Name.298,Ext.55,Size.96,Modified.171,Created.171,:n-34.217,:n-166.144,", 2);
The columns stay active when I leave the directory.

Is there an option to make setcolumn changes the columns only for the current directory so it is not used when leaving the directory?

[Julian]

Thanks for the hint, I changed my columns to
setcolumns("+Name.298,+Ext.55,+Size.125,+Modified.251,+Created.249,+:s-version.146", 2);

and that is much faster. But I loose the description field, so technically my question/suggestion remains.

[Julian]

Something else:
I think the column for filesize deserves better trucation. Instead of just trimming the output string I suggest to reduce the displayed file size to
MB or KB depending on the space available for display.

[admin]

1) Use a Custom Column for Description, and define the filters you need.

2) Use "Flexible" (right-click Size column)

[admin]

If you regularly need to see certain columns, and you want this fast and non-destructive, you can create a locked tab containing all the columns (and other properties) you need and define it as a Virtual Folder by settings it location to vi:<pickall>. Now you can use the tab as a "special view" onto your current folder whatever that is, simply by selecting that Virtual Folder tab. That's another nice usage of VFOs.

[Julian]

Thanks, I am using +:d-18.200 now (custom field 18) - that works nicely.

The "Flexible" column looks fine, but it is not what I had in mind. It changes the unit of the file size according to the size of the file, what I suggested was to change units it according to the available width of the column.

[admin]

Ah. Funny idea. But not likely to happen.

[Julian]

If I open a directory with RAW and JPEG images XY praktically locks up.

I am sorry, since those columns do not get disabled automatically, I sometimes have the "Dateioneschriebung" and "Version" columns enabled. Both are implemented as special attributes. Opening the download folder practically kills XY. Of course, this is apparently caused by the Windows Defender, but this is no excuse. I cannot disable the Defender.

I think the problem could be solved by having a cache file with attributes, at least in certain directories.
Right now I have to kill the XY process.

A different approach is to load the file list first and the attributes later, at best in a different thread or process. But that could have sideffects on sorting, because not all attributes are available from start. If the language XY has been created in does not support thredding, the work can be done in a separate work process, developed in a different language.

So I believe caching would be the easiest solution since only files whith a newer date needs to be checked for properties. The file can be a simple CSV file.

[Horst]

If I open a directory with RAW and JPEG images XY praktically locks up.

I am sorry, since those columns do not get disabled automatically, I sometimes have the "Dateioneschriebung" and "Version" columns enabled. Both are implemented as special attributes. Opening the download folder practically kills XY. Of course, this is apparently caused by the Windows Defender, but this is no excuse. I cannot disable the Defender.

You don't need to disable Defender.
Why don't you make an exception for the XY processes and its dir ?
This will still catch any virus started from XY but removes the scanning of all its activties.

[Julian]

Why don't you make an exception for the XY processes and its dir ?

I am aware of this possibility. But for me it makes sense that Defender is checking the file before XY touches it.
I believe it is a security risk to exclude XY from Defender because it can run all kind of tasks on a file including opening it.