Ann: id3, exif content plugins and plugin guide released

[ghisler(Author)]

The following is now available on:
http://www.ghisler.com/plugins.htm#content

id3: A small plugin to show mp3-id3 v1 tags.
exif: Show photo camera information from JPG and Canon RAW image files
Plugin writer's guide: HELP file and headers to write content plugins
Sample plugin: Plugin similar to Total Commander's internal content plugin

[chrabros]

Hello,
the link to the source code of wdx_exif is wrong.
It should point to https://plugins.ghisler.com/content/wdx_exif_src.zip

Dalibor Jelinek

[ghisler(Author)]

Fixed it, thanks!

[titanium]

When I click the zip file I am asked to confirm the installation. After the confirmation I'm asked to enter the path to which to install the plug-in. If you chose a folder other than the default one presented TC will freeze for a few seconds (even a minute in one case). The first times I had to kill TC because I though it was completely stuck. Did anyone else experienced such a problem ?

[ghisler(Author)]

This shouldn't happen - what folder did you specify?

Edit: If you specify a directory like c:\wdx\<pluginname>, TC will search the entire C: drive for other plugins - which will take a while! I will try to find a workaround.

[titanium]

I tried installing it in various folders. First I tried to my general plugin folder (C:\totalcmd\plugins) and it got stuck for a minute. Next I tried the default path and it worked perfectly. I uninstalled it and tried to install it in various places like c:\totalcmd\exif ; c:\exif etc. Almost all reproduced the problem.

I have now encountered a new thing. The default location' the installation procedure suggest, is changing with each intallation and refers somehow to the last installation path (but not exactly the same path... strange . .

[Hacker]

I have now encountered a new thing. The default location' the installation procedure suggest, is changing with each intallation and refers somehow to the last installation path (but not exactly the same path... strange .

That's probably a feature you encountered. If you install your first plugin to c:\progs\TC\plugins\name_of_first_plugin\ then upon installing your second plugin TC should suggest a path like c:\progs\TC\plugins\name_of_second_plugin\ - ie TC takes "c:\progs\TC\plugins\" as the plugin base dir.

HTH
Roman

[ghisler(Author)]

That's correct - TC searches for other plugins to determine what to use as the base path - either a two step path plugins\wcx\<pluginname>, or a ingle step path plugins\<pluginname> . A 0 step path (all in plugins dir) wasn't planned...

[white]

Errors in contentpluginhelp2.1se.zip found on http://ghisler.com/plugins.htm#content

flags Currently only one flag is defined:
CONTENT_DELAYIFSLOW: If this flag is set, ...
CONTENT_PASSTHROUGH: If this flag is set, ...

I count two flags..

ft_boolean: FieldValue points to a 32-bit number. 0 neans false, anything else means true.
...
The plugin may also reutrn ft_ondemand if CONTENT_DELAYIFSLOW is set.
...
Once there is no more data, the plugin needs to retrun ft_fieldempty.

neans -> means
reutrn -> return
retrun -> return

[ghisler(Author)]

Thanks.

[tbeu]

On page ContentCompareFiles it is

Example_ See our "filesys" sample content plugin (text comparison), which makes a binary comparison until it finds the first difference, and then continues with using its text comparison method.

Example_ -> Example:

On page ContentSetValue it is

ft_delayed, ft_ondemand: You may return a zero-terminated string as in ft_string, which will be shown until the actual value has been extracted. Requires plugin version>=1.4.

This is copy'n'paste from ContentGetValue and not apllicable for ContentSetValue.