the getter method is missing, allthought there is a public setter method
(possible use case: to retrieve variables set thru settings.php http://drupal.org/node/313272 )

patch in attachment

CommentFileSizeAuthor
#3 variable_get.i18n.module.1.41.2.41.patch844 bytesg10

Comments

kewlguy’s picture

kewlguy commented

I'm interested in this, so, where's the patch?

kewlguy’s picture

kewlguy commented

OOPs, All I needed to do was make sure I was in the admin and then change to the non default language on the setting page for the variables that I set in my settings.php. It would be nice to be able to utilize my l10n translator though...lol.

g10’s picture

g10 commented
StatusFileSize
new variable_get.i18n.module.1.41.2.41.patch844 bytes

where's the patch?

good question, obviously I forgot to attach it, here you have it:

kewlguy’s picture

kewlguy commented

SWEET! My i18n and l10n client works like a charm after I applied this patch, of course with the additions to my settings.php

The only real issue I have left is one with the core 'contact' link in my primary menu though I believe it is an issue with my Acquia Marina theme, tabs specifically because the sidebar block now works correct after this patch. I know too much information...lol

I have created a somewhat related post in the i18n issues about an open discussion that I would appreciate seeing a little feedback on. please check it out on this post here

Rakward’s picture

Rakward commented

Sorry, posted in wrong thread, meant to post here:
http://drupal.org/node/583836#comment-2900142

jose reyero’s picture

jose reyero commented
Status: Needs review » Needs work

Looks like a good idea. This needs some static caching and handling fallbacks (if the variable is not translated for that language, it should default to the variable in the default language)

jose reyero’s picture

jose reyero commented
Status: Needs work » Fixed

Added i18n_variable_get()

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.