Lister plugin problem
Moderators: Hacker, petermad, Stefan2, white
Lister plugin problem
Hi, i have a problem with ArchView plugin v0.9.1.1.
If i use ArchView plugin with this file then is launched ok, but if i try with this other one then ArchView plugin is not launched.
Inside file1.zip & file2.zip there are two identical files but with different names.
How can i make ArchView to work with any type of compressed file ?. Thanks.
I have no problem here. What is your detect string of ArchView in wincmd.ini?
TC plugins: Autodesk 3ds Max / Inventor / Revit Preview, FileInDir, ImageMetaData (JPG Comment/EXIF/IPTC/XMP), MATLAB MAT-file Viewer, Mover, SetFolderDate, Solid Edge Preview, Zip2Zero and more
This seems to be a detection bug.
I could reproduce that in quickview the first file is dispalyed with arcview while the second is not.
When I used [F3] both files were displayed with Archview.
After removing all plugins except archview both files were displayed well.
Then I tried something else:
1. I restarted TC (with all my Lister plugins enabled)
2. I showed the first file in quickview (archview was used)
3. I showed the second file in quickview but Archview was not used
4. I switched to the quickview panel and pressed "4" to activate MultiMedia Plugin
5. Another Plugin was activated (Logtail-Plugin)
6. I presse "4" several times but only this plugin was used
7. I deactivated Quickview and reactivated it and:
Tataa - both fiels were properly displayed with Archview.
sheepdog
I could reproduce that in quickview the first file is dispalyed with arcview while the second is not.
When I used [F3] both files were displayed with Archview.
After removing all plugins except archview both files were displayed well.
Then I tried something else:
1. I restarted TC (with all my Lister plugins enabled)
2. I showed the first file in quickview (archview was used)
3. I showed the second file in quickview but Archview was not used
4. I switched to the quickview panel and pressed "4" to activate MultiMedia Plugin
5. Another Plugin was activated (Logtail-Plugin)
6. I presse "4" several times but only this plugin was used
7. I deactivated Quickview and reactivated it and:
Tataa - both fiels were properly displayed with Archview.
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
- XPEHOPE3KA
- Power Member
- Posts: 854
- Joined: 2006-03-03, 18:23 UTC
- Location: Saint-Petersburg, Russia
Well, Sheepdog, I thought you knew it 
In quickview if we are viewing a zip file TC at first searches for readme.txt and tries to show its contents
file2.zip contains readme.txt and therefore TC doesn't allow Archview to show this archive.
BTW, step 7 doesn't work for me.

In quickview if we are viewing a zip file TC at first searches for readme.txt and tries to show its contents

file2.zip contains readme.txt and therefore TC doesn't allow Archview to show this archive.
BTW, step 7 doesn't work for me.
F6, Enter, Tab, F6, Enter, Tab, F6, Enter, Tab... - I like to move IT, move IT!..
Interesting.XPEHOPE3KA wrote:Well, Sheepdog, I thought you knew it
In quickview if we are viewing a zip file TC at first searches for readme.txt and tries to show its contents
file2.zip contains readme.txt and therefore TC doesn't allow Archview to show this archive.
But here, if I only have installed Archview plugin and no other plugin always both files are displayed with Archview plugin even in quickview.
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
I've tested with other compress formats (7z,Ace,Arj,Lzh,Rar) and bug only appears on Arj & Lzh & Zip.
Any file inside Zip,Arj or Lzh with file name Readme.* (even inside sub-directories) will cause the bug on quickview mode.
But if Readme.eng size is bigger then bug doesn't appear, like with this file .
Thanks all for your help.
- XPEHOPE3KA
- Power Member
- Posts: 854
- Joined: 2006-03-03, 18:23 UTC
- Location: Saint-Petersburg, Russia
That's not a bug, that's a feature, which was requested somewhere here in the forum (I saw the discussion, but can't find it now). Arj, Lzh & Zip seem to be chosen because they are supported internally (Ghisler wrote the code). You can try with TAR-archive - readme is also displayed. But that doesn't work with bz2 and tgz, though they are supported internally (AFAIK).
Edit: try searching for "quick AND view AND readme" (or better some German equivalent for that).
Found this. Not a request, but some explanation...
Edit: try searching for "quick AND view AND readme" (or better some German equivalent for that).
Found this. Not a request, but some explanation...
2XPEHOPE3KA
Thanks for the hint. Apparently I have missed that thread completely.
This and this thread could be found in the german forum.
SUmmary:
There is a feature: When a ZIP/ARJ/TAR/ or GZ Archive contain a textfile this textfile is displayed in quickview instead of using a plugin to display the archive content.
In earlier versions it seems not to have been possible to activate the plugins with "4". That was requested (and works now).
A request to make it configurable which files should be displayed (eg. nfo, readme or anything) was declined by @ghilser.
sheepdog
Thanks for the hint. Apparently I have missed that thread completely.
This and this thread could be found in the german forum.
SUmmary:
There is a feature: When a ZIP/ARJ/TAR/ or GZ Archive contain a textfile this textfile is displayed in quickview instead of using a plugin to display the archive content.
In earlier versions it seems not to have been possible to activate the plugins with "4". That was requested (and works now).
A request to make it configurable which files should be displayed (eg. nfo, readme or anything) was declined by @ghilser.
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
- XPEHOPE3KA
- Power Member
- Posts: 854
- Joined: 2006-03-03, 18:23 UTC
- Location: Saint-Petersburg, Russia
But it doesn't! At least at my place. I tried zip, tar and gz. You seem to use detectstring with Archview, don't you? I don't, so that might be the reason.That was requested (and works now).
BTW, sas2000 was talking about lzh too. Does it work for you?
F6, Enter, Tab, F6, Enter, Tab, F6, Enter, Tab... - I like to move IT, move IT!..
TC displays all files it considers to be textfiles.sas2000 wrote: If is not configurable then is a bug not a feature...![]()
And it is a feature because @ghisler considers it as feature and not a bug.


sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
- XPEHOPE3KA
- Power Member
- Posts: 854
- Joined: 2006-03-03, 18:23 UTC
- Location: Saint-Petersburg, Russia
Sheepdog, please, answer this my post.
- XPEHOPE3KA
- Power Member
- Posts: 854
- Joined: 2006-03-03, 18:23 UTC
- Location: Saint-Petersburg, Russia
I just have to do a little more investigation before I can answer.XPEHOPE3KA wrote:Sheepdog, please, answer this my post.
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams