qTranslate conflicts?
I'm using qTranslate v2.5.28 to allow two languages on my website. For that purpose, I need to use expressions like:
Quote:
This used to work in previous versions of Atahualpa but not now with 3.7.3 !! After I make my changes in Atahualpa Theme Options like the one above and I save them I will see only: Quote:
|
that's odd because I just entered you settings and it saves fine. try disablinmg all other plugins except qtranslate and see what happens - I wonder if you have a plugin that looks at shortcodes
|
Thanks for your reply, juggledad.
Put ODD on that !! The worst part is: this code cleaning up is random, meaning, you might save Atahualpa Options, the shortcodes remain there but they might disappear at any time :confused: !!!! Removing plugins it's quite hard !! I have 16 plugins installed :( !! Any clue about which type of plugins might be interfering? |
There hasn't been a significant change in the code that saves teh options. What version were you using?
as for disabling the plugins, it is easy to disable all the plugins, though it might not make your site look good :p if you can get a handle on a series of steps that cause the issue to happen, I can look at it in more detail, but if it is random it is hard to determine or even recreate. what version of Atahualpa were you on? What version of WP? |
Yes, with "hard" I mean what I would feel watching my website if I'd deactivate the plugins :)
I'm using Atahualpa 3.7.3, WordPress 3.3.1 and qTranslate 2.5.28 !! I already started deactivating plugins one by one and I have started with those handling square brackets "[" and "]". I will post the result here if I succeed :) |
Actual status:
1 - I deactivated plugins one by one. No improvement !! 2 - I finally deactivated ALL plugins but qTranslate. No improvement !! 3 - Meanwhile, I've found out that shortcodes are removed after I navigate through my website (read in pages, read in posts, etc) Additional information: I have exactly the same problem on a different website running on Wordpress 3.1.1, Atahualpa 3.6.4 and qTranslate 2.5.19 :confused: !!!! Any clues? |
Very odd. The theme options are store in the database and viewing a post READs the options from the database BUT doesn't WRITE the theme options out to the database.
what is the URL? if you are in the US please send me a PM with your contact information. |
The URL is http://op351.net and http://ajbfec.com, both with the same problem.
I guess there is something wrong with Atahualpa handling post kickers, post bylines, post footers and footer (all fields are editable) when qTranslate shortcodes are included. There are other parts of the website with those very same shortcodes (for example, in several plugins) and they do not go away! I had a look at Atahualpa code but my PHP knowledge sucks :o !! Any help would be very much welcome... PS: I am from Portugal, so let's keep this conversation affordable keeping it on free means :) |
I've installed the qtranslate and can not get it to fail in any way - if you want, send me an admin ID/PW and I'll take a look
|
May I get the URL of website where you installed qT to check it out? What versions are you using?
|
I'm running it on my local server and just downloaded the latest version of qtranslate off of wordpress.org.
The only time the theme re-wrtites the theme settings (which are stored in the database) is when you make a change and hit the 'Save' button'. Reading posts should do nothing. here is an experiment. pt the code in and save it, then go to the 'Export/Import settings' option and export your settings. Now go back and see if those settings are still there. Next, go do the 'voodoo' (sorry, couldn't help it, it sounded so good in my head "..go do the voodoo...:p) that changes the setting. Now go export the settings again. Attach teh two files to a reply (use the paper clip icon' |
juggledad, I guess you're scoring !!
I did what you said and maybe I don't need to send you the files because I tell you here what happened. 1 - When I place the line: Quote:
Quote:
Quote:
Quote:
3 - If I place the line: Quote:
Quote:
Actually, if I use shortcodes, Atahualpa only takes into consideration what it is after the [:en] one, which is the default language of my website. Meaning, shortcodes and everything after [: pt] are not saved in the settings backup file !! I still insist, this is an Atahualpa bug. Agree? What's next? |
Quote:
HTML Code:
[:en]by %author%, on %date('F jS Y')%[: pt]por %author%, em %date('j #d#e F #d#e Y')% I do get an error in runtime looks like the '#' are not liked, but the original code (in your first post) works fine. again if you want, send me an admin ID/PW and I'll take a look |
Atahualpa recommends the use of # instead \ for escaping letters inside %date% :p
Go for me, this is an Atahualpa bug !! |
There may be a bug, but since the only one having the issue is you and the fact that I can't recreate it, there is nothing I can do.
|
2 Attachment(s)
fyi,
here are two screen shots one when english is selected, Attachment 1797 and one with portugues Attachment 1798 and here is my 'BYLINE: Homepage' option HTML Code:
[:pt]por %author%, em %date('j #d#e F #d#e Y')% [:en]by %author%, on %date('F jS Y')% character set used in the database, plugins you use, custom modifications to wordpress, language version of wordpress you are using, or maybe some environmental setting on your host. |
All times are GMT -6. The time now is 05:44 AM. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.