Skip to content
Decidim module that allows customizing the localization terms in the system for specific contexts.
Ruby HTML JavaScript
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
app Fix render bug for HTML translations in the bulk adding view Aug 28, 2019
config/locales Merge pull request #25 from mainio/l10n_master Aug 28, 2019
db/migrate Initial commit Feb 19, 2019
lib/decidim
spec
.erb-lint.yml Add .erb-lint.yml Apr 27, 2019
.eslintignore
.eslintrc.json
.gitignore
.rubocop.yml Update Decidim core dependencies to 0.18 + other related updates Aug 26, 2019
.ruby-version Update Decidim core dependencies to 0.18 + other related updates Aug 26, 2019
.simplecov Initial commit Feb 19, 2019
.travis.yml
Gemfile
Gemfile.lock Update devise in local dependencies (CVE-2019-16109) Sep 12, 2019
LICENSE-AGPLv3.txt Initial commit Feb 19, 2019
README.md
Rakefile
crowdin.yml Update Crowdin configuration file Feb 22, 2019
decidim-term_customizer.gemspec Change the loader to clear all cached keys e.g. with memcached Apr 24, 2019
package-lock.json
package.json

README.md

Decidim::TermCustomizer

Build Status codecov

The gem has been developed by Mainio Tech.

A Decidim module to customize the localized terms in the system. The module allows administrators to add "translation sets" through the admin panel which contain customized terms for any module in the system. These sets can be applied against different scopes within the system, e.g. the whole system, participatory space scope (e.g. all participatory processes or a specific participatory process) or a specific component within a participatory space.

The term customizations will be only applied to the scope which the admin user has defined for the set. Multiple scopes can be defined against a single translation set.

Example use cases for this module:

  • Admin wants to change the term "Proposal" to "Idea" in all participatory processes within the system.
  • Admin wants to change the terms "accepted" and "rejected" in the proposals component to "possible" and "not possible" for a specific participatory process.
  • Admin wants to change the term "debate" to "discussion" for all assemblies within the system.

You can add the term customizations using either of the following methods:

  • Search the terms from all the system translations matching the term itself or the translation keys. This method is available in the "Add multiple" view.
  • Add the term customizations for specific translation keys in case you have the technical knowledge to find out the translation keys.

Installation

Add this line to your application's Gemfile:

gem "decidim-term_customizer"

And then execute:

$ bundle
$ bundle exec rails decidim_term_customizer:install:migrations
$ bundle exec rails db:migrate

To keep the gem up to date, you can use the commands above to also update it.

Usage

  • Install the gem.
  • Login to the system as an administrator.
  • Go to the admin panel > Term customizer.
  • Add a new translation set and give it a name (e.g. "All processes"). The name of the set is only relevant for the admin to identify what that set is used for. It is suggested to give the sets a name that identifies the scope where it is used.
  • Apply the set to the scope or scopes where you want these customizations to be active.
  • Save the set.
  • Add the translations to the set which you want to customize within the defined scope. You can either add specific translation keys manually or search the translations from all the system's translations using the translation terms or keys.
    • Using the "add multiple" view is definitely easier for beginners since it allows searching for the terms and then automatically adding all the keys where that translation exists.
    • In case you are directly adding the translations, please note that the translation key refers to the technical key that Rails uses to refer to the translatable terms. For example, decidim.menu.processes.

The UI is currently a bit rough, it could definitely use some improvement. Contributions regarding this are very welcome!

Contributing

For instructions how to setup your development environment for Decidim, see Decidim. Also follow Decidim's general instructions for development for this project as well.

Developing

To start contributing to this project, first:

  • Install the basic dependencies (such as Ruby and PostgreSQL)
  • Clone this repository

Decidim's main repository also provides a Docker configuration file if you prefer to use Docker instead of installing the dependencies locally on your machine.

You can create the development app by running the following commands after cloning this project:

$ bundle
$ DATABASE_USERNAME=<username> DATABASE_PASSWORD=<password> bundle exec rake development_app
$ npm i

Note that the database user has to have rights to create and drop a database in order to create the dummy test app database.

Then to test how the module works in Decidim, start the development server:

$ cd development_app
$ DATABASE_USERNAME=<username> DATABASE_PASSWORD=<password> bundle exec rails s

In case you are using rbenv and have the rbenv-vars plugin installed for it, you can add the environment variables to the root directory of the project in a file named .rbenv-vars. If these are defined for the environment, you can omit defining these in the commands shown above.

Code Styling

Please follow the code styling defined by the different linters that ensure we are all talking with the same language collaborating on the same project. This project is set to follow the same rules that Decidim itself follows.

The following linters are used:

You can run the code styling checks by running the following commands from the console:

$ bundle exec rubocop
$ npm run lint

To ease up following the style guide, you should install the plugins to your favorite editor, such as:

Testing

To run the tests run the following in the gem development path:

$ bundle
$ DATABASE_USERNAME=<username> DATABASE_PASSWORD=<password> bundle exec rake test_app
$ DATABASE_USERNAME=<username> DATABASE_PASSWORD=<password> bundle exec rspec

Note that the database user has to have rights to create and drop a database in order to create the dummy test app database.

In case you are using rbenv and have the rbenv-vars plugin installed for it, you can add these environment variables to the root directory of the project in a file named .rbenv-vars. In this case, you can omit defining these in the commands shown above.

Test code coverage

If you want to generate the code coverage report for the tests, you can use the SIMPLECOV=1 environment variable in the rspec command as follows:

$ SIMPLECOV=1 bundle exec rspec

This will generate a folder named coverage in the project root which contains the code coverage report.

Localization

If you would like to see this module in your own language, you can help with its translation at Crowdin:

https://crowdin.com/project/decidim-term-customizer

License

See LICENSE-AGPLv3.txt.

You can’t perform that action at this time.