XYplorer Beta Club

admin wrote:

TheQwerty wrote:EDIT 3: It's not localized to the system root - it seems to occur whenever both the BC list and the list pane contain vertical scrollbars.

Interesting, but there must be another factor because I can never reproduce it. Can anybody else?

After confirming that it does not occur in a VM I started killing programs to attempt to isolate it further.

It seems that when I have SyncBackPro running something is causing XY to want to repaint the lists. I'm currently installing SyncBackFree into my VM to see if I can reproduce the issue in a way that you could debug.

However, none of this explains why the issue does not exist in v13.10.0109.


EDIT: No luck with that attempt, but I discovered it isn't a BC bug but rather an annoyance and possibly bug in the list's auto-refresh. I'll create a new post with my findings.

EDIT 2: New non-BC thread: http://www.xyplorer.com/xyfc/viewtopic. ... 918#p93918

klownboy wrote:By the way as someone mentioned above, would it be possible to allow scrolling with the mouse wheel without seeing the vertical scroll bars in the Custom and Color menu setting? The "standard menu" setting doesn't have the scroll bars but you can't scroll with the mouse wheel...at least I can't, I have to use the arrows above or below.

By the way Don, I was going to ask, but it looks like you've already added BC, #671 command ID to the list of those that we can retrieve the current state using "get". Is that true? It seems to work with some quickie checks.

Without a scrollbar you would not have any visual clue that you could scroll.

Yes, I did.

TheQwerty wrote:However, none of this explains why the issue does not exist in v13.10.0109.

I can explain it: after v13.10.0109 I added code to undrop the dropdown on a list refresh.

idea: from current folder, place an option to see ellipses (previous), when clicking on ... them expands, why I want to see only the current folder to the bottom of directories

Good idea?

Not now. Refinements later. BC 2.0.

Colors... Two observations:

a) On the Color configuration area, usually first line defines text color and the line underneath the background color. I suggest to keep it that way also with BC colors.

b) At my place a restart of XYplorer was necessary in order to activate the new color (background).

Otherwise, a dream come true. I'll become a BC convert too, apparently.

.

Borut wrote:Colors... Two observations:

a) On the Color configuration area, usually first line defines text color and the line underneath the background color. I suggest to keep it that way also with BC colors.

b) At my place a restart of XYplorer was necessary in order to activate the new color (background).

Otherwise, a dream come true. I'll become a BC convert too, apparently.

a) They're also missing the niceties of the others - no picker, no reset.

b) Same here.

At the Colors configuration dialog the Breadcrumbs colors are not configurable the same way as the others, by clicking the color area and poping up the color palette window.

Hm, weird, all this stuff worked here, but now it does not. Let me check this...

grindax wrote:

grindax wrote:And now that the breadcrumb bar checks for and removes stale paths, can the same be done for the breadcrumb dropdown from the context menu of the address bar? So that the 2 different ways to view breadcrumbs are always consistent.

Don, did you have a chance to look at this yet? Looking at the breadcrumb dropdown from the context menu of the AB for my Downloads folder, its downward path seems to always be out of date, like for example it will keep showing me something I visited earlier in the day even when I generate new forward history by going down then up. Whereas the breadcrumb bar is always up to date. It would be best if both were always in sync.

OK, agreed.

Not really a .
The on hover highlight is hardly noticeable if the user configures the BC background to be too light.Active Text: 5188DC / B77044
Active Back: F7F8FA
Inactive Text: 939393
Inactive Back: F3F3F3

OK, I can improve this a little.

TheQwerty wrote:

screenshot.9.png

Excellent taste, exactly what I want to have.


Cheers,
Filehero

Filehero wrote:

TheQwerty wrote:

The attachment screenshot.9.png is no longer available

Excellent taste, exactly what I want to have.


Cheers,
Filehero

I agree!
Also, why not adding a couple of gray lines?