Hi,
firstly thank you for the update, it's awesome, I've just installed it on a new website with fresh installation of Concrete 5.5.

I'm using two languages (czech (which is primary) and english) and so far it seems that everything is working fine but I came across one strange thing:
When I have a 2-subpage structure (like mainpage - subpage - subsubpage) and I delete subpage in english version (directly, without deleting subsubpage first) from sitemap then the Page Report gets stuck and shows missing just the subpage (and not the subsubpage - in fact it shows that it is mapped even though the page doesn't exist).
That also affects Copy Language Tree - it will copy just the subpage from czech and not the subsubpage.

Also when I had firstly created just Czech without English then Redirection of homepage didn't work (I also tried clearing cache without effect). But when I added English then it started to work.
Edit: I removed both languages now and tried to add just one again and this time the redirection is working ok even with one language so it was probably just some strange glitch with cache the first time.

But everything else is working - redirection between pages, etc. :)

Hello,

I got the following error during installation:

SwitchLanguageBlockController not found. Please check that the block controller file contains the correct class name.

Actually it was caused by missing php in "<?php" statements. My php installation does not support short_open_tag, and it's the first time this caused an error with C5 up to now.

Here are the files that missed the php in "<?php" that I corrected to make it work:

C:\wamp\www\c5sandbox\packages\multilingual\models\section.php
C:\wamp\www\c5sandbox\packages\multilingual\elements\header_menu\multilingual\controller.php
C:\wamp\www\c5sandbox\packages\multilingual\elements\menu\multilingual\controller.php
C:\wamp\www\c5sandbox\packages\multilingual\blocks\switch_language\controller.php

Afterward, I stumbled upon other problems all related to the same missing "php" tag. To make it work I made the following "Find and replace in Files":


Otherwise, up to now it seems to work well. I'll continue the tests and post if I find anything else!

Thanks a lot!
Tommy

Hey Tommy,

Thanks for testing, any of our code that's in github will have short tags. We run the code through a conversion script as part of the build process before we place it in the marketplace.

Best,
Ryan

Hello Ryan,

thanks for this great add-on. I appreciate your lean yet powerful approach to get concrete5 multilingual.

At the moment I'm building a new website for an art Gallery located in Berlin. It will be released in English and German soon.
So far I've encountered no problems with concrete5 5.51 (developing on OSX 10.7 running the default Apache 2.2.10, PHP 5.3.6 fromhttp://php-osx.liip.ch and MySQL 5.5.15), but the sites menu-strukture is only two levels deep.

I only had to replace all PHP shorttags, which i did with a great script from Daniel Norton I often use for this task (http://goo.gl/xImiY). Nothing uncommon for beta-testers that like them to be disabled though ;-)
(If anyone has trouble with short_open_tag and wants to batch-replace them too, you may consider reading this little manual (http://goo.gl/hv2bS) I wrote a while ago for this task)

Chris

Not necessarily beta-related, but one minor thing i noticed, when switching through the Custom Templates for this block:
When using 'Flags Set Default' it would be nice to put the flag and the text beside the checkboxes inside of a <label> for usability reasons (they would be clickable then in most browsers) and to give the text a better handle inside the DOM (maybe some extra-<span> around the text would be nice too).

Hey Folks,
Thanks for your help on this. I just pushed the 1.1.2 version live (no short tags)
@imeos I'll check out the label issue.
Ryan

I just downloaded 1.1.2 (from GitHub @1st post) and it still has short tags!

Just did Search&Replace with <? and <?= and it had ~200 hits in several files.

Anything you download from github will likely have short tags. 1.1.2 is available from the addon page:
http://www.concrete5.org/marketplace/addons/internationalization/...

In Marketplace -Internationalization -plugin, there is little html-bug in multilingual/single_pages/dashboard/multilingual/setup.php line ~80.

The form-element tag is created _before_ if-clause, but same tag is closed within same if-clause, so browser will render html-form wrong when only one language is created (the form is never closed, so "default" language can't be chosen.


The correct way should be something like this:
setup.php Line ~80:


This bug occures only with one language, and "multilingual"-plugin usually is used with multiple languages. Still, it gave me small headache finding why can't I select default language before adding the second language site-branch.

Thanks. I'll make sure this gets in the next release.