CiviCRM Community Forums (archive)

Hello,

I just install civicrm 4.2.1 then I set the localization for French (fr_FR)

- Contact Type contain "Individual"
- Address : "Location Type" still contain "Home, Main, Work, ..."
- Phone : "Phone Location" still contain "Home, Main, Work, ..." and "Phone Type" contain "Phone, Mobile, ..."

It not seems to be part of the translations !
Somebody can advice about these lists ?

Regards.

Hi, Mathieu,

I am also confused when localizing the "location types":

At  /civicrm/admin/locationType?reset=1, I notice that the "name" of the existing locations type (eg Billing, Home, Other and Work)  are not active for editing. What I can do is to put "display name" in Chinese.  However, in the drop-down list in Address page, it is "name" showed in the list instead of "display name".

Then, I created new location type and put Chinese "name", and it doesn't work either -  this time I'm told that "Name can only consist of alpha-numeric characters".

Now I am wondering if you have any suggestion. Is it possible to bind the  drop-down list value in Address page to "display name"? Or, could it be a bug?

Thanks a lot.

Joy

Hi / Salut,

Those strings are user-defined. If you install CiviCRM in French from the beginning of the install, it should have been populated directly in French.

Post-install, you can change their values from the admin interface:

* Contact types: /civicrm/admin/options/subtype?reset=1
* Location types: /civicrm/admin/locationType?reset=1
* etc, mostly accessible from Administer -> Customize -> Menu list options (Options de menu déroulant).

Mathieu

Hi, Lobo,

Thank u for the quick response.

So is it possible to allow users to specify their own names and thus avoid the conversion where non-alpha-numeric characters are skipped?

Regards,

Joy

I think the main issue is we have a "label to name" conversion which is very US / Latin centric

It strips all non-alpha-numeric characters. So i suspect for chinese / japanese, we strip the entire label and end with blank

i dont know what the solution is in this case

lobo

Hi Lobo,

Thank you for clarifying the issue. We'll see what we can do about it.

Joy

unfortunately not this has come up a bit recently, but so far not code contributions or patches for this

if you can contribute a patch that would be great. Check how drupal does it, seems quite smart and is optional

lobo

The 'name' column functions as a key for option values which are used programmatically, while the 'label' is translated and displayed to the user. As values are added / deleted over the history of a site, the ID's (auto-increment primary keys) vary from install to install.

yep :-)