XYplorer Beta Club

for me the RegEx Preview dialog expands to the edge of the screen (with ~10 pixel margin)

admin wrote: Can anybody confirm this? Are you sure you are using the latest beta??

Well, it seems your algo uses the new names only, so renaming short filenames into long one will get a window as wide as the screen (if needed), but renaming very long filenames to short(er) ones will get a small window with scrolling to do...

indeed... i checked only the short -> long situation...

jacky wrote:

admin wrote: Can anybody confirm this? Are you sure you are using the latest beta??

Well, it seems your algo uses the new names only, so renaming short filenames into long one will get a window as wide as the screen (if needed), but renaming very long filenames to short(er) ones will get a small window with scrolling to do...

Aaaahhhh...... ....

There's something else it's not taking into account also:

If the maximum file name length is 50 characters, then it will size each pane for 50 characters. But if any of those filenames on the right pane end up being prefixed with "<Unchanged>", it doesn't take that into account, and the right pane needs to be scrolled.


In addition to the height issue, may I ask that if you're going to keep this window autosizing, can you please add 3-4 character widths of padding between the end of the longest filename and the edge of the pane? Having text run right up to the pane is not only aesthetically displeasing, but it always - every single time - has me double and triple checking that there isn't more text being scrolled offscreen that I'm not seeing (which is one of the reasons why I like to resize windows like this).

Since we're adding stuff here : I don't think both pane have to be the same width. Better to have a smaller window with each panel only as wide as they need to, even if that means one is smaller than the other...

jacky wrote:Since we're adding stuff here : I don't think both pane have to be the same width. Better to have a smaller window with each panel only as wide as they need to, even if that means one is smaller than the other...

I actually had tried this and while it's very economic with space it was aesthetically displeasing. But hey, I'll let you decide in the next upload...

Mesh wrote:There's something else it's not taking into account also:
...

Okay, will try to improve.

admin wrote:

jacky wrote:Since we're adding stuff here : I don't think both pane have to be the same width. Better to have a smaller window with each panel only as wide as they need to, even if that means one is smaller than the other...

I actually had tried this and while it's very economic with space it was aesthetically displeasing. But hey, I'll let you decide in the next upload...

Hm, isn't that exactly how v7.40.0008 behaves? In my situation the left pane is 5 times larger than the right one... (vice versa also possible).

Pagat wrote:

admin wrote:

jacky wrote:Since we're adding stuff here : I don't think both pane have to be the same width. Better to have a smaller window with each panel only as wide as they need to, even if that means one is smaller than the other...

I actually had tried this and while it's very economic with space it was aesthetically displeasing. But hey, I'll let you decide in the next upload...

Hm, isn't that exactly how v7.40.0008 behaves? In my situation the left pane is 5 times larger than the right one... (vice versa also possible).

Damn, your are right! I had planned to take it out but forgot!

So, do you like it? I must say I'm slowly getting used to it...

admin wrote:So, do you like it? I must say I'm slowly getting used to it...

Oh yeah, 7.40.0008 does that... and I like it. Also, I like it much better than having a huge window for nothing!

The only thing I'd ask now, is if the preview could use the colors from List? Cause I find the alternate/zebra color you use a little too light as I can't really see the distinction between the lines, so if the color for Grid could be used (maybe only if Zebra stripping is enabled?) I'd like that!

I'd say the advantage (smaller/optimized window) outweighs the little disadvantage (the aesthetical thing)

admin wrote:
Damn, your are right! I had planned to take it out but forgot!

So, do you like it? I must say I'm slowly getting used to it...

I'll vote yes - it's nicely functional by making it easier to line up the lines on the left with the ones on the right, and it doesn't waste space.

So, in order to judge the autosizing method fully, what's left is to fix the horizontal algorithm and enable the vertical. If you really want to get a proper comparison, you could temporarily put in a setting somewhere that would switch between autosizing and manual/remember methods - and people could compare them side by side, so to speak. Actually, with XY's portability, they could copy it into a second folder and literally compare them side by side...

I love XY.

I just tried out 7.40.0010, and the horizontal algorithm is working much better now. While I'd still prefer to be able to resize the window, once the height issue is resolved, I could live with this.

Don, when you add the height algorithm, could you please add an extra line of padding at the bottom of the list as well?

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?