Thanks for your help,
after some debugging stress, even if still unable to find an effective workaround, at least I've managed to track the cause of the problem.
With the same settings and plugins activated on a fresh local install of
WP version 3.0RC2, slug translation redirect WORKS just like in your site.
So, the good thing is that we're going to have already tested an even better compatibility with newer versions, on the other hand for a full backward compliance the functions
qTranslateSlug_getSelfUrl and then
qTranslateSlug_generateLanguageSelectCode should be reviewed to succesfully translate the slug.
I would like to prepare and release a widget-ready version of the plugin (to get rid of the need to manually add the code into the template), but as fabio84 clearly stated in the code comments, the main URL conversion basically "corresponds to qtrans_convertURL, but for now it doesn't check if the url contains translatable slugs". So the language chooser, provided from qTranslateSlug, unfortunately seems to be quite useless.
Hope to have updates soon
EDIT: it seems that the language select code slug translation (
qTranslateSlug_generateLanguageSelectCode) is running almost perfectly on one of the latest works done by fabio's company with WP 2.9.2. I guess I could keep trying to get it work on the same platform, but I'm wondering if meanwhile the plugin has been upgraded. Fabio, are you still with us?
ANOTHER EDIT: now using
- Code: Select all
if ( function_exists('qTranslateSlug_generateLanguageSelectCode') ) {qTranslateSlug_generateLanguageSelectCode('both', 'qtrans_language_chooser');}
in my sidebar.php, it appears to perform well on both WP 2.9.2 & 3.0RC2... I believe that something was wrong with my permalink structure before this hard work!