xplorer2 v1.72 final

Discussion & Support for xplorer² professional

Moderators: fgagnon, nikos, Site Mods

Wepver
Bronze Member
Bronze Member
Posts: 79
Joined: 2008 Apr 29, 16:29

Post by Wepver »

Thanks for the updated new version. :wink:

I found a bug. If you try to go to the root of a unit by entering its path (C: ) into the address bar then you finish in the latest visited folder of that unit. This issue looks like the breadcrumbs’s problem ( http://forum.zabkat.com/viewtopic.php?t=6162 ) that it has already been solved in the latest x2 version.
Robert2
Gold Member
Gold Member
Posts: 700
Joined: 2004 Jun 17, 15:39

Post by Robert2 »

FrizzleFry wrote:I am seeing some filename truncation with bold color-coded files in the final version. I wonder if the adjustments made for faster color-coding could be causing this.

Is there a way to disable this "improved color coding performance"?
Nothing of the kind on my system (XP SP3). No need to disable anything.
User avatar
FrizzleFry
Platinum Member
Platinum Member
Posts: 1254
Joined: 2005 Oct 16, 19:09

Post by FrizzleFry »

I am running XP XP3 also...

I am not asking nikos to get rid of the improvements... I just want to check if the changes made to improve color coding could be causing the filename truncation. I have not seen truncation in the last few releases (since color coding was preserved for the inactive pane) or any of the betas.

The filename truncation happens with bold color-coded filenames in list mode when I enter a folder.
Robert2
Gold Member
Gold Member
Posts: 700
Joined: 2004 Jun 17, 15:39

Post by Robert2 »

FrizzleFry wrote:The filename truncation happens with bold color-coded filenames in list mode when I enter a folder.
I just tested the same options. Still no problem. No truncation. Filenames display at lightning speed. Almost like watching animated cartoons! :lol:
User avatar
snakebyte
Gold Member
Gold Member
Posts: 430
Joined: 2003 May 07, 07:14
Location: Seattle

Post by snakebyte »

FrizzleFry wrote: The filename truncation happens with bold color-coded filenames in list mode when I enter a folder.
+1
I have been seeing this behavior for quite sometime but I still do not know its cause. I have turned off color coding but I still see the truncation of filenames in list view.  "Max list column width" is set as 0 in my case. The filename truncations goes away when I hit Go button next to the address bar.
Help! I'm an AI running around in someone's universe simulator.
User avatar
FrizzleFry
Platinum Member
Platinum Member
Posts: 1254
Joined: 2005 Oct 16, 19:09

Post by FrizzleFry »

The truncation I see is because the longest filename code does not seem to take into account the longer pixel length of bolded filenames... I guess... unless there is some built in max with max list column width set to 0.

Clicking the address bar go button or a Ctrl-R refresh shows the full filnames.
User avatar
nikos
Site Admin
Site Admin
Posts: 16296
Joined: 2002 Feb 07, 15:57
Location: UK

Post by nikos »

the list mode bold truncation is a result of the "improvement" in rendering speed, as you've seen it affects long filenames. I'll have to turn off the optimizations in list mode.

the other problem that snakebyte talked about, i've heard about it but i've never seen it myself. If you can reproduce it in a small folder with 1-2 files, let me know

wepver, c: represents just that, if you want the root either type c:\ or \ or hit shift+backspace
User avatar
WimdeLange
Gold Member
Gold Member
Posts: 416
Joined: 2004 Aug 16, 08:41
Location: NL

Post by WimdeLange »

About the /N option. It is not what I expected about. But after reading the help page, it is just as described.

When I'm at home the /N works beautiful. xplorer2 starts fast, because /N is filtering out the network drives that are not available. But /N works too good. If I close down xplorer2 at work after using some network drives, it removes them as well when I restart. And that I don't like.
Is it windows you are waiting on, if it tries to connect to a missing drive?

I remove now all the /N's again, because waiting at home (a very long time) is less worse, then missing all my network drives at work.
Groetjes,
  Wim de Lange
User avatar
nikos
Site Admin
Site Admin
Posts: 16296
Joined: 2002 Feb 07, 15:57
Location: UK

Post by nikos »

that's what trade-offs are all about :)
why don't you save a folder group (Customize) with your network drives and put it on a toolbar icon, then you can reinstate them quickly at work
Robert2
Gold Member
Gold Member
Posts: 700
Joined: 2004 Jun 17, 15:39

Post by Robert2 »

nikos wrote:the list mode bold truncation is a result of the "improvement" in rendering speed, as you've seen it affects long filenames. I'll have to turn off the optimizations in list mode.
This affects only very long filenames. I almost exclusively use the List View in xplorer². I have some long filenames such as these:

“In order to be compatible with other text processing applications and national versions of Windows.rtf”
“Miscellaneous Transparent PNG Images using IMG Tags with a Background Image.doc”
“What do all those funny marks, like the dots between the words in my document, and the square bullets in the left margin, mean.mht”

Of these three filenames, only one gets truncated in xplorer², the last one. The other filenames display normally, even with bold lettering. As a matter of fact, the problem lies essentially with the bold formatting. If I use aqua foreground on navy blue background, and no bolding as color coding, the above very long third filename does not even get truncated!

Also if I use bold formatting, then press Ctrl+R, the truncated filename displays entirely.

Please, please Nikos, do not remove the latest rendering optimization! Or make it an option. It improved rendering 500% on my system! I just could not live without it now! Users can always place the mouse cursor over the truncated filenames and get the whole names as a tooltip. No big deal.

Not every files have such long filenames!
User avatar
FrizzleFry
Platinum Member
Platinum Member
Posts: 1254
Joined: 2005 Oct 16, 19:09

Post by FrizzleFry »

The truncation happens for me with much shorter filenames than the examples Robert2 mentions. For example from my Program Files folder:

Unlocker
Windows Media Play...  (Windows Media Player)
Windows NT

It basically happens any time the longest filename is bolded.

But I have to agree with Robert2 that disabling the optimizations should be optional. If this cannot be made optional then leave it as is... I would rather deal with the truncated filenames than have a useful feature completely disabled.
stereobit
Member
Member
Posts: 56
Joined: 2005 Jan 14, 10:58
Location: Germany

Post by stereobit »

Code: Select all

* Mass rename wizard dialog made X-resizable
* mass renamer removes illegal characters from filenames (e.g. those introduced by ID3 tags) for _underscores
Doesn't work here on Windows XP SP3 German. Or i don't understand?
User avatar
Ray
Member
Member
Posts: 69
Joined: 2008 Feb 02, 22:31

Post by Ray »

The only (published) change between beta v.1.7.1.18 & the final v.1.7.2 is the color coding improvement.

Is there any reason not to carry on using the beta till the next release for those who want to avoid the truncation problem?
Robert2
Gold Member
Gold Member
Posts: 700
Joined: 2004 Jun 17, 15:39

Post by Robert2 »

Ray wrote:Is there any reason not to carry on using the beta till the next release for those who want to avoid the truncation problem?
As explained above, truncation occurs only with bold formatting. To avoid truncation, simply avoid bolding! There are many other ways to color-code. Italics do not get truncated. Many foreground/background color combinations are possible.
I just changed my settings for the xplorer² main font from Verdana 10 to Verdana 8. The longer filenames are no longer truncated, even when they are bolded through color-coding.
So there are plenty of ways to avoid truncation!
Wepver
Bronze Member
Bronze Member
Posts: 79
Joined: 2008 Apr 29, 16:29

Post by Wepver »

nikos wrote:wepver, c: represents just that, if you want the root either type c:\ or \ or hit shift+backspace
Sorry for the mistake. I thought that that was only under MS-DOS, because explorer automatically converts it into C:\ by default.  :oops: