Content plug-in API ContentGetValue doesn't call delayed mod

[Lefteous]

ContentGetValue doesn't set CONTENT_DELAYIFSLOW if CONTENT_PASSTHROUGH is set. It wouldn't be absolutely necessary for the ft_delayed return type but its definitely necessary for ft_ondemand.

[ghisler(Author)]

Hmm, ContentGetValue is not called for ft_ondemand fields during the normal panel display, only when the user presses spacebar. In this case, it makes no sense to set CONTENT_DELAYIFSLOW, because the user really wants to see the value.

[Lefteous]

2ghisler(Author)

ContentGetValue is not called for ft_ondemand fields during the normal panel display, only when the user presses spacebar. In this case, it makes no sense to set CONTENT_DELAYIFSLOW, because the user really wants to see the value.

The problem is only when CONTENT_PASSTHROUGH is set.

[ghisler(Author)]

Sorry, I still don't understand why this is a problem. As I described, it makes no sense to set CONTENT_DELAYIFSLOW for ft_ondemand fields.

[Lefteous]

2ghisler(Author)
OK maybe my initial description wasn't clear enough. Next try:

When TC calls ContentGetValue with CONTENT_PASSTHROUGH it never sets CONTENT_DELAYIFSLOW. The problem is set a field that would return ft_delayed because CONTENT_DELAYIFSLOW is set immediately shows the value which is quite irritating for the user. The first call to ContentGetValue should always contain CONTENT_DELAYIFSLOW.

[Lefteous]

2ghisler(Author)
OK maybe my initial description wasn't clear enough. Next try:

When TC calls ContentGetValue with CONTENT_PASSTHROUGH it never sets CONTENT_DELAYIFSLOW. The problem is that a field that would return ft_delayed in a normal file system path immediately shows the value which is quite irritating for the user. The first call to ContentGetValue should always contain CONTENT_DELAYIFSLOW.

[ghisler(Author)]

Sorry, I cannot change this. I found a note in my sources that passthrough and delay do not work together. I do not remember why, but it must have some reason...