WF-Links has an overview of its links with a shortened description text. When you use XLanguage and the language tags, this can lead to disastrous results, because the snipping does not take into account the boundaries of these tags.
Due to the unbalanced tags XLanguage will remove various other parts of your sites page.
The problem starts with /modules/wflinks/templates/wflinks_linkload.html which contains:
So, after 256 characters the text is truncated.

One solution would be to remove the modifier, but this would then always display the whole text and makes the 'read in detail' link useless.

We want a teaser or introduction, followed by a main part. eg
The intro is used in the overview and the complete text (intro and main) is used in the detail view of the link.
Therefore this rough Smarty hack:
What it does: it looks up the positions of the language end tags (eg nl fr de en) and uses the length of the last tag for having the complete block with all intro's in the overview list. As fallback is provided that when no language tags are present the previous 256 limit is used to truncate the text.
It expects:
- that all your tags are used in the link description or none.
- that the intro parts (any language order) come first.
- only single tags are used and not the multi eg [lang1|lang2]

You're probably using an older version of WF-Links.

Open include/linkload.php and find the line(s) where the description is assigned. It probably looks like this:

Replace it with:

In wflinks_linkloadinfo.html replace

with

It is indeed not the latest version , but the point for the hack is to prevent cutting in the middle of language tags and to have text in all languages for the brief description.

I don't think your code snippets manage that.

Firstly, I think the whole problem is trying to fit a square peg in a round hole with this.

There are many modules that use this method of shortening text to a certain length and I don't think that this is due to the short comings of WF-Links but due to the nature of Xlanguage. The whole design and implementation of multi-language in this method, will cause these problems with any module and will only be fixed with a more global core approach to multi-language.

So how to fix this, not sure there is a real fix due to the 'hackiness' that you have implied with your own solution. I don't think that in reality that it's WF-Links job to check for this or provide a solution and I don't see how this could be achieved either.

The file include/functions.php contains the function wfl_substr which should overcome this. I'm not sure if this function works with XOOPS there it was written for ICMS.

It is not a problem of WF-links.
And XLanguage makes problems for other modules that shorten content, but as you said that's the nature of XLanguage and for the time being, if we want a full multilingual site with XOOPS, there is not much else.
All this thread is for, is to show others that might run in the same troubles my (maybe not so good), but functioning solution to the truncating problem.

A better solution would be in PHP, where the xoops_substr test if XLanguage is present/active and then uses the functions of the XLanguage module to clear out the unused languages in the block of content (eg link description) and then the resulting text can be truncated as usual.
(All modules like WF-links, News, etc should then have to use this function for truncating)

Quote:Yes, it seems to take in effect the language tags. It seems specific for ICMS, but it can be a good start for a PHP implementation in XOOPS with XLanguage.

Quote:
Did you try the The Easiest Multi-Language Hack (EMLH) 1.31

Quote:

Uses the same principle as the latter and therefore has the same issues.

Indeed.
And XLanguage has also the advantage of switching the module language (same effect as with general preferences).