RegEx Rename - Preview Window

[admin]

I was wondering what the status was on implementing the vertical auto-resizing. I just tried out 7.50, but I haven't noticed any difference, unless there's an INI setting I missed?

I never implemented it (and never said so). 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.

[Mesh]

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

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.

-------------------------------------------------------------

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?

[admin]

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.

You have a big screen then!

Making it resizable is not that easy. I'd rather autosize the height but only when tweaked to do so. Whatever, this will only happen in some later version. Lo prio for now.

[Mesh]

You have a big screen then!

Making it resizable is not that easy. I'd rather autosize the height but only when tweaked to do so. Whatever, this will only happen in some later version. Lo prio for now.

Okay. Well, at the very least, the change to the width has helped immensely. Thank you.