• Resolved Ron5

    (@ron5)


    We have a WordPress 3.5.1 website with the qTranslate plugin 2.5.34. This makes the website trilingual. Updating to WordPress 4.2.2 makes the translation functionality disappear. As the qTranslate plugin is no longer maintained I have to install another one. How can we keep the translating functionality? Installing the plugin qTranslate X with subsequent database conversion results in nothing.

    https://www.ads-software.com/plugins/qtranslate-x/

Viewing 13 replies - 1 through 13 (of 13 total)
  • Plugin Author Gunu

    (@grafcom)

    Thread Starter Ron5

    (@ron5)

    Yes I read it, but i am stuck at step 15: database conversion.
    The database was big: about 100 Megabytes.

    Plugin Author Gunu

    (@grafcom)

    This is not mandatory, unless you observe broken layout at front pages, otherwise we strongly recommend to run such a conversion only if you are an experienced user. Furthermore, we do not recommend running this tool on very large databases as PHP execution time limit might prevent the process to complete. If you still need to run it and it could not finish within PHP time limit, ask for help.

    you need to run it?

    Thread Starter Ron5

    (@ron5)

    The website was trilingual: English, French and Dutch.
    After updating WordPress 3.5.1 to 4.2.2 the website was only in English. The links inviting to the French and Dutch version were gone.
    Removing the old translation plugins and installing qTranslate X did not reveal any change.
    The English version does not show any broken layout.
    The translations are evidently still in the database. So, I need a way to have access to the French and the Dutch texts in the database.

    Plugin Author Gunu

    (@grafcom)

    Can you look in the database which language codes are used for the different languages?

    <!--:en--> etc.

    Thread Starter Ron5

    (@ron5)

    This is an example of the field post_title in the table wp_posts:

    <!–:nl–>Contact<!–:–><!–:fr–>Contact<!–:–><!–:en–>Contact<!–:–>

    Plugin Author Gunu

    (@grafcom)

    you have these languages activated under qTranslate X?

    Settings – Languages – Languages.

    Also check under Edit Language – Language Code (case sensitive) nl – fr – en

    under Locale – Dutch = nl_NL French = fr_FR English = en_US

    Plugin Author John Clause

    (@johnclause)

    The database was big: about 100 Megabytes.

    I guess, you are the first case with a big database – congratulations ?? However, not everyone needs to convert. It depends on what site is doing. Yes, all translations should be still there in any case. Conversion might be finished in a few runs, since, in untested theory, it does not convert what is already converted. I would be curious to know if that works.

    If you really need conversion and multiple runs cannot finish anyway, then a command line script will need to be run, which we never had a chance to develop yet.

    However, what is it exactly not working at front end? Do you not have a way to switch the language? Try domain.com/xx/ – does that work?

    On admin side, do you see Language Switching Buttons (LSB), like on this screenshot?

    There is Editor Raw Mode, which you can set on Setting page under Advanced Section. In this mode you will not see LSB, but all entries will be displayed as they are in database, with language tags, as you already saw in wp_posts table.

    Installing the plugin qTranslate X with subsequent database conversion results in nothing.

    where “nothing” means what? Blank front page? Read this.

    Please, let us know what exactly not working.

    Thread Starter Ron5

    (@ron5)

    I selected the languages Dutch and French in Settings – Languages – Languages.
    The admin side of the website seems to be OK. On each page you see the 3 tabs of the languages, but the translation window at the right, as in the screenshot of John Clause, is not there.
    When putting the Editor mode to Raw Mode all text of the 3 languages appear in one page.
    When running the website for the end user an error message appears in the browser: Fatal error: Call to undefined function qtrans_generateLanguageSelectCode() in …\header.php on line 22.
    header.php is the header file of the pinboard theme.
    It is a website with Woo commerce. Installing the plugin Woocommerce & qTranslate-X results in the same error. This error appears for the website with no database conversion.

    Plugin Author John Clause

    (@johnclause)

    Open FAQ and search for ‘qtrans_’. It is also mentioned in #16 & #17 in https://qtranslatexteam.wordpress.com/2015/02/24/migration-from-other-multilingual-plugins/

    How could you possibly miss it? Ah, it is because you stopped at #15 ??
    Please, pay attention to #17, you will almost surely need to adjust CSS.

    plugin Woocommerce & qTranslate-X

    Make sure to deactivate all other Woo+qT integrating plugins.

    but the translation window at the right

    Yes, this feature was removed, since nobody really wants it, we need to update the screenshot. Good catch – thank you.

    After fatal errors disappear, please, first test it all without making any changes and only then try to modify some posts.

    Conversion of db might be needed if Woocommerce is involved, although it depends on the features used. Read #18, for example.

    I am curious to know if multiple runs of db conversion would work for you. Please, try it again after you get it running without fatal errors.

    Thread Starter Ron5

    (@ron5)

    Hello authors, thanks for support.
    There is a little issue remaining. I had a horizontal menu of language switching hyperlinks. Now, when the qTranslate plugin is installed, the menu has become vertical. All style characteristics of the menu have gone. In the original website the class qtrans_language_chooser was attributed to the ul wrapping the several languages, styling all the li elements.
    This class become qtranxs_language_chooser and is still attributed to the ul, but its style characteristics are no longer implemented to the several li elements. This is a CSS question, but I have not figured out yet, what might be the cause of the failing implementation of the style.

    Updating WordPress from 3.5 to 4.2 makes no difference for the style of the menu.

    Plugin Author Gunu

    (@grafcom)

    @ron5
    Maybe this will help you

    Plugin Author John Clause

    (@johnclause)

    I assume this got resolved?

Viewing 13 replies - 1 through 13 (of 13 total)
  • The topic ‘What after qTranslate?’ is closed to new replies.