File Deletion can cause Viewport Jumps - oddity

[therube]

File Deletion can cause Viewport Jumps - oddity


when you delete a file
(I wonder if hard or soft deletes matters? as most often, I've been doing both, but didn't particularly pay attention ?)
there are times (not always) when the /viewport/ moves around
as in instead of simply dropping down to the next file
the viewport moves, to kind of, keep that next file,
i'll say, more towards the middle of the viewport (though not always)

name sort, ascending

not really an issue, but a bit of an oddity,
in that things are apt to "move around" a bit
before finally settling (down)

[void]

Do you have focus_next_after_delete disabled?

With focus_next_after_delete disabled, Everything will likely jump to the file in the recycle bin after deletion.

[therube]

Do you have focus_next_after_delete disabled?

No.
Only, Config: select_focus_on_lost_selection=1

(I wonder if hard or soft deletes matters? as most often, I've been doing both, but didn't particularly pay attention ?)

Only a soft delete shows the behavior.

Code: Select all

Everything:	1.5.0.1383a (x86)
OS:	Windows NT 6.1 7601 (x64)
Admin:	0
Service:	1 (connected / installed and running)
Command line:	-instance 15
Binary:	C:\DEV\Locate\15.1383\Everything.exe
Profile:	C:\DEV\Locate\15.1383\Everything-15.ini
Database:	C:\DEV\Locate\15.1383\Everything-15.db
Instance:	15
Config:	match_path=1
Config:	ignore_punctuation=1
Config:	ignore_whitespace=1
Config:	shell_execute_short_parameters=1
Config:	show_mouseover=0
Config:	dupe_group_colors=1
Config:	highlight_max_or_paths=256
Config:	zoom=134
Config:	select_focus_on_lost_selection=1
Config:	drag_drop_simple_pidl=1
Config:	auto_include_fixed_volumes=0
Config:	auto_remove_offline_ntfs_volumes=0
Config:	find_first_file_path_not_found_retry_timeout=30000
Config:	icon_blend_hidden=1
Config:	thumbnail_medium_text_lines=3
Config:	thumbnail_large_text_lines=2
Config:	filelist_context_menu=0
Config:	open_many_files_warning_threshold=9
Config:	set_foreground_window_attach_thread_input=0
Config:	snap_toggle_on_shift=1
Config:	rename_overwrite=1
Config:	allow_literal_operators=1
Config:	convert_forward_slash_to_backslash=1
Config:	operator_precedence=1
Config:	size_format=1
Config:	size_number_format=4
Config:	ellipsis=0
Config:	jump_to_timeout=99999
Config:	folder_rescan_timeout=60000
Config:	length_dupe_tolerance=900
Config:	find_and_select_clear_selection=0
Config:	find_and_select_select_folders=0
Config:	find_and_select_select_files=0
Config:	context_menu_parent_folder=1
Config:	custom_open_command01=$exec("C:\WLIB\PLAYERS\mpv.net\mpvnet.exe" %*)
Config:	custom_open_command02=$exec("C:\BIN\XXhash64.BAT" %*)
Config:	custom_open_command03=$exec("C:\BIN\MI_COMPARE.BAT" %*)
Config:	custom_open_command04=$exec("C:\BIN\HEX.exe" %*)
Config:	custom_open_command05=$exec(C:\BIN\win32pad.exe K:\xfeRRRRRRR\DONE\DONEX\delme.from.K\new.txt")
Config:	custom_open_command06=$exec("C:\BIN\chk.4.EVERYTHING.exe" %*)
Config:	filter=VIDEO
Config:	preview_icon=1
Config:	treeview_everything_expand_button=1
Config:	findbar_highlight_all=0
Config:	search_for_text_when_you_start_typing=1
Config:	search_history_always_suggest=1
Config:	columns=[{"name":"Name","width":315},{"name":"Path","width":148},{"name":"Size","width":84},{"name":"Extension","width":36},{"name":"Date Modified","width":112},{"name":"Length","width":54}]
Config:	ntfs_volumes=[{"path":"C:","volume_name":,,, }"}]
Config:	properties=[{"name":"Length","include_only_files":"*.3gp;*.asf;*.asx;*.avi;*.divx;*.f4v;*.flv;*.m2t;*.m2ts;*.m2v;*.m4v;*.mkv;*.mp4;*.mpe;*.mpeg;*.mpg;*.mov;*.mts;*.ogm;*.ogv;*.qt;*.ram;*.rm;*.rmvb;*.smil;*.swf;*.ts;*.vob;*.vp6;*.webm;*.wmv;*.h264;*.srt;*.part","fast_sort":1}]

[therube]

So... something else must be playing into this, no.
DUPE'ing, coloring, group_lines, dupe_line_color=#000000 ... ?


(I'll note, that a user.js file, holding custom .ini settings - that override Everything.ini settings, would make it much easier to duplicate a Profile settings, elsewhere. [But for that purpose alone, I can simply copy the .ini itself, no?])


This doesn't really show it, but at least the delete from the bottom of the window jumps back to center.

Everything Viewport Jump.7z

(1.34 MiB) Downloaded 19 times

[NotNull]

(I'll note, that a user.js file, holding custom .ini settings - that override Everything.ini settings, would make it much easier to duplicate a Profile settings, elsewhere. [But for that purpose alone, I can simply copy the .ini itself, no?])

From the top of my head (so likely missing a couple of options)

- Command-line: -install-config
- Command-line: -add-config
- Search Command: /add-config
- Menu => Tools => Import and Export Settings



BTW:

Code: Select all

Everything:	1.5.0.1383a (x86)
OS:	Windows NT 6.1 7601 (x64)

32-bit Everything on 64-bit Windows? Why?

[void]

The viewport jump is caused by focusing the next item, before the old item is deleted.

If the old deleted file was at the bottom, the next file will be offscreen.
Everything will center the new focus if it is offscreen.

The next alpha update will trial not bringing the next focus into view when the top most selected item is visible.

[therube]

32-bit Everything on 64-bit Windows? Why?

Why not?
I tend to stick with the least common denominator unless there is some pervasive reason to do otherwise.


And I'll note that the clip above really isn't indicative of what I was seeing.
With what I was* seeing, focus was always within the viewport, but jumping rather wildly until finally settling down.
Like it was jumping towards the bottom, then towards the top, then finally stopping a few lines down, kind of thing.
And this was happening time after time after time, on consecutive deletes.


*Was.
Heh. And my thought was I'd just go I capture a clip of it doing it in action.
But... well, things came up, changed a bit, my searches changed or what I've been doing has changed... & so far, I've not gotten it to do it. And then I'd have thoughts, oh, it must be this & that & the other that I must have done that precipitated it - but so far... I don't have the clip - yet.