ShellDetails 1.26 (Content plug-in)

Discuss and announce Total Commander plugins, addons and other useful tools here, both their usage and their development.

Moderators: white, Hacker, petermad, Stefan2

Post Reply
icfu
Power Member
Power Member
Posts: 6052
Joined: 2003-09-10, 18:33 UTC

Post by *icfu »

About the date problem. I took Ghislers example plugin as another reference. It displays values which is different from shelldetails date values and tc.date values in many cases...
Well, I hope ghisler can explain what's wrong then... :)

Have you seen the above posting regarding NTFS? Just to make sure...

Icfu
This account is for sale
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48077
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

There are 3 date/time related fields:
ft_date: The date only as local date (day, month, year)
ft_time: The time only, as local time (hour,minute, second)
ft_datetime: Date+time as a timestamp, in universal time (GMT) - that's how file times are stored on Windows.

ft_datetime was added later by request from beta testers.
Author of Total Commander
https://www.ghisler.com
dembala
New Member
New Member
Posts: 1
Joined: 2005-01-26, 13:45 UTC

Company field

Post by *dembala »

Hi,

I want to use the plugin for Word DOC files. However if I include the "Company" field to display, it does not show the actual value of the field.
Does anybody have the same issue? Why don't I see the contents of the Company field.

Thanks
Balazs
icfu
Power Member
Power Member
Posts: 6052
Joined: 2003-09-10, 18:33 UTC

Post by *icfu »

Please read what Lefteous told robinsiebler on page 3 regarding the "Copyright" column, it's exactly the same "problem".

If the Company of DOC files is not displayed in Windows Explorer columns it won't be displayed in ShellDetails plugin, too! The reason is that obviously the Company info displayed by the Explorer columns has nothing to do with DOC-files company info but with something else. In this case Company info is extracted from Exefiles and not DOC-files, something completely different.

Icfu
This account is for sale
User avatar
Lefteous
Power Member
Power Member
Posts: 9535
Joined: 2003-02-09, 01:18 UTC
Location: Germany
Contact:

Post by *Lefteous »

2icfu
Write date isn't autoupdated in the columns using ShellDetails while the corresponding internal tc strings work and show the correct date.
F2 doesn't refresh it, only leaving the directory and reentering helps.
I need some more input on this:
1) How did you change the date values? Files/Change Attributes or another way?
2) Which columns are displayed and in which order?

Thank you in advance!
icfu
Power Member
Power Member
Posts: 6052
Joined: 2003-09-10, 18:33 UTC

Post by *icfu »

Steps to reproduce:
1. Create a file c:\testfolder\test.txt, open it and set TC to display c:\testfolder\.
2. The displayed columns are:
[=tc.writedate.D/M/y h:m:s]
[=shelldetails.Geändert am.D/M/Y h:m:s]
Order doesn't matter.

Now when you modify the opened file and save it the shelldetails column doesn't update while the tc column does.

But:
As soon as a second file is added to the directory the update works!

Icfu
This account is for sale
User avatar
Lefteous
Power Member
Power Member
Posts: 9535
Joined: 2003-02-09, 01:18 UTC
Location: Germany
Contact:

Post by *Lefteous »

2icfu
As soon as a second file is added to the directory the update works!
That sounds as if my previous obversation that only the last file in a directory is not updated would be right.
icfu
Power Member
Power Member
Posts: 6052
Joined: 2003-09-10, 18:33 UTC

Post by *icfu »

That sounds as if my previous obversation that only the last file in a directory is not updated would be right.
Well, no. As soon as at least two files are in the directory it doesn't matter which file you change...

What do you mean with "last file"? By name?
Maybe a misunderstandhing here.

To sum it up for my box:
Update bug occurs when only one file is in directory, same behaviour on NTFS/FAT.
Date difference is two seconds on NTFS, on FAT it's correct.

Icfu
This account is for sale
User avatar
Lefteous
Power Member
Power Member
Posts: 9535
Joined: 2003-02-09, 01:18 UTC
Location: Germany
Contact:

Post by *Lefteous »

2icfu
What do you mean with "last file"? By name?
I don't know thw order in which TC asks the plugin for the information. I guess it's the displayed order.
Update bug occurs when only one file is in directory
One file is always the last the first and something in between :-)
icfu
Power Member
Power Member
Posts: 6052
Joined: 2003-09-10, 18:33 UTC

Post by *icfu »

If you have any additional questions or need someone for testing, you can reach me by ICQ now, just created an account.

Icfu
This account is for sale
User avatar
Lefteous
Power Member
Power Member
Posts: 9535
Joined: 2003-02-09, 01:18 UTC
Location: Germany
Contact:

Post by *Lefteous »

2icfu
If you have any additional questions or need someone for testing, you can reach me by ICQ now, just created an account.
Thank you! I will contact you when I have finished some investigations on the update problem.

About the incorrect date problem: I can say now that is definitely not an error in my plugin or in TC. The same error can be observed in Explorer! It's not so easy to find because the column Explorer does not display seconds. Example:
A file is displayed as
2004-03-17 20-27-00 (shelldetails.Geändert am)
2004-03-17 20-26-58 (tc.Aenderungsdatum)

You see the minute values are not the same.
Now I open Explorer. The file is displayed as:
17.03.2004 20:27 :x

The reason for this is the data structure used by Microsoft to store the date which is not thought to store such detailed date information.
tc.Anderungsdatum is the better choice here. I could write a hardcoded fix for this problem but what about other date values were I don't know how to retrieve it (a date from a shellextension for example). I will document this as a known limitation. Thank you for finding it.
icfu
Power Member
Power Member
Posts: 6052
Joined: 2003-09-10, 18:33 UTC

Post by *icfu »

Oops. Well, I am ashamed now. ;)
On one hand I told dembala to check the column in Explorer and on the other hand I did not even think about doing exactly the same when reporting the bug.
Brain sometimes acts weird, very strange. :mrgreen:

Icfu
This account is for sale
Alya
Junior Member
Junior Member
Posts: 58
Joined: 2005-01-19, 02:41 UTC

Post by *Alya »

Is there an equivalent in Shell Details plugin to Explorer's "keywords" field?
User avatar
Lefteous
Power Member
Power Member
Posts: 9535
Joined: 2003-02-09, 01:18 UTC
Location: Germany
Contact:

Post by *Lefteous »

2Alya
Is there an equivalent in Shell Details plugin to Explorer's "keywords" field?
There should be an equally named field in ShellDetails. It's at the bottom of the list in most cases. If not please post your ShellDetails.ini.
Alya
Junior Member
Junior Member
Posts: 58
Joined: 2005-01-19, 02:41 UTC

Post by *Alya »

This is my ShellDetails.ini

[{B725F130-47EF-101A-A5F1-02608C9EEBAC}10]
Caption=Name
UseDefault=1
State=17
[{B725F130-47EF-101A-A5F1-02608C9EEBAC}12]
Caption=Size
UseDefault=1
State=18
[{B725F130-47EF-101A-A5F1-02608C9EEBAC}4]
Caption=Type
UseDefault=1
State=17
[{B725F130-47EF-101A-A5F1-02608C9EEBAC}14]
Caption=Date Modified
UseDefault=1
State=19
[{B725F130-47EF-101A-A5F1-02608C9EEBAC}15]
Caption=Date Created
UseDefault=1
State=3
[{B725F130-47EF-101A-A5F1-02608C9EEBAC}16]
Caption=Date Accessed
UseDefault=1
State=131
[{B725F130-47EF-101A-A5F1-02608C9EEBAC}13]
Caption=Attributes
UseDefault=1
State=1
[{D8C3986F-813B-449C-845D-87B95D674ADE}2]
Caption=Status
UseDefault=1
State=129
[{9B174B34-40FF-11D2-A27E-00C04FC30871}4]
Caption=Owner
UseDefault=1
State=97
[{F29F85E0-4FF9-1068-AB91-08002B27B3D9}4]
Caption=Author
UseDefault=1
State=97
[{F29F85E0-4FF9-1068-AB91-08002B27B3D9}2]
Caption=Title
UseDefault=1
State=97
[{F29F85E0-4FF9-1068-AB91-08002B27B3D9}3]
Caption=Subject
UseDefault=1
State=225
[{D5CDD502-2E9C-101B-9397-08002B2CF9AE}2]
Caption=Category
UseDefault=1
State=225
[{F29F85E0-4FF9-1068-AB91-08002B27B3D9}14]
Caption=Pages
UseDefault=1
State=226
[{F29F85E0-4FF9-1068-AB91-08002B27B3D9}6]
Caption=Comments
UseDefault=1
State=97
[{64440492-4C8B-11D1-8B70-080036B11A03}11]
Caption=Copyright
UseDefault=1
State=225
[{56A3372E-CE9C-11D2-9F0E-006097C686F6}2]
Caption=Artist
UseDefault=1
State=97
[{56A3372E-CE9C-11D2-9F0E-006097C686F6}4]
Caption=Album Title
UseDefault=1
State=97
[{56A3372E-CE9C-11D2-9F0E-006097C686F6}5]
Caption=Year
UseDefault=1
State=97
[{56A3372E-CE9C-11D2-9F0E-006097C686F6}7]
Caption=Track Number
UseDefault=1
State=98
[{56A3372E-CE9C-11D2-9F0E-006097C686F6}11]
Caption=Genre
UseDefault=1
State=97
[{64440490-4C8B-11D1-8B70-080036B11A03}3]
Caption=Duration
UseDefault=1
State=97
[{64440490-4C8B-11D1-8B70-080036B11A03}4]
Caption=Bit Rate
UseDefault=1
State=97
[{AEAC19E4-89AE-4508-B9B7-BB867ABEE2ED}2]
Caption=Protected
UseDefault=1
State=97
[{14B81DA1-0135-4D31-96D9-6CBFC9671A99}272]
Caption=Camera Model
UseDefault=1
State=97
[{14B81DA1-0135-4D31-96D9-6CBFC9671A99}36867]
Caption=Date Picture Taken
UseDefault=1
State=97
[{6444048F-4C8B-11D1-8B70-080036B11A03}13]
Caption=Dimensions
UseDefault=1
State=97
[{6444048F-4C8B-11D1-8B70-080036B11A03}3]
Caption=Untitled 0
UseDefault=1
State=353
[{6444048F-4C8B-11D1-8B70-080036B11A03}4]
Caption=Untitled 1
UseDefault=1
State=353
[{F29F85E0-4FF9-1068-AB91-08002B27B3D9}12]
Caption=Untitled 2
UseDefault=1
State=355
[{D5CDD502-2E9C-101B-9397-08002B2CF9AE}15]
Caption=Company
UseDefault=1
State=97
[{0CEF7D53-FA64-11D1-A203-0000F81FEDEE}3]
Caption=Description
UseDefault=1
State=97
[{0CEF7D53-FA64-11D1-A203-0000F81FEDEE}4]
Caption=File Version
UseDefault=1
State=97
[{0CEF7D53-FA64-11D1-A203-0000F81FEDEE}7]
Caption=Product Name
UseDefault=1
State=97
[{0CEF7D53-FA64-11D1-A203-0000F81FEDEE}8]
Caption=Product Version
UseDefault=1
State=97
Post Reply