Dual Pane Bugs

[Mesh]

Yes.

Gotcha. No complaints here with background processing then.

[Muroph]

problem: i would not like to see a refresh when showing a pane. i will save these kinds of refinements and optimizations for a later stage.

is it possible to only show the pane after the contents are updated?

No, I mean the action. In long lists, a refresh might take several 100 msecs. This should not have to happen when you just show a list.

i don't think it's a big problem.
i mean, the pane was hidden, so some delay should be expected (like when you open folder and the list is sorted).
i would gladly wait a few hundred milisecs once in a while if that could save some cpu power for my other tasks.

[Mesh]

is it possible to only show the pane after the contents are updated?

I don't like it - it would make XY appear slow, due to the lag. Right now, it feels crisp, as the second pane comes up immediately.

No, I mean the action. In long lists, a refresh might take several 100 msecs. This should not have to happen when you just show a list.

i don't think it's a big problem.
i mean, the pane was hidden, so some delay should be expected (like when you open folder and the list is sorted).

You say some delay should be expected for a procedure that currently runs instantly. XY is supposed to progress *forward*, not *back*!

i would gladly wait a few hundred milisecs once in a while if that could save some cpu power for my other tasks.

And yet, keeping the second pane up to date takes absolutely minimimal CPU resources. I find it hard to believe that anyone running something better than a Commodore 64 would even notice the difference.

[Muroph]

And yet, keeping the second pane up to date takes absolutely minimimal CPU resources. I find it hard to believe that anyone running something better than a Commodore 64 would even notice the difference.

in my p4 htt @ 3ghz, with icon overlays enabled, each pane causes peaks of 15-20% cpu on auto-refresh (average at 5-10%), enough to raise the cpu temperature by a few °C and make my cpu fan spin faster (and make more noise).
cpu usage is about 1/3 that value with overlays disabled.
xy has always had a fairly high cpu usage on my pc, for some reason.
that is why not auto-refreshing the hidden pane could be good, at least for me.
however, i understand that having both panes actively refreshing at the same time is rather uncommon, so i won't complain about Don's decision.

[admin]

And yet, keeping the second pane up to date takes absolutely minimimal CPU resources. I find it hard to believe that anyone running something better than a Commodore 64 would even notice the difference.

in my p4 htt @ 3ghz, with icon overlays enabled, each pane causes peaks of 15-20% cpu on auto-refresh (average at 5-10%), enough to raise the cpu temperature by a few °C and make my cpu fan spin faster (and make more noise).
cpu usage is about 1/3 that value with overlays disabled.
xy has always had a fairly high cpu usage on my pc, for some reason.
that is why not auto-refreshing the hidden pane could be good, at least for me.
however, i understand that having both panes actively refreshing at the same time is rather uncommon, so i won't complain about Don's decision.

I don't see a reason for high CPU usage. XY does not do anything heavy in the background. Weird.

Anyway, I don't know how you use DP, but it's easy to stop the 2nd pane from being auto-refreshed. Either you click menu View / Suspend AR before shutting the pane, or you put it into a non-browse mode (Drives, Network, Find) -> these are never auto-refreshed. Of course, this tip is only good when you don't plan to use the 2nd pane for a longer time.

[Muroph]

I don't see a reason for high CPU usage. XY does not do anything heavy in the background. Weird.

yeah, it's probably something wrong with my system.

Anyway, I don't know how you use DP, but it's easy to stop the 2nd pane from being auto-refreshed.

for me dp is mostly an extra set of tabs.
and i think i can suspend AR on the hidden pane with a simple script.

[Gandolf]

Still a refresh problem:
When the inactive pane updates it becomes filtered to the same filter as the active pane (version 410). It doesn't come back when the pane is activated but does after changing tabs or on the next file change. It's been like this for several versions but, I haven't had time to check it until now. Left pane is active, right inactive.

The double arrow on the splitter sometimes is not shown, jut the normal mouse pointer arrow. I thought at one time it was related to the refreshing, but I'm not sure, so I'll mention it here.

[admin]

Still a refresh problem:
When the inactive pane updates it becomes filtered to the same filter as the active pane (version 410). It doesn't come back when the pane is activated but does after changing tabs or on the next file change. It's been like this for several versions but, I haven't had time to check it until now. Left pane is active, right inactive.

The double arrow on the splitter sometimes is not shown, jut the normal mouse pointer arrow. I thought at one time it was related to the refreshing, but I'm not sure, so I'll mention it here.

VF: yes, good find!

Splitter: never happened to me.

[admin]

The double arrow on the splitter sometimes is not shown, jut the normal mouse pointer arrow. I thought at one time it was related to the refreshing, but I'm not sure, so I'll mention it here.

When that happens, can you still use the splitter??

[Gandolf]

I didn't try that, I concentrated on moving very slowly over the splitter and the single pointer arrow persisted. I tabbed away to another application then back to XY and all was O.K.

Needless to say, like all good bugs, I can't get it to come back.


This might be related since at the time I had file info tips on.

Left pane active.
Mouse over a file in left pane, info tip is displayed.
Move mouse away to right pane, info tip remains then clears (expected behaviour I assume)
Move mouse back to left pane, the same info tip appears anywhere in the pane - I would not have expected that.
It does not appear on the vertical scroll bar.
It appears on the two one pixel wide vertical lines between the scroll bar and the splitter.
I can understand it appearing on the right of these two lines since it has the same name as the main list pane (ThunderRT6PictureBoxDC67) but the left one is part of the scroll bar (ThunderRT6VScrollBar4) so I'm surprised it triggered the file info tip.

Or it might be totally irrelevant.

[admin]

file info tip bug...

Yes, good find again. And fixed again.

[Gandolf]

Another refresh bug:

Item in left pane selected - status bar shows icon and item name.
Tab to right pane - status bar shows icon but no item name (item is selected).
Move selection to another item - name is displayed.
Tab back to left pane - not name.

I thought this had been mentioned but I can't see it.

[admin]

Another refresh bug:

Item in left pane selected - status bar shows icon and item name.
Tab to right pane - status bar shows icon but no item name (item is selected).
Move selection to another item - name is displayed.
Tab back to left pane - not name.

I thought this had been mentioned but I can't see it.

Works here.

[Muroph]

Another refresh bug:

Item in left pane selected - status bar shows icon and item name.
Tab to right pane - status bar shows icon but no item name (item is selected).
Move selection to another item - name is displayed.
Tab back to left pane - not name.

I thought this had been mentioned but I can't see it.

Works here.

confirmed here.
tab key set to "swap panes only".

[Gandolf]

Well it don't work here!

Deleted all my ini files (well... moved them to another directory) so started XY cold.
Tabbing between panes and only the icon in the status bar.

Any ideas??