Validation CSS BUG with multilanguage site

[vipzeus]

At my form i'm use GTranslate for my multilingual site where its very flessible with all fabrik elements.
In my default language page (it) i have the follow form:
(see image it.png)

when i switcj language to english the form change aspet and looks like css missing. (see attach en.png)

I notice thats happend only if some element has validation.
Infact the problem begging after element with validations.

Is it a bug this?

The url for default language is www.mydomain.com but when switch to english i have www.mydomain.com/en

Here some informations of my system:
j!2.5.8
f 3 todays githab update
php 5.2.17
template by rockettheme with gantry framework v. 4.1.2
The problem remain with all templates.

Is it a bug?

 

[troester]

It seems there's a quote or tag missmatch (This is a required field"/>)

How is GTranslate working?

 

[vipzeus]

Hey Troaster, thanks for the answer. So is it a bug?

GTranslate is the best way for multilanguage sites. I allready useit in my old joomla site and now i useit for the new with joomla 2.5. GTranslate translate thanks google but you can always modify the translation if there are words with rong mean. All to do is for each url add ?language_edit=1 and you can change the translation word by word, menu by menu and everywhere where text exist.
If you want a live demo i can send private message with a link of my actual site to see how is working.

 

[vipzeus]

I think its the validate tip which create problems

 

[troester]

Hmm, I just installed the free version and can't see a problem: it's translating the label + the validation tip correctly (Joomla beez template, fabrik default)

Is it with every field, different validations, any language?

 

[vipzeus]

With the free version you have not all options as i descript before.
Yes, with all language exept the default language.

 

[troester]

Not sure what is going on, it seems gTranslate is breaking the HTML;
After switching the language hidden elements (Company...) get visible (class fabrikhide, style visibilty:hidden are vanished from page source code), structure of fabrikElementContainer is broken, errors


"NetworkError: 404 Not Found - http://.../administrator/components/com_extendedreg/assets/css/smoothness/jquery-ui-1.8.17.css"jquery....17.css

"NetworkError: 404 Not Found - http://.../%20media%20/%20com_fabrik%20/%20images%20/%20notempty.png" notempty.png

getAttributeNode() sollte nicht mehr verwendet werden. Verwenden Sie stattdessen getAttribute().

...xt");}};}n=null;if(document.createElement("div").getAttributeNode("id")){Element...mootools-core.js (Zeile 343)


"NetworkError: 404 Not Found - http://.../%20media%20/%20com_fabrik%20/%20images%20/%20notempty.png" notempty.png

"NetworkError: 404 Not Found - http://.../components/com_extendedreg/assets/images/input_bg_h.png"

 

[vipzeus]

mmm, i dont know what is the problem, but if i disable the validation everything works properly. with j1.5 work properly where i have forms very complicate.
i need help to resolve this.

 

[rob]

have you asked the gtranslate people about this? Seems it would be more something that they are doing that what we are doing? Or at the very least they have more of an idea of how their code works to give a pointer as to what might be the conflict.

I tried to install the module, but it didnt seem to do anything for me, what settings do I need?

-Rob

 

[vipzeus]

Hi Rob.

i dont askthem yet but i'll do soon.
To see the problem you must have the PRO version.
I'll point you the page in pm.

 

[vipzeus]

i wrote on the gtranslate forum and they answer me to check and fix sll end rags errors.
i have not errors with joomla, gtranslate and fabrik.
with joomla 1.5 i have not issues used the gtranslate and fabrik with conplicate forms

 

[rob]

hmm it gives an smtp error on registering:

Errore SMTP! Il seguente indirizzo del ricevente non ? valido:rob@pollen-8.co.ukErrore server SMTP: 5.1.1 The email account that you tried to reach does not exist. Please try 550-5.1.1 double-checking the recipient's email address for typos or 550-5.1.1 unnecessary spaces. Learn more at 550 5.1.1 http://support.google.com/mail/bin/answer.py?answer=6596 c2si17070768eeo.11



so I dont know that I can log in?


-Rob

 

[vipzeus]

you are allready loggin as autologin is enable.

 

[cheesegrits]

What are "sll end rags errors"?

-- hugh

 

[rob]

sorry but I can't log in. email rob@pollen-8.co.uk - am i blocked because I didnt get the confirmation email?

 

[vipzeus]

thereis not confirmation email. i'll cancel the registration and try again.

 

[rob]

there's also Hugh's question -

What are "sll end rags errors"?

Could you answer that, like Hugh I don't know what those are

-Rob

 

[rob]

Looking at the page I would say its doing something incorrect with our tip markup:

we encode the html in the validation star's <img> title property an then use javascript to build the tip content from this.

title="&lt;div&gt;&lt;ul class=&quot;validation-notices&quot; style=&quot;list-style:none&quot;&gt;&lt;li&gt;&lt;img src=&quot;http://www.clinico-pc.com/media/com_fabrik/images/notempty.png&quot; class=&quot;notempty fabrikImg&quot; /&gt;This is a required field&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;" /><

Gtranslate must be altering this and probably converting it to html so '&lt;' becomes '<' etc, which is then causing the page to render incorrectly

Perhaps if you go back to them with this information they might be able to offer a solution.

 

[vipzeus]

After many day waiting they answer me checked my site.
They are told me to fix all validator errors first.
In fact in a clean form i have 23 validation errors and 1 warning.

http://validator.w3.org/check?uri=h...e=Inline&group=0&user-agent=W3C_Validator/1.3

 

[cheesegrits]

Most of those are because you are using doctype STRICT instead of TRANSITIONAL. Our code is not yet STRICT compliant.

For instance, all of the "document type does not allow element "input" here" errors are because in STRICT mode, you can only have block elements as the children of a form element. So only things like div, p, fieldset, etc. All of our visible input elements are within blocks (usually fieldset). However, our hidden form inputs are not contained within a block. I guess I could wrap a div round them, but it won't have any effect on your Gtranslate issue.

Likewise the "there is no attribute 'foo'" errors are typically due to STRICT doctype parsing. We use several element attributes which aren't part of the XHTML 1.0 STRICT standard. For instance, the 'placeholder' attribute, which is part of HTML5, but is not known to the XHTML 1.0 STRICT standard.

My advice would be to change your doctype to TRANSITIONAL, and revalidate. I'd be happy to fix any errors that show up in transitional checking.

However, I've looked through that list, and I don't see anything which would have any effect on GTranslate. I think this is just a systemic problem with GTranslate, re-rendering entities like &lt; as <.

-- hugh