[REQ] Win32-type tooltips should only show nonempty strings

[theosdikaios]

Use tooltips generated by content plugins
Use a short description for this data e.g. Comment: for jpeg comments
then an useless tooltip is generated if the pic has no comment
e.g. Comment: <nothing>.
In this case an option would be fine to avoid this useless line.

Here the wincmd.ini entries for testing:

Code: Select all

[ContentPlugins]
0=%COMMANDER_PATH%\PLUGINS\WDX\JPG\jpg-comment.wdx
0_detect="ext="JPG"|ext="JPEG""
[HintsCustomField]
0exts=*.jpg *.jpeg
0fields=Comment: [=jpg-comment.JPG Comment]

Another observation on detect string: only uppercase file extensions work fine.
e.g.
works fine: 0_detect="ext="JPG"|ext="JPEG""
doesn't work: 0_detect="ext="jpg"|ext="jpeg""
It would be fine if both variants work.

[XPEHOPE3KA]

2theosdikaios
1. Very basic request, but anyhow it is supported.
2. If you won't include string "Comment: " in the tooltip, empty string will not be shown in your case. It is always so if a string is the first in a tooltip.
3. Detect_strings are not thought to be changed by the user. In wdx-ARI it is said that the extensions MUST be uppercase. Moreover, in API the word "ext" is always written in uppercase too.

[theosdikaios]

2. If you won't include string "Comment: " in the tooltip, empty string will not be shown in your case.

My example is simple but imagine to use a lot of exif plugin data. In this case a short description like Comment: is needed and to see all empty (unused) tags is not helpful.

[solid]

Support++

[9kvD38n6]

Support++

Please, could we have this very useful feature?

[ghisler(Author)]

2. If you won't include string "Comment: " in the tooltip, empty string will not be shown in your case.

Try this:

0fields=[="Comment: "jpg-comment.JPG Comment]

This is a conditional text. But it will work only if the plugin returns ft_fieldempty or ft_nosuchfield.

[9kvD38n6]

Hidden feature?

Works great, e.g. with ShellDetails and FileDiz, but not, for example, with XPDFSearch.

Many thanks!

[ghisler(Author)]

Hidden feature?

No, it's documented in the help.

Works great, e.g. with ShellDetails and FileDiz, but not, for example, with XPDFSearch.

That really depends on the plugin writer - returning ft_fieldempty vs. ft_string with an empty string.

[MVV]

ghisler(Author),
Is "\n" supported in prefix and suffix? Doesn't work for me.

[ghisler(Author)]

No it isn't, because the height would become unpredictable. This would be a big problem especially when using content plugins in thumbnails view.

[MVV]

Why do you need to know exact height?
And why can't you get it after building tooltip text?

[ghisler(Author)]

Why do you need to know exact height?

For the height of the thumbnails (in thumbnails view).

And why can't you get it after building tooltip text?

Because I would have to get all the plugin data before showing the directory.