XYplorer Beta Club

So I quite often find myself scrolling through long lists and selecting stuff with checkbox selection. I'm doing this with the keyboard, up/down arrow + space. The first 30ish items i can go through quite fast, as I can see the upcoming files, but when I reach the bottom of the list, then I can only see the last item from the list and scrolling + selecting gets very slow. It would be nice if XY could start scrolling the list X items from the bottom. My brain could handle more information, only if it could see it

Something like this:

Interesting idea. Not sure if I do it though. We'll see.

I always found it helpful to see a bit in front of the selected line, when scrolling.
So: +1

If the amount is configurable 0 would say: work as before :-)

For my use I think I'd prefer 2 lines.

Edit: just to say - the same for scroll up

Agreed. What I never liked about keyboard scrolling is when you reach the top or bottom margin of the view port and press Up or Down to go into the dark and unknown. You only see what you selected when it's too late. That is not cool.

So, yes, I think there should be a margin of at least one item in both directions.

But wait, isn't this a cool solution?

That's it.

I think the amount of lines shown is dependent from the screen size and user's taste

By the way: you also think of the tree, don't you?


To Scroll Lock: I don't like it, as it isn't just XY-internal, but affects other programs, too.

PeterH wrote:To Scroll Lock: I don't like it, as it isn't just XY-internal, but affects other programs, too.

You are using other programs?

admin wrote:

PeterH wrote:To Scroll Lock: I don't like it, as it isn't just XY-internal, but affects other programs, too.

You are using other programs?

Browsing internet using XY isn't so very good, yet

And not every keyboard has a scroll-lock key... so another +1 for the wish (with a tweak to set the number of items that stay visible on top / bottom)

Anyway, the Scroll Lock is hardly used by any other software nowadays AFAIK, so this solution is good enough for me.

Nevertheless I will see if I can make it work internally, just as a little exercise.

Just tested ScrollLock (inside) XY. Not convinced

- set ScrollLock
- select a line in the middle of a pane
- press CsrDown OK
- reach bottom: selection moves to bottom line still OK
- press CsrUp: selection remains on last line not OK (but max preview area )
- press CsrDown again: *no* preview area > badbad

For the wished solution of this thread, setting the number of pre-lines to 1/2 of the number of lines visible (or more, this should be auto-reduced to 1/2), the effect would be like above, *but* after moving up from bottom again the active (= selected) line would move into the middle again, before the shown lines move.

Done. Check next beta.

Personal impression: cool feature!

CRASH!

From fresh v17.70.0103:

1. Set Configuration | Styles | Grid style to Alternate Groups (Smart Names).
2. Enable #408 Tools | Customize List | Show Grid.
3. Set KeyScrollMargins=5 - 5 is not important, but the actual value does make a difference in ways not clear to me.
4. Navigate down all the way to the end of the list.

It almost looks like the grid styling is not calculated until the items are listed and with this tweak if the style is not calculated yet there can be a crash when entering the group. Maybe? I'm not sure.

EDIT: Crash is typically the "XYplorer has stopped working" dialog from Werfault but occasionally I get this dialog:

Error: 10 (0x0000000A)
Desc: This array is fixed or temporarily locked
Dll: 0
Proc: pList@21

Source: XYplorer
XY ver: XYplorer 17.70.0103
OS: Windows 7 Professional (Service Pack 1), 64-bit
Locale: 1033
ANSI: 1252
ACP: 1252 (ANSI - Latin I)
DBCS: No
DPI: 96 (100%)

Date: 2017-03-08 14:44:37

Thanks, I wanted to watch football...

Fingers crossed then that you're able to reproduce and it's a simple fix.