suggestions and questions about ui/result list

[adamantine]

i also try not to become more deranged that i'm already is

i just found this obvious linguistical mistake. i was trying to say: "that i already am"

Edit the filenames directly in the new filenames text box at the bottom of the multi-file-renamer dialog

it's likely that i won't be using this approach, but anyway:
is there a way to change the size of text? (in the old/new filenames text boxes)
currently the size is too small (i prefer it to be equal to the size of text in result list)

i always have rename_nav=1, it's an absolute must-have (but for me it's not a good solution in case of mass rename)

To the right of show commands containing, type in: everything

the thing is that i already have my shortcut for this command (i use the button "5")

but after i press "5", ET displays (what i want to see) in the same instance
while i speak about the real equivalent to the context menu item "search in everything"

the difference is that the context menu item "search in everything" opens a new instance of ET

Expect sorting to take 10+ seconds for 1 million items

currently i have 418 000 items: 4-5 seconds are a lot, but i will test this feature anyway
and i suspect that it will always be enabled in my case

[void]

Edit the filenames directly in the new filenames text box at the bottom of the multi-file-renamer dialog

it's likely that i won't be using this approach, but anyway:
is there a way to change the size of text? (in the old/new filenames text boxes)

There's currently no option to change the font size of just these two edit boxes.
You would need to change the UI scale from Tools -> Options -> UI.



The dialog font can be set with the following Everything ini settings:

dialog_pointsize
dialog_weight
dialog_italic
dialog_charset
dialog_typeface

The system defaults are typically:
dialog_pointsize=8
dialog_weight=400
dialog_italic=0
dialog_typeface=MS Shell Dlg 2

[void]

Everything 1.5.0.1316a adds support for mixing files and folders when sorting by full path.

You will need to enable fast full path sorting:

• In Everything, from the Tools menu, click Options.
• Click the Properties tab on the left.
• Click Add....
• Select Full Path and click OK.
• Check Fast Sort.
• Click OK.
• From the View menu, under the Sort By menu, click Mix files and folders.

[adamantine]

i enabled fast full path sorting, but currently there are 2 problems:

1. i found only 1 (tedious) way to activate this feature:
right click on white > sort by > index > full path

and no keyboard shortcut (that i may assign to the 'sort by full path' command)
and no corresponding entry in the slightly easier part of context menu: 'right click on white > sort by > full path'

- i don't need the 'full path' column (i don't even have the 'path' column),
so i didn't try to add the 'full path' column (probably i'm obliged to tick it anyway, and then remove it in a few seconds)

- i also checked the old 'mix files and folders' command (just in case): it still does nothing, and seemingly this is the expected behavior in my case

2. i failed to get this feature working (using that tedious way): nothing changes in result list

[void]

