1.4.0.702b: list columns duplicated

[tspivey]

After upgrading to Everything 1.4.0.702b, when using a screen reader,
there are 4 columns in the list. However, columns 2, 3 and 4 are duplicates of the filename.

[void]

Thanks for the bug report.

What screen reader are you using?

[tspivey]

I'm using NVDA, under Windows 8.1 X64.

[tspivey]

Another bug with the list I just noticed.
If I'm searching for a file with a lot of hits, I can only access the topmost few files.
Anything beyond a certain point (20 or 32 files for me, depends on whether the window is maximized or not) reports the same info and position each time I move down the list.

[void]

Thanks for the NVDA information.
I came across the bug were only the top items would work too.

The issue is caused by Everythings implementation of MSAA and conflicting information with the SysListView32 emulation.

I have completely removed MSAA in Everything 1.4.0.703b in favor of SysListView32 emulation.
Windows Narrator and NVDA appear to work much better now.

You can find the updated beta here: Everything 1.4.0.703b.

If you have any issues with NVDA and Everything 1.4.0.703b please let me know.

[tspivey]

Thanks! This works much better, except that the applications key no longer brings up the context menu for the currently selected items in the list. Shift+F10 still works, though.

[void]

except that the applications key no longer brings up the context menu for the currently selected items in the list.

Strange, it seems to work ok here.
If possible, can you right click a selected item?

[tspivey]

1. If I select a file with the arrow keys and press the applications key, it brings up the menu for the column headers
(Size Column to Fit, Name, etc).
2. If I select a file with the arrow keys and simulate a right click on that item, I get the menu I would get when there is no item selected.
(View, Sort by and Refresh).
Upon exitting the menu, the current item is unselected.
3. If I select a file and press shift F10, the context menu I expect appears (Open, Open Path).

[void]

I'm trying to reproduce the issue here with no luck.

Any reason the result list header would have focus?

Normally this shouldn't be possible.
Does using the tab key from the search edit change focus to the result list?

[tspivey]

If I tab from the edit box, I land on the list.
I tried this on my other machine, and couldn't reproduce the issue. Then I started closing things, testing after each one.
As soon as I closed Reaper, I could again use my applications key in Everything.
IN both cases, it turns out a right click does work, but I was clicking on the path field instead of the name. This brings up the View, Sort by and Refresh menu.
I'm not sure what about Reaper breaks Everything's context menu now, when it didn't before, and only with the applications key and not shift+f10.

[void]

What is Reaper? I'll see if I can reproduce my end.