Thank you for your help so far
I am using now version 1.5.0.1396a x64 Portable and Bookmark that has its Search set-up to Custom
*.lnk addcolumn:a a-label:="LNK Target Size" a-align:right a:=getproperty($shortcut-target:,"size") a-format:size
The remaining and new issues are:
I]
Thy Grand Voidinesss wrote: Mon Jan 08, 2024 7:30 am
[...]
and when LNK leads to a removed / non-existing element then it shows
i.e. nothing. I would argue that instead of empty space it should show something like
so that a user would know it is really a dead link and not a case of Everything for whatever reason not being able to access and / or report the target
I would still argue that a dead link is an empty set and not a zero value. So please consider implementing for the Shortcut Target Size column one of these indications:
DEAD LINK
DEAD
DL
Or maybe even give users an option to decide what is to be shown:
● 0 value,
● one of these three descriptions
● an entirely customizable text; either through Advanced Options or as part of the
addcolumn
syntax
In my opinion
DEAD LINK would be most informative- but it would take too much of precious horizontal space in order to be displayed
II]
If a link becomes dead when it is being displayed on the list of items in the main window via the above Bookmark, then its size reported by that custom made LNK Target Size column does not change. The field of Search Edit must be changed to something else and then re-changed back to this filtering expression; or [alternatively] the whole program must be re-opened [my configuration retains between sessions expressions in the Search Edit]
III]
When I came back to dealing with this feature / topic after upgrading my Everything, I tried to sort my LNK files by this custom LNK Target Size column. At first only those LNKs which were visible in the main window got sorted out. Because I then had to scroll down to apparently load up Target Sizes of following one- which was indicated by the fact that I could see the values being added gradually
Did those targeted size values really had to be checked first by Everything and added to my database file in order to succumb to sorting in that LNK Target Size column? If yes- then should not this be performed automatically in the background? Because: how is a user suppose to know that sorting will only affect some of items already present in the main window? And this matches the ill behavior from previous point i.e. LNK becoming a dead link during session but still showing a size value. So, no matter if this is an intended behavior or a glitch, the conclusion is that Everything is not not monitoring this parameter in real time
IV]
The parameter
a-align:right
does work for the data displayed in the custom made Column. But is there a similar one for controlling of its header? Right now I get this dichotomy:
- custom column header is left aligned.jpg (52.81 KiB) Viewed 3457 times
V]
In order to open in some third party file-manager program the location of an LNK file, user must in main window right-click row of the chosen LNK, then look for the sub-menu bearing name of the location folder [which sub-menu will be located near the top of the main shell menu, in its second section], then unfold it and choose Open
I propose renaming it to Open Location for the purpose of becoming self-explanatory, which will be needed if it would ever become configurable at
Tools > Options > General > Context Menu > Open Location
In other words: I propose adding another optional Context Menu feature alike to those 18 already available
The reasoning behind it is not only giving users a quicker access, but also not forcing them to remember that Open Location is already available under the vague term Open and being somewhat hidden in a sub-menu. Because if they forget about its existence then they might futilely waste time on checking configurations and behaviors of
Tools > Options > General > Context Menu > Explore
Tools > Options > General > Context Menu > Explore Path
Tools > Options > General > Context Menu > Open Path
That is exactly what has happened to me: I thought that users, when wanting to access LNK file and not its target, were supposed to use Copy Path / Copy Full Path and then manually paste that data to some program with an address bar [because a similar issue I experienced in file-handler FreeCommander when adding for icons on Toolbars LNK files as executable paths]