admin wrote:
I never implemented it (and never said so).
Perhaps I misunderstood - this was the post I was remembering (Bold emphasis added):
-------------------------------------------------------------
http://www.xyplorer.com/xyfc/viewtopic. ... 499#p24499
admin wrote:
Mesh wrote:
admin wrote:
Yep, did something about it.
Thanks, Don!
But I tested it out and while the new changes are an improvement, it doesn't do the trick for me. I'm still hitting the limits most of the time and need to scroll - both horizontally, as well as vertically (the list only shows 16 items).
If I could resize the window and have XY remember it, that would do the trick - but the current implementation only helps if I'm working with a short list of files with short-medium length filenames.
Really? I thought I made it to use the whole available screen width. Or are your new names much larger than your old names? I could optimize the algo then...
About the height. Yep, I could also optimize that.
I want to avoid live-sizing because it's more troublesome to program plus adds another INI value.
-------------------------------------------------------------
admin wrote:
Reason: there is not much won by gaining a few more lines, having in mind that you can rename hundreds of files at once; but it is nice to see a good part of the main window below the rename preview.
I might occassionally rename hundreds of files at once, but it's a lot more common for me to rename 50-100 files, which would certainly fit on one screen. In addition, even if I'm renaming 500 files, I would never commit to a rename without previewing each and every one. With the window locked in at 16 items, I have to scroll through 32 screens. On the other hand, if it showed 100 items, I'd only have to scroll through five.
For what it's worth, it's this kind of disagreement on workflow which led me to suggest that users be able to resize the window to their own particular needs.
If I remember correctly, you didn't want to add the additional INI value required for XY to remember what users sized this window to. May I suggest a compromise? Let it autosize the width and keep the current height default, so it comes up like this every time - *but* let the window be resizeable. That way, you don't need an additional INI setting, but users can still set the window for whatever size they need.
I'd rather have to resize it every time than have it locked into only 16 items.
Would that be acceptable?