If you have display_full_path_name enabled you only need to click the Name column to sort by full path.
You don't need to show the full path column.
(sorry I didn't mention this)

I am assuming you still have display_full_path_name enabled? (full path is shown in the name column)


Please try re-adding "full path" to your properties, enabling fast sort and enabling mix files and folders from the View -> Sort by menu:

• In Everything, from the Tools menu, click Options.
• Click the Properties tab on the left.
• Click Add....
• Select Full Path and click OK.
• Check Fast Sort.
• Click OK.
• From the View menu, under the Sort By menu, check Mix files and folders.
• Sort by Name to sort by Full Path. (when display_full_path_name is enabled)

Maybe Everything is not sorting the results correctly, could you please give an example of what you see and what you expected to see.

[adamantine]

thank you, at first glance the feature seems to be working now (after the re-addition of "full path" to my properties)

i always have display_full_path_name enabled

i'll continue to test this new feature, and i'll write here in case of any questions

[adamantine]

after a few hours (and several modest tests)
i haven't noticed any substantial delay (even when there are thousands of lines in search result)

my impression: this is a brilliant addition to ET (a new killer-feature, very well hidden),
this is what it looks like:
 

2022 09 02 08 21 16.png (134.86 KiB) Viewed 9614 times

 
now these your words:     "I will consider an option to offset files and hide the full path for files when the parent folder is shown"
(from this post,     2021-november-15)
became even much more interesting

[adamantine]

1. this new feature doesn't seem to be delaying the ET, which is really great,
the only exception that i noticed is:
when typing the first symbol (in empty 'search edit'), the delay is present - something like 100-150 ms (by eye)

2. i am definitely keeping it as my default sort in ET:     sort by full path, ascending (plus the 'mix files and folders' setting enabled)

3. speaking about the possible improvement ("an option to offset files and hide the full path for files when the parent folder is shown"),
i hope that the following 2 pictures will help to convey my idea:

this is the fresh screen-shot:

2022 09 05 03 11 51.png (226.98 KiB) Viewed 9485 times

 
this is the same screen-shot (but amateurishly edited by me - in the 'paint' program):

2022 09 05 03 11 51 edited.png (173.25 KiB) Viewed 9485 times

 
- the edited screen-shot is just a visual support of what i suggest to implement (in the hope that technically it's not difficult)

- the visual convenience will benefit a lot
 
- here the horizontal offset is 64 pixels (because it's my personal choice),
but in real ET: the range may be implemented, for example, from 0 to 1024 pixels

[void]

Thank you for the feedback adamantine,

"I will consider an option to offset files and hide the full path for files when the parent folder is shown"

I am still considering an option to do this.
Thank you for the screenshot suggestions.

1. this new feature doesn't seem to be delaying the ET, which is really great,
the only exception that i noticed is:
when typing the first symbol (in empty 'search edit'), the delay is present - something like 100-150 ms (by eye)

Enabling the "fast sort" for the full path property makes mixing files and folders by full path practical.
There is still a small delay to "mix" the results.

Without the fast full path sorting, Everything would take 10seconds+.

[void]

Everything 1.5.0.1318a will now always show indexed properties in the sort menu.

[adamantine]

always show indexed properties in the sort menu

shouldn't the 'full path' radio-button also be visible here?:       sort by > full path
not only here:       sort by > index > full path

similarly to situations when, for example, there's the sort by length, and the 'length' radio-button is visible here:       sort by > audio > length
and here it is visible too:       sort by > length

[void]

shouldn't the 'full path' radio-button also be visible here?: sort by > full path
not only here: sort by > index > full path

Yes, you should see:

Name
Path
Size
Extension
Type
Date Modified
Date Create
Date Accessed
Attributes
Run Count
----
Full Path (if the Full Path property is indexed under Tools -> Options -> Properties)
Length (if the Length column is currently visible)
----
Audio
...
Video

(This menu should appear under both View -> Sort by or right click -> Sort by)

What do you see?

similarly to situations when, for example, there's the sort by length, and the 'length' radio-button is visible here: sort by > audio > length
and here it is visible too: sort by > length

If the Length column is visible, the Length property should appear immediately under the Sort by menu.

[adamantine]

What do you see?

i see the absence of radio-button in:      sort by > full path
(though it's not a big problem)
 

2022 09 11 22 18 32.png (238.42 KiB) Viewed 9167 times

 
- this absence is equal under both View -> Sort by or right click -> Sort by

- there is no such issue with the 'length' context menu item,
  it correctly has 2 radio-buttons here:         sort by > audio > length          sort by > length

[void]

Ah, the Full Path item is not checked.

This will be fixed in the next alpha update.

Thanks for the bug report.

[void]

Everything 1.5.0.1319a should now correctly check the current sort.

[adamantine]

Everything 1.5.0.1319a should now correctly check the current sort

i confirm that the fix is working

[adamantine]

26) [this is the new item of the whole thread]

a small suggestion about inline rename mode:

after i renamed an item, but before i applied this rename:
a press on 'down' button usually activates the inline rename mode for the next/lower item in result list
(iirc, this is the     rename_nav=1    ini-setting)

a press on 'down' may lead to a disappearance (from result list) of a just renamed item
(which is normal because it depends on what part of the title has been renamed),
but in this case:

the next item should receive the inline rename mode
(but it's not happening,    the inline rename mode simply goes nowhere)

[void]

Thank you for the issue report adamantine,

I have put this issue on my Things to fix list.

[adamantine]

this thread already contains some high-priority suggestions. for example, these are just 2 of them:

1. an option to offset files and hide the full path for files when the parent folder is shown
2. to rename numerous/several items (selected folders/files) using a favorite text-editor
 
speaking about the 2nd item:
such possibility is so often needed that i had to do at least something about it,
so while waiting for a greater/native solution (inside ET),
i managed to create a very unusual but seemingly nice temporary work-around (let me know if you have better ideas),

the algorithm is quite simple (because that was my main goal):

a - new paper-folder (in xyplorer)
b - drag the items from ET to XY
c - re-name them (using a favorite text-editor)
d - go back (to a previously active folder) (in XY)

 
in my case: the item 'a' requires just 2 clicks        
- the 1st click (right) invokes my 2nd context menu which has numerous commands    (generally, i have 6 big context menus in XY)
- the 2nd click (left) invokes the #771 command     (in XY it means: view > paper-folders > new)

in my case: the item 'a' was created to be as quick and convenient as possible,
thanks to my special window rule (in a program 'actual window manager'):

- (target window) window caption: Create New Paper Folder
- (target window) program: \XYplorer.exe
- (at startup) make transparent: 100% (invisible)
- (at startup) run keyboard macro: <Shift+Tab><Win+Home><Enter><Y>    (here Win+Home means Home) (Win is used as a work-around)
- (at startup) run keyboard macro: delay before running - 0,1 sec

this non-standard window rule allows to save a lot of time/mood/clicks... (and do it constantly)

 
the item 'c': in my case it's necessary to perform just 1 click to begin the process of rename in XY (using a favorite text-editor)
     (i speak about a click above the 5th wide part of status-bar, -
      it's my own split of the XY's status-bar, according to the code in my ahk-script)

 
in my case: the item 'd' requires just 1 scroll down (cursor must be placed anywhere above the XY's status-bar),
     this (and not only this) radical conveniency is possible thanks to the above-mentioned ahk-script

[adamantine]

there are several additional thoughts related to the previous post:
even within my radical approach
(which is aimed at the most convenient/fast rename of multiple folders/files in ET's result list),
i have to perform substantially more clicks/'window switches'/actions than in the case of a native implementation of such feature in ET

 
this is how i see the possible implementation (in its most optimal variant):

- in options > general > ui:        
a new line allowing to select the exe-file of a preferred textual program,
in my case it's notepad2 with the following path:        C:\WINDOWS\system32\notepad.exe

or at least it may be in ini-file (instead of "options > general > ui"), for example:
(by default):     text_manager_path=
(in my case):    text_manager_path=C:\WINDOWS\system32\notepad.exe

 
- there also should be a new customizable short-cut ("options > general > keyboard > result list"),
it may be called "textual rename" or "mass rename"
(and for instance: i will choose something really good/quick, like F12 or scroll lock...)

- so when there's the necessity to conveniently rename more than 1 file,
a user gets the huge time-saving possibility to just select the folders/files (even if there are more than 1000 of them),
and then just press F12 or scroll lock or alt+r...

 
- then a new window of notepad2/"any other textual manager" should immediately appear
(containing the same quantity of lines as the quantity of selected folders/files in result list)
(and seemingly, these lines should only contain the names, not the paths)

- after a user performed the needed manual renames (using the huge power of a textual manager),
it's necessary for a user to save the result, and to close this 'notepad'-window

- after the 'notepad'-window is closed, ET instantly renames all objects
(according to the changes which were made manually by a user, inside the 'notepad'-window)

 
 
off-topic:       there's a noticeable (but kind of bearable) problem:

- when dragging the selected objects (from ET to XY's paper-folder), they appear in XY in a visually truncated way (horizontally)

- a manual click on the "view > columns > autosize columns now" setting partially removes the problem,
but the thing is that: such manual click is not acceptable,
simply because it's very inconvenient to do it all the time,
and also because it ruins the initial sort order (inside the paper-folder)

- the additional aspect is: it was not like this all the time
(several days ago: this visual defect was absent)
(now: it's present, for some strange reason) (i was not changing any corresponding settings/options in XY)