XYplorer Beta Club

Hi,

When I use Alt+Home to go home in a tab, the title on the tab is still on the last location and not the home location.

For example.
I have a home location set to C:\ and I am standing at C:\temp\pdf.
The title for the tab is C:\temp\pdf, now a use Alt+Home to go C:\.
In the tree I will see that XYPlorer goes to C:\ but the title on the tab is still C:\temp\pdf
and not C:\ as I expected.

I am using version 6.80.0083 of XYPlorer, I know that version 6.80.0052 sets the title correct (to C:\).

I am missing some configuration or is it a bug?

Lars-Olof

I just tried it here on same vers and see the same thing...so I think it's a buglet! I'm not a heavy user of Home tabs but don't think it should act that way...I'd suspect 77 as the vers that may be related given that it dealt with Home and icons and such.

Yes, bug. Thanks! Fixed.

Thanks for fixing this. i was going crazy since two days wondering if ubuntu screwed things up. Luckily not.

serendipity wrote:Thanks for fixing this. i was going crazy since two days wondering if ubuntu screwed things up. Luckily not.

Good! Any other problems with xy/ubuntu?

admin wrote:Good! Any other problems with xy/ubuntu?

Hi;

This is what I get with PCLinuxOS. (clicking on the View Menu or right clicking on the Header in listview)

Error 5 (00000005)
Desc Invalid procedure call or argument
Dll 0
Proc updateModeMenus@30 (1)

Source XYplorer
Version 6.80.0084
OS WinXP (Service Pack 2)
Date 2/20/2008 10:32:41 AM

At least it doesn't get the folder sizes over and over and over.... any more (The previous version did this.)

John

Nearly the same error on ubuntu 7.10
Note: The OS reporting is wrong, I am on WinXP pro (SP2)

It happens in View menu, CKS and right clicking column headers. However, after the error is Oked or cancelled, the CKS and column headers are still accessible for making changes.
So far it doesnt hang XY at all, which is obviously good.

Aha, aha, aha....

Please try again in next version. The next error message will tell me more (even if it is identical!).

admin wrote:Aha, aha, aha....

By the way, when I said "At least it doesn't get the folder sizes over and over and over.... any more" before, I was wrong.

While it does not do it on fat32 partitions, it still does it on ext3 or linux partitions. It happens each time I click on a folder, XY recalcs all the folder sizes all over again for ALL folders in the listview.

However, this is nothing as compared to the drag 'n' drop not working *at all*. If I leftclick drag 'n' drop file(s) from the listview to a folder in the treeview, the only thing that happens is the listview goes completely blank and the 'move' in this case does not happen. (This is on a fat32 partition.)

As much as I'd love to see XY really work well under Linux, there are just too many things that don't translate over very well. And that is too bad, because there is *nothing* in linux that is even close to XY.

Krusader is a nice dual-pane file manager with user-defined commands, etc, but is definately NOT XY.

John

John Bee wrote:

admin wrote:Aha, aha, aha....

By the way, when I said "At least it doesn't get the folder sizes over and over and over.... any more" before, I was wrong.

While it does not do it on fat32 partitions, it still does it on ext3 or linux partitions. It happens each time I click on a folder, XY recalcs all the folder sizes all over again for ALL folders in the listview.

Click on a folder -- where?

admin wrote:Click on a folder -- where?

Oh, sorry, any folder in the listview.

John Bee wrote:

admin wrote:Click on a folder -- where?

Oh, sorry, any folder in the listview.

Okay, I feared that answer. Luckily I don't have to care! I have no chance to find out what's going on in these Windows emulators... shall they fix it!

admin wrote:Okay, I feared that answer. Luckily I don't have to care!

Like I said, don't waste your time on this. You're doing much better with scripting, and I don't want you to get sidetracked from it.

John