Cut (action) does not always "highlight"

Discussion related to "Everything" 1.5 Alpha.
Post Reply
therube
Posts: 4899
Joined: Thu Sep 03, 2009 6:48 pm

Cut (action) does not always "highlight"

Post by therube »

Cut (action, Ctrl+X) does not always "highlight" (or "dull out" or whatever you call it) the selected file name(s).

At least, there are times when it does, & then I've had times when it does not?
The Cut itself always works, just the visual change has not been consistent (for me).
Unsure if something (not that I can think of anything) that might be interfering?

1275a x86, Win7 x64.
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

This could happen if the clipboard changes immediately after cutting items in Everything.


If the issue occurs again, could you please send some debug output:
  • In Everything, type in the following search and press ENTER:
    /debug
  • Cut some items in Everything.
  • What is shown in the Everything debug console?
Please note that hidden files and cut items share the same highlighting/ghosting.
therube
Posts: 4899
Joined: Thu Sep 03, 2009 6:48 pm

Re: Cut (action) does not always "highlight"

Post by therube »

Code: Select all

Everything
Version 1.5.0.1275a (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline .\everything.exe  -instance 15
WM_ACTIVATE 00000000 00000000, lastfocus 01dd03bc, current focus 01dd03bc
WM_ACTIVATE 00000001 00000000, lastfocus 01dd03bc, current focus 00000000
FOCUS 0
FOCUS restore
add nav movi* !/bru !/$
add nav movi* !/bru !/$
COMMAND 40020
add nav movi* !/bru !/$
CUT isviewing 1
iscut 1
ghost selection
viewing 0
WM_DRAWCLIPBOARD 0 0 0
is cut done
WM_DRAWCLIPBOARD 0 1 1
WM_DRAWCLIPBOARD 1 1 1
READ 8
READ 4
PIPE READ 3 12
update m 1 159839352
READ 8
update index E:
PIPE WRITE 34 52
READ 8
READ 344
PIPE READ 0 352
USN DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
READ 8
USN DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
USN CLOSE DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
PIPE WRITE 34 52
READ 8
READ 8
PIPE READ 0 16
READ 8
read usn journal E: in 0.019677 seconds
PIPE WRITE 35 20
READ 8
READ 95
PIPE READ 0 103
PIPE WRITE 35 20
READ 8
READ 65
PIPE READ 0 73
READ 8
updated E: in 0.012849 seconds
resume ntfs monitor 1
PIPE WRITE 33 52
_db_monitor_process_update_event_available_event_proc
READ 8
PIPE READ 0 8
USN PROCESS 00000004 000100000000e6ad 00090000000035f6 CONHOST.EXE-E6AFC9F5.pf
READ 8
DB_WAIT: _db_journal_notification_event_proc waiting for _db_monitor_ntfs_proces
s_fd_update_events_thread_proc...
processed 1 usn records in 0.002677 seconds
DB_WAIT: _db_journal_notification_event_proc waited 0.002947 seconds
_db_journal_notification_event_proc
_db_monitor_process_update_event_available_event_proc
USN PROCESS 00000006 000100000000e6ad 00090000000035f6 CONHOST.EXE-E6AFC9F5.pf
processed 1 usn records in 0.001049 seconds
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waiting for _db
_monitor_ntfs_process_fd_update_events_thread_proc...
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waited 0.001863
 seconds
_db_monitor_process_update_event_available_event_proc
WM_ACTIVATE 00000000 00000000, lastfocus 01dd03bc, current focus 01dd03bc

This could happen if the clipboard changes immediately after cutting items in Everything.
Yes, I can see that occur - if I force it, but that shouldn't be the case.


I do use (an older v2.03 of) CLCL (but then I've always used CLCL).



And for good measure, I just had it happen on another system:

Code: Select all

Everything
Version 1.5.0.1275a (x86)
Windows NT 6.1
Processors 8
IsAdmin 0
AppData 0
Service 1
cmdline "C:\DEV\LOCATE\Everything.exe"  -instance "15"
WM_ACTIVATE 00000000 00000000, lastfocus 00380788, current focus 00380788
WM_ACTIVATE 00000001 00000000, lastfocus 00380788, current focus 00000000
FOCUS 0
FOCUS restore
add nav clcl zip
add nav clcl zip
READ 8
READ 4
PIPE READ 3 12
update m 0 152895528
READ 8
update index C:
PIPE WRITE 34 52
READ 8
READ 528
PIPE READ 0 536
USN CREATE ublock0.sqlite-journal
READ 8
USN DATA_EXTEND CREATE ublock0.sqlite-journal
USN DATA_EXTEND DATA_OVERWRITE CREATE ublock0.sqlite-journal
USN CLOSE DATA_EXTEND DATA_OVERWRITE CREATE ublock0.sqlite-journal
USN CLOSE DELETE ublock0.sqlite-journal
PIPE WRITE 34 52
READ 8
READ 8
PIPE READ 0 16
read usn journal C: in 0.009151 seconds
PIPE WRITE 35 20
READ 8
READ 4
PIPE READ 2 12
PIPE WRITE 35 20
READ 8
READ 77
PIPE READ 0 85
READ 8
updated C: in 0.006529 seconds
resume ntfs monitor 0
PIPE WRITE 33 52
_db_monitor_process_update_event_available_event_proc
READ 8
PIPE READ 0 8
USN PROCESS 00000100 002400000001755e 000e00000004f121 ublock0.sqlite-journal
READ 8
USN PROCESS 00000102 002400000001755e 000e00000004f121 ublock0.sqlite-journal
DB_WAIT: _db_journal_notification_event_proc waiting for _db_monitor_ntfs_proces
s_fd_update_events_thread_proc...
processed 2 usn records in 0.004109 seconds
DB_WAIT: _db_journal_notification_event_proc waited 0.003839 seconds
_db_journal_notification_event_proc
_db_monitor_process_update_event_available_event_proc
USN PROCESS 00000103 002400000001755e 000e00000004f121 ublock0.sqlite-journal
USN PROCESS 80000200 002400000001755e 000e00000004f121 ublock0.sqlite-journal
processed 2 usn records in 0.001866 seconds
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waiting for _db
_monitor_ntfs_process_fd_update_events_thread_proc...
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waited 0.001389
 seconds
_db_monitor_process_update_event_available_event_proc
_db_journal_notification_event_proc
COMMAND 40020
add nav clcl zip
CUT isviewing 1
iscut 1
ghost selection
viewing 0
WM_DRAWCLIPBOARD 0 0 0
is cut done
WM_DRAWCLIPBOARD 0 1 1
WM_DRAWCLIPBOARD 1 1 1
WM_ACTIVATE 00000000 00000000, lastfocus 00380788, current focus 00380788
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

Thanks for the debug logs therube,

I've made a few changes to Everything 1.5.0.1278a with the order items are 'ghosted' and when the 'on clipboard change' action occurs.

Programs are sent WM_DRAWCLIPBOARD when the clipboard changes.
It looks like something is modifying the clipboard on WM_DRAWCLIPBOARD.
If this is case, I'm not sure there's much I can do as Everything sees the cut as completed (or cancelled).

I'm surprised other apps don't crash as changing the clipboard inside WM_DRAWCLIPBOARD will cause more WM_DRAWCLIPBOARD events and so on..
Everything will only allow one entry into WM_DRAWCLIPBOARD.

From the debug logs:
WM_DRAWCLIPBOARD <is-already-in-wm-drawclipboard> <is-viewing-clipboard> <is-everything-cut-items-on-clipboard>
The last WM_DRAWCLIPBOARD 1 1 1 entry Everything will just bail to avoid further recursion.

This could happen if the clipboard changes immediately after cutting items in Everything.
Yes, I can see that occur - if I force it, but that shouldn't be the case.
You force it how?
therube
Posts: 4899
Joined: Thu Sep 03, 2009 6:48 pm

Re: Cut (action) does not always "highlight"

Post by therube »

You force it how?
I cut (Ctrl+X) in Everything
Jump to something else (browser) & copy a selection of text, & I can watch the ghosting disappear from Everything.

This could happen if the clipboard changes immediately after cutting items in Everything.
So it appears that is expected behavior.
But I'll note that when the change is reflected could be different.
If I "force it" in Salamander, the change (from ghost to not) is not reflected until the Salamander window regains focus.
In Everything, it updates interactively.
(Only noticeable, in either case, if both windows are view-able simultaneously.)
therube
Posts: 4899
Joined: Thu Sep 03, 2009 6:48 pm

Re: Cut (action) does not always "highlight"

Post by therube »

I do use (an older v2.03 of) CLCL (but then I've always used CLCL).
And in fact, what I am seeing may very well be due to CLCL (even in 1278a).

(Odd that I'd never noticed it in the past. Everything is always running - as is CLCL.)

Everything + CLCL does not always ghost CUTS.png
Everything + CLCL does not always ghost CUTS.png (83.74 KiB) Viewed 24655 times
1. existing clipboard data
2. 2 files selected in Everything
3. clipboard data after I've CUT the files from within Everything
(& with that the files are not ghosted in Everything)

With a quick look, if I close CLCL (& CUT the files again), the files do show as CUT in everything (where a moment ago they did not).
(Likewise, reopen CLCL & repeat, & again the files do not show as CUT.)

Also note that this issue is not consistent.
Most times CUT do display as expected. It is only sometimes that I've run into situations where they are not.
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

Thanks for the information therube,

I'm doing some testing with CLCL..


There's a problem with 1278a and cutting in Windows Explorer and then cutting in Everything.

I am working on a fix.
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

Everything 1.5.0.1279a fixes an issue with cut items not being highlighted.

Please let me know if the issue persists.
therube
Posts: 4899
Joined: Thu Sep 03, 2009 6:48 pm

Re: Cut (action) does not always "highlight"

Post by therube »

Issue remains, still not ghosting (consistently).
PATH, !PUNC, Video, ww:, 4 windows (presently), CLCL.

Code: Select all

Everything
Version 1.5.0.1279a (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline .\everything.exe  -instance 15
WM_ACTIVATE 00000000 00000000, lastfocus 066a12e4, current focus 066a12e4
WM_ACTIVATE 00000001 00000000, lastfocus 066a12e4, current focus 00000000
FOCUS 0
FOCUS restore
add nav ww:cat
add nav ww:cat
COMMAND 40020
add nav ww:cat
CUT isviewing 0
iscut 1
ghost selection
viewing 0
on clipboard changed 0
WM_DRAWCLIPBOARD 08f50730 007d0494 0 0 1
is cut done
WM_DRAWCLIPBOARD 08f50730 007d0494 0 1 1
WM_DRAWCLIPBOARD 08f50730 007d0494 1 1 1
on clipboard changed 1
WM_ACTIVATE 00000000 00000000, lastfocus 066a12e4, current focus 066a12e4
After ghost failed...
- open new window
cut, OK
- choose a different file
cut, OK
- close new window
> orig window still fails...
(Now, the fact that I opened a new window, & it worked, & the fact that I closed that window & the original window did not work, just happened to be. It need not have occurred that way. It could just have well failed in that new window.

I've yet to put my finger on the trigger... yet.)

Code: Select all

Everything
Version 1.5.0.1279a (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline .\everything.exe  -instance 15
WM_ACTIVATE 00000000 00000000, lastfocus 07e40496, current focus 07e40496
WM_ACTIVATE 00000001 00000000, lastfocus 07e40496, current focus 00000000
FOCUS 0
FOCUS restore
add nav bank
add nav bank
COMMAND 40020
add nav bank
CUT isviewing 0
iscut 1
ghost selection
viewing 0
on clipboard changed 0
WM_DRAWCLIPBOARD 051318f0 007d0494 0 0 1
is cut done
WM_DRAWCLIPBOARD 051318f0 007d0494 0 1 1
WM_DRAWCLIPBOARD 051318f0 007d0494 1 1 1
on clipboard changed 1
WM_ACTIVATE 00000000 00000000, lastfocus 07e40496, current focus 07e40496
WM_ACTIVATE 00000001 00000000, lastfocus 07e40496, current focus 00000000
FOCUS 0
FOCUS restore
add nav bank
add nav bank
COMMAND 40010
ui create
theme not cached
WM_ACTIVATE 00000000 09560730, lastfocus 07e40496, current focus 07e40496
WM_ACTIVATE 00000001 051318f0, lastfocus 00000000, current focus 07e40496
FOCUS 0
FOCUS restore
add nav
back buffer grow 800 x 28 in 0.000057
cached oneclickactivate 0
enter setfocus
leave setfocus
update search 1
add nav
search '' filter 'ext:3g2;3gp;3gp2;3gpp;amr;amv;asf;asx;avi;bdmv;bik;d2v;divx;dr
c;dsa;dsm;dss;dsv;evo;f4v;flc;fli;flic;flv;hdmov;ifo;ivf;m1v;m2p;m2t;m2ts;m2v;m4
b;m4p;m4v;mkv;mp2v;mp4;mp4v;mpe;mpeg;mpg;mpls;mpv2;mpv4;mov;mts;ogm;ogv;pss;pva;
qt;ram;ratdvd;rm;rmm;rmvb;roq;rpm;smil;smk;swf;tp;tpr;ts;vob;vp6;webm;wm;wmp;wmv
;h264;srt;part' sort 0 ascending 1
parse flags 00000000 type 00c81104
TERM
parse flags 00000000 type 00c01108
TERM 3g2;3gp;3gp2;3gpp;amr;amv;asf;asx;avi;bdmv;bik;d2v;divx;drc;dsa;dsm;dss;dsv
;evo;f4v;flc;fli;flic;flv;hdmov;ifo;ivf;m1v;m2p;m2t;m2ts;m2v;m4b;m4p;m4v;mkv;mp2
v;mp4;mp4v;mpe;mpeg;mpg;mpls;mpv2;mpv4;mov;mts;ogm;ogv;pss;pva;qt;ram;ratdvd;rm;
rmm;rmvb;roq;rpm;smil;smk;swf;tp;tpr;ts;vob;vp6;webm;wm;wmp;wmv;h264;srt;part
FOLDER TERM START 0018ed20 M 0018ec10 N 0018ed20
FILE TERM START 0de0530d M 0018ec10 N 0018ed20
0de0530d c01108 M 0018ec10 N 0018ed20 OP 197 3g2;3gp;3gp2;3gpp;amr;amv;asf;asx;a
vi;bdmv;bik;d2v;divx;drc;dsa;dsm;dss;dsv;evo;f4v;flc;fli;flic;flv;hdmov;ifo;ivf;
m1v;m2p;m2t;m2ts;m2v;m4b;m4p;m4v;mkv;mp2v;mp4;mp4v;mpe;mpeg;mpg;mpls;mpv2;mpv4;m
ov;mts;ogm;ogv;pss;pva;qt;ram;ratdvd;rm;rmm;rmvb;roq;rpm;smil;smk;swf;tp;tpr;ts;
vob;vp6;webm;wm;wmp;wmv;h264;srt;part
found 0 folders with 0 threads in 0.000002 seconds
set high UI thread priority
found 245749 files with 4 threads in 0.026860 seconds
SET SORT 0
total size 14798860445367, calculated in 0.002915 seconds
set sort 0 ascending 1 is valid 1
already sorted
finished sort, time taken 0.002394 seconds
update selection 0.000001 seconds
ready
DB_WAIT: _db_ready_proc waiting for _db_search_thread_proc...
DB_WAIT: _db_ready_proc waited 0.001027 seconds
new results 245749
ui->listview_was_focus_in_view 0
_db_monitor_process_update_event_available_event_proc
restore UI thread priority
COMMAND 41018
add nav
add nav
COMMAND 40020
add nav
CUT isviewing 0
WM_DRAWCLIPBOARD 051318f0 007d0494 0 1 0
WM_DRAWCLIPBOARD 051318f0 007d0494 1 1 0
on clipboard changed 0
iscut 1
ghost selection
viewing 0
on clipboard changed 0
WM_DRAWCLIPBOARD 09560730 00000000 0 0 1
is cut done
COMMAND 41018
READ 8
READ 4
PIPE READ 3 12
update m 1 143716432
READ 8
update index E:
PIPE WRITE 34 52
READ 8
READ 344
PIPE READ 0 352
USN DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
READ 8
USN DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
USN CLOSE DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
PIPE WRITE 34 52
READ 8
READ 8
PIPE READ 0 16
READ 8
read usn journal E: in 0.021178 seconds
PIPE WRITE 35 20
READ 8
READ 95
PIPE READ 0 103
PIPE WRITE 35 20
READ 8
READ 65
PIPE READ 0 73
READ 8
updated E: in 0.011407 seconds
resume ntfs monitor 1
PIPE WRITE 33 52
_db_monitor_process_update_event_available_event_proc
READ 8
PIPE READ 0 8
USN PROCESS 00000004 000100000000e6ad 00090000000035f6 CONHOST.EXE-E6AFC9F5.pf
READ 8
DB_WAIT: _db_journal_notification_event_proc waiting for _db_monitor_ntfs_proces
s_fd_update_events_thread_proc...
processed 1 usn records in 0.002742 seconds
DB_WAIT: _db_journal_notification_event_proc waited 0.003132 seconds
_db_journal_notification_event_proc
_db_monitor_process_update_event_available_event_proc
USN PROCESS 00000006 000100000000e6ad 00090000000035f6 CONHOST.EXE-E6AFC9F5.pf
processed 1 usn records in 0.001096 seconds
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waiting for _db
_monitor_ntfs_process_fd_update_events_thread_proc...
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waited 0.001945
 seconds
_db_monitor_process_update_event_available_event_proc
COMMAND 40020
add nav
CUT isviewing 0
WM_DRAWCLIPBOARD 051318f0 007d0494 0 1 0
WM_DRAWCLIPBOARD 051318f0 007d0494 1 1 0
on clipboard changed 0
iscut 1
ghost selection
viewing 0
on clipboard changed 0
WM_DRAWCLIPBOARD 09560730 051318f0 0 0 1
is cut done
WM_ACTIVATE 00000000 00000000, lastfocus 06bc0f04, current focus 06bc0f04
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

Thank you for the feedback therube,

It's hard to tell if these WM_DRAWCLIPBOARD messages are delayed, or if they are from the clipboard actually changing after my cut.

I will experiment with testing the clipboard sequence number.

I will post an update soon.
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

Everything 1.5.0.1280a adds support for testing the clipboard sequence number to see if the clipboard has really changed.

Please let me know if the issue persists.
therube
Posts: 4899
Joined: Thu Sep 03, 2009 6:48 pm

Re: Cut (action) does not always "highlight"

Post by therube »

Really haven't had time to think it through, so I'll just babble...

1280
CUT & ghosting

better.
but.

4 files, CUT
- shows ghost [clcl, 4 files...]
DIR | clip.exe
- notice ghosting in E /changes/
- i suppose that is correct
(well, it is correct that it changes, i was not certain it changed 100% correctly, maybe so,
just a bit difficult for /me/ to determine...)
[at that point, focus in E has been unchanged, 4 files highlighted {full row select, if
that happens to matter }

now...

TAB (in Everything) to focus on Search bar
- at that point, those 4 files are definitely ghosted (incorrectly)
[clcl, Volume in Drive C is... IOW, clipboard has the contents of the directory listing - correctly]

TAB back to the results list
- at that point, the 4 files lose their ghosting

so...

IMO, this issue is recent (a day or few before i first reported)
- i can't imagine that i wouldn't have notice it earlier
so far, CUT & ghost, looks to be working correctly
(with noted exception, but that while not right is far less worrisome then it not ghosting at all)


---


select 1
CUT
select 3-10 (they're highlighted)
- with those 8 selected, all looks OK (i'm pretty sure)
Alt+TAB away (to something else [have windows such that all are visible])

with that...
1 is ghosted, AND, 3-10 are ghosted (also, & incorrectly)
[clipboard shows correctly, the 1 cut]


--- now, i not sure if this is an issue, new or not ?


select 8 items
F2
- Mutli-Rename opens
- notice that the items in the results window are ghosted
[they are not "CUT"]
Cancel the Rename dialog
- all is well

did that always occur & now that i'm specifically looking for "ghost",
i can see (ghosts) now ;-)

[...i'll have to look at earlier version & see how it behaved...]

- if this behavior has always been there, then that is going to be the
same as select 1, CUT, select 3-10... (i.e., not an issue)



DEL (key) will show the same

3 (sequential) files
1 CUT
2+3 highlight
DEL (key)
- 3 files are ghosted, 1,2,& 3
- it is not entirely clear that only 2&3 will be DELETED,
even though their background highlight is different
- Delete dialog correctly says, Are you sure... 2 items...


if i recall correctly,
i selected 4 files, CUT, then did a DIR | clip.exe

Code: Select all

Everything
Version 1.5.0.1280a (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline .\everything.exe  -instance 15
WM_ACTIVATE 00000000 00000000, lastfocus 0cb50f78, current focus 0cb50f78
WM_ACTIVATE 00000001 00000000, lastfocus 0cb50f78, current focus 00000000
FOCUS 0
FOCUS restore
add nav aei
add nav aei
COMMAND 41024
COMMAND 41024
COMMAND 41024
COMMAND 40020
add nav aei
CUT isviewing 0
iscut 1
ghost selection
viewing 0
on clipboard changed 0 0 23944 1
WM_DRAWCLIPBOARD 05642408 00000000 0 0 1
is cut done
WM_DRAWCLIPBOARD 070717f2 070717f2 0 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 1 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 2 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 3 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 4 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 5 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 6 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 7 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 8 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 9 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 10 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 11 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 12 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 13 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 14 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 15 1 1
WM_DRAWCLIPBOARD 070717f2 070717f2 16 1 1
on clipboard changed 1 23940 23944 1
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
on clipboard changed 0 23944 23944 0
READ 8
READ 4
PIPE READ 3 12
update m 1 159839144
READ 8
update index E:
PIPE WRITE 34 52
READ 8
READ 344
PIPE READ 0 352
USN DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
READ 8
USN DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
USN CLOSE DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
PIPE WRITE 34 52
READ 8
READ 8
PIPE READ 0 16
READ 8
read usn journal E: in 0.018703 seconds
PIPE WRITE 35 20
READ 8
READ 95
PIPE READ 0 103
READ 8
PIPE WRITE 35 20
READ 8
READ 65
PIPE READ 0 73
READ 8
updated E: in 0.006950 seconds
resume ntfs monitor 1
PIPE WRITE 33 52
_db_monitor_process_update_event_available_event_proc
READ 8
PIPE READ 0 8
USN PROCESS 00000004 000100000000e6ad 00090000000035f6 CONHOST.EXE-E6AFC9F5.pf
READ 8
USN PROCESS 00000006 000100000000e6ad 00090000000035f6 CONHOST.EXE-E6AFC9F5.pf
DB_WAIT: _db_journal_notification_event_proc waiting for _db_monitor_ntfs_proces
s_fd_update_events_thread_proc...
processed 2 usn records in 0.004382 seconds
DB_WAIT: _db_journal_notification_event_proc waited 0.004154 seconds
_db_journal_notification_event_proc
_db_monitor_process_update_event_available_event_proc
WM_ACTIVATE 00000000 00000000, lastfocus 0cb50f78, current focus 0cb50f78
READ 8
READ 4
PIPE READ 3 12
update m 1 159839144
WM_DRAWCLIPBOARD 05642408 007d0494 0 1 1
READ 8
WM_DRAWCLIPBOARD 070717f2 070717f2 0 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 1 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 2 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 3 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 4 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 5 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 6 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 7 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 8 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 9 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 10 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 11 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 12 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 13 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 14 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 15 1 0
WM_DRAWCLIPBOARD 070717f2 070717f2 16 1 0
on clipboard changed 0 23944 23949 1
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 0 23949 23949 0
on clipboard changed 1 23944 23949 1
update index E:
PIPE WRITE 34 52
READ 8
READ 632
PIPE READ 0 640
USN DATA_TRUNCATION CMD.EXE-8E75B5BB.pf
READ 8
USN DATA_EXTEND DATA_TRUNCATION CMD.EXE-8E75B5BB.pf
USN CLOSE DATA_EXTEND DATA_TRUNCATION CMD.EXE-8E75B5BB.pf
USN DATA_TRUNCATION CLIP.EXE-31DCC10F.pf
USN DATA_EXTEND DATA_TRUNCATION CLIP.EXE-31DCC10F.pf
USN CLOSE DATA_EXTEND DATA_TRUNCATION CLIP.EXE-31DCC10F.pf
PIPE WRITE 34 52
READ 8
READ 8
PIPE READ 0 16
READ 8
read usn journal E: in 0.018406 seconds
PIPE WRITE 35 20
READ 8
READ 87
PIPE READ 0 95
READ 8
PIPE WRITE 35 20
READ 8
READ 65
PIPE READ 0 73
PIPE WRITE 35 20
READ 8
READ 89
PIPE READ 0 97
READ 8
updated E: in 0.013380 seconds
resume ntfs monitor 1
PIPE WRITE 33 52
_db_monitor_process_update_event_available_event_proc
READ 8
PIPE READ 0 8
USN PROCESS 00000004 000100000000e6ad 000b000000000675 CMD.EXE-8E75B5BB.pf
READ 8
USN PROCESS 00000006 000100000000e6ad 000b000000000675 CMD.EXE-8E75B5BB.pf
DB_WAIT: _db_journal_notification_event_proc waiting for _db_monitor_ntfs_proces
s_fd_update_events_thread_proc...
processed 2 usn records in 0.004709 seconds
DB_WAIT: _db_journal_notification_event_proc waited 0.004648 seconds
_db_journal_notification_event_proc
_db_monitor_process_update_event_available_event_proc
USN PROCESS 00000004 000100000000e6ad 00f7000000016abd CLIP.EXE-31DCC10F.pf
USN PROCESS 00000006 000100000000e6ad 00f7000000016abd CLIP.EXE-31DCC10F.pf
processed 2 usn records in 0.002418 seconds
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waiting for _db
_monitor_ntfs_process_fd_update_events_thread_proc...
DB_WAIT: _db_monitor_process_fd_update_event_finished_event_proc waited 0.002328
 seconds
_db_monitor_process_update_event_available_event_proc
_db_journal_notification_event_proc
WM_ACTIVATE 00000001 00000000, lastfocus 0cb50f78, current focus 00000000
FOCUS 0
FOCUS restore
add nav aei
add nav aei
add nav aei
add nav aei
WM_ACTIVATE 00000000 00000000, lastfocus 0cb50f78, current focus 0cb50f78
therube
Posts: 4899
Joined: Thu Sep 03, 2009 6:48 pm

Re: Cut (action) does not always "highlight"

Post by therube »

Still haven't had time, but...
did that always occur & now that i'm specifically looking for "ghost"
I think that is the case.
if this behavior has always been there, then that is going to be the
same as select 1, CUT, select 3-10... (i.e., not an issue)
Ditto.


It seems, in earlier Everything, that these same behaviors occurred, & that it is just that I was paying more attention to what was going on, so these (not)"changes" were more apparent.


With some file types (with some file type icons), like with .mid (for me at least), when you CUT a file, & also highlight others & hit the TAB key (to focus on the Search bar), & those files selected in the TAB action "ghosted" & the background changes, it can, if you actually pay attention, seem a touch, weird (especially if you can see ghosts!).


So yes, I think we're good here.


i can see (ghosts) now ;-)
Yep, I definitely can.


55z & 88f are CUT, & 88, 100, 999 & 999_ are in a DEL dialog. All are "ghosted", with slight (to me) background differentiation.
Everything 2 files CUT 4 more Ghosted.png
Everything 2 files CUT 4 more Ghosted.png (9.3 KiB) Viewed 21858 times
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

Thanks for the feedback therube,

Everything is using a light icon color when the selection is inactive (when the Everything result list does not have focus).
The icon will appear "cut" when the selection is inactive.


The next alpha update will use a darker icon color when the selection is inactive. (same appearance as the standard result list control in Windows)
void
Developer
Posts: 16506
Joined: Fri Oct 16, 2009 11:31 pm

Re: Cut (action) does not always "highlight"

Post by void »

Everything 1.5.0.1281a will now use a dark icon when inactive. (instead of a lighter icon)

This should help avoid confusion between cut/inactive selected items.
Post Reply