7
The l10n translation files (civicrm.mo files in the l10n directory, distributed in the civicrm-l10n-4.6.x.tar.gz files) should change between versions, however:
The latest translation files always support the 3 last CiviCRM versions. So currently, civicrm-l10n-4.6.5.tar.gz can be used for CiviCRM 4.4.x, 4.5.x and 4.6.x. This was done a while back to avoid ...
6
This is done by appending &lcMessages=fr_FR to the URL (where fr_FR is the desired language code).
When multiple languages are enabled, there is a language switcher block that becomes enabled. What threw me off is that in Joomla that is a fixed block in the admin interface left sidebar -- but is not available to the public side of the site. In Drupal it ...
6
Have you tried making adjustments under Administer > Localisation > Address Settings?
6
In the latest version, you can also rebuild the multilingual schema yourself by navigating to API Explorer http://www.site-name/civicrm/api#explorer
Select Entity = System, Action = rebuildmultilingualschema and click on Execute button.
If you aren't able to access the API explorer UI, try using the cv command from the terminal.
cv api System....
5
You can change the language in
Administer > Localization > Languages, Currency, Locations
and change the default language (first field) to English (United States)
However, as the site is in a different language, it might be hard to find (the url is civicrm/admin/setting/localization), so here are the direct links:
Drupal
Joomla
Wordpress
4
As Peter has said, CiviCRM's current support for multiple languages is restricted by the underlying architecture. Basically an extra column is added to the tables for each field that needs to be represented in the additional language. For example if 5 languages are enabled then the table could have 5 times more columns. The issue with this is that mysql has ...
4
i think you are right that there is not a lot of information about this currently. Multiple language can be enabled on the Localisation screen ie at http://d46.demo.civicrm.org/civicrm/admin/setting/localization?reset=1
Some documentation about it is here
http://gitbook.civicrm.org/the-civicrm-community/localising-civicrm.html
http://wiki.civicrm.org/...
4
Yes there is, for more information about downloading translations please see: https://civicrm.org/download-translations
The installation instructions for localized versions vary depending on the CMS you will be using. But full information can be found here: https://wiki.civicrm.org/confluence/display/CRMDOC/Installation+and+Upgrades
4
Defaults for localisation you can set :
Go to,
CiviCRM->Administer->Localization->Language,Currency,Locations
You can set,
a) Preferred languages Options
b) Date formats
c) Addresses settings under Administer menu.
4
You can changed the language by including l10 packages under directory;
civicrm/l10 and with following;
Administer->Localization->Language,Currency,Location
I addition;
Also you can set the Default Language,currency,country and states
4
You can control the address format in Administer menu » Localization » Address Settings, so your mailing labels generate how you'd like.
What CiviCRM does not currently do is print different mailing label formats based on the country of the record. I've got a proposal to a client who will fund this improvement if the proposal is accepted, but at this time ...
answered Feb 12 '18 at 2:01
Jon G - Megaphone Tech
35.9k1 gold badge26 silver badges95 bronze badges
3
Thanks. Please open an issue on http://issues.civicrm.org/
There you can also add a diff file to an issue.
If you're really hardcore you can fork https://github.com/civicrm/civicrm-core, add your changes to the git project and do a pull request.
3
This is probably caused by the settings for your database? We had the same problem with Norwegian special characters because their CiviCRM database was set to Latin-1. It has to be UTF-8 general-ci for CiviCRM.
3
Although not an ideal solution, if we add the following line in the .htaccess the reports are printed well.
AddDefaultCharset utf-8
3
Another normalization tool specifically for phone numbers. Per the readme, it is an administrator tool, not a real time validator.
https://github.com/JohnFF/Phone-Number-Validator
3
In short - you can't. Phone numbers are entered as free entry text. That's different from addresses, where the format is about which order different fields fall in; phone numbers are only one field. Dates aren't stored as freeform text; they're stored in a specialized "date" field to handle this.
That said, there's an extension called CiviDesk Normalize, ...
answered Dec 24 '15 at 18:02
Jon G - Megaphone Tech
35.9k1 gold badge26 silver badges95 bronze badges
3
I had this problem too on the main Civi911.com checkout form, and then I was all the more sheepish when it turns out the issue was reported by my coworker Tyrell for one of our clients! It's a bug in 7.x-4.11 and earlier: https://www.drupal.org/node/2516936
If you upgrade, the state/province in the billing address should update along with the country.
3
Here is an extension that might help a bit with money formatting issues in Canada:
https://civicrm.org/extensions/canadianbacon
It basically sets the CiviCRM money settings dynamically when it detects the fr_CA or fr_FR language. We have been using these kind of hacks for a while, but had never bothered to make a proper extension, hoping it would be fixed in ...
3
For Wordpress, make sure you have the following structure of files:
plugins/civicrm/civicrm/l10n
plugins/civicrm/civicrm/l10n/fr_FR/LC_MESSAGES/civicrm.mo
plugins/civicrm/civicrm/sql/civicrm_data_fr_FR.sql
etc
Reference documentation:
http://wiki.civicrm.org/confluence/display/CRMDOC/Installing+CiviCRM+for+WordPress
3
Unfortunately, if you change the language after the installation, the data that has been loaded during installation in the database will not be translated.
I am not aware of an easy way of fixing that but you could use as a start the sql files in civicrm-xxx-l10n.tar.gz and do updates instead of insert.
The issue is known and hopefully will be fixed in ...
3
The bug come from QuickForm being used to render in "freeze" mode (read-only) for the contribution confirm page.
The bug had been reported here:
https://issues.civicrm.org/jira/browse/CRM-14588
I wrote a patch for it against CiviCRM 4.7 (master dev branch), but it should be easy to apply on 4.6:
https://github.com/civicrm/civicrm-core/pull/5729
Could you ...
3
Exists an unresolved localization issue that probably explains your translation problems. You can see here:
CRM-17737
New Mailer dialog seems impossible to translate
3
Just after starting the bounty i have found what i was looking for:
To merge two .po files you'll need to use some shell magic. I did the following:
extract the original civicrm.mo file to a .po file with this gettext-command: msgunfmt civicrm.mo -o civicrm.po to an empty folder
paste the .po file of the extension to the same folder
merge the two .po files ...
3
I think there is no approach for this on CiviCRM beyond smarty approach. We workaround this by splitting receivers groups by their language preferences and sending their separate mails from templates builded in different languages.
This approach its fine for us. See this feature request on Mosaico project with the aim of facilitating work in this direction.
...
3
Based on this https://github.com/cividesk/com.cividesk.l10n.update/blob/master/l10nupdate.php#L131 it looks like it needs to be within the extension folder in folders 10n//LC_Messages/volunteer.mo This line details the download path for the mo https://github.com/cividesk/com.cividesk.l10n.update/blob/master/l10nupdate.php#L130 the mo is the binary version of ...
3
Welcome to CiviCRM SE KLeeHK! I am not sure if you can suppress the translation of particular Smarty tags e.g. {$receive_date} or change the date format of only this occurence. The receipts can be edited under "System Workflow Message Template which you can find under "https://yoururl.com/civicrm/admin/messageTemplates?reset=1"
However, you can globally ...
2
Case statuses are user-defined option values (configurations). If you have installed CiviCRM initially in English, then switched the language, you will have to edit/translate the case statuses manually in: Administer > Case > Case statuses (/civicrm/admin/options/case_status?reset=1).
2
I'm guessing it's whether the particular sort implementation in each case is configured to be UTF8-aware. If I order by name asc in MySQL, I see Côte d'Ivoire just after Costa Rica. If I look at a hex dump of the actual bytes, ô expands to EF BF BD, which will appear long after o (6F) and even z if the sort isn't UTF8-aware. Have a look at the localisation ...
2
You don't have a single localisation per country, but per civicrm installation.
The various defaults you can set (eg language, currency, list of available countries, date format...) are in various screens under the administer menu.
We tried to group them more based on the feature you try to set rather than based on the region it's used because you can have ...
2
There are actually (at least) two places where you can change the formats. One is where you described, the other one (that affects most of the displayed date formats e.g. in the contact tab) is available at >>Administer >>Localization >>Date formats.
Below is a screenshot of settings we usually use for German language environments.
Only top voted, non community-wiki answers of a minimum length are eligible