Extending the language array

is there somewhere a manual or howto which describes how to extend the language array for the backend?
i tried to implement my own module and use the oxid translation files. i added a new file to the directory

/out/admin/de/modulename_lang.php

but the script ignores a new file in this directory.

any ideas?

Hello Artjom,

this issue is under discussion. Pls give us a couple of days.

Regards


Marco Steinhäuser
Community Operator
OXID eSales AG

Just put your own language strings into the cust_lang.php file. This is for user extensions. Only lang.php and cust_lang.php are parsed.

mfg
urban

Andreas Ziethen - Geschäftsführeranzido GmbH - ecommerce in guten händen!
Programmierung - Schulungen - Performanceoptimierung<

is there any new information about?

or do we have to use the cust_lang.php which could be overwritten by oxid on update?

greets chris

Hello Chris,

just use the cust_lang. It will not be overwritten because it is the “cust_”-lang :slight_smile:

Regards


Marco Steinhäuser
Community Guide
OXID eSales AG
http://twitter.com/marcosteinhaeus

is there a new solution for that problem now?

sure, use the forum search

The forum search won’t reveal much in english :wink:
The solution from the first posting will work nowadays. This is discussed here: http://forum.oxid-esales.com/showthread.php?t=15534

of course it would!
otherwise i would not have told it…

if you search for “module lang file”, you will get:
http://forum.oxid-esales.com/showthread.php?p=102358&langid=2

if you search for “module language file”, you will get:
http://forum.oxid-esales.com/showthread.php?t=5667&langid=2 as first result
or http://forum.oxid-esales.com/showthread.php?t=15351
and also http://forum.oxid-esales.com/showthread.php?t=16230&langid=2

give the search a chance

I’m adding new admin languages in format suggested by the OP (modulename_lang.php) but adding them under the ‘modules’ directory and I haven’t had any problems.

For example:

modules/xyz_mod/out/admin/en/xyz_lang.php
modules/xyz_mod/out/admin/fr/xyz_lang.php

Using cust_lang is not not a good work-around IMHO. As soon as you have more the one extension, you don’t want to be stuck sharing that one cust_lang file across multiple projects.