summaryrefslogtreecommitdiff
path: root/config/locales
AgeCommit message (Collapse)Author
2015-09-28Add localization labels to signup form and user.en.ymlankonym
Added the necessary labels to allow the localization of the signup form and the labels to users.en.yml for localization
2015-08-05updated locale files0.7.1version/0.7.1elijah
2015-08-04Made the default front-page welcome text translatable.elijah
2015-08-03fix missing translations: get help and cancel.elijah
2015-07-21download from transifex, fixes bad interpolation keys in german.elijah
2015-07-14updated translation fileselijah
2015-06-30updated locale fileselijah
2015-06-15imported new locales from transifexelijah
2015-04-30added support for email notifications of ticket changeselijah
2014-10-20updated i18n:bundle task so that transifex can pull in strings automatically ↵elijah
from a stable url.
2014-07-17add translation and fix testsAzul
2014-07-16minor: add missing i18n translation for overviewAzul
2014-07-05Enable unblocking handles in identities tabAzul
There's an identities tab now for admins that will allow unblocking blocked handles. It should be easy to expand for aliases and forwards and other types of actions such as editing.
2014-06-25android app now supports signup, so change text that said otherwise.elijah
2014-05-27move users key into layouts scope so it does not conflict with users scopeAzul
2014-05-26sorting translation keys someAzul
2014-05-26navigation works with empty locale selectedAzul
Just in case some translation keys are not present things should still work and make sense. So translation keys should be picked in a meaningful way and scoped rather than prefixed. For example overview.account will turn into "Account" if no translation is present while "overview_account" will turn into "Overview Account". We usually want the former.
2014-05-26tickets: structure i18nAzul
2014-05-26FlashResponder will automagically add flash messagesAzul
2014-05-19i18n for error pagesAzul
2014-04-25use i18n keys for signup & login buttonsAzul
2014-04-25simple form: add wrapped and loading... buttons #5542Azul
the loading... text on the buttons was not capitalized before. So in order to change this in a (more or less) single place i added new button types to simple_form: button :wrapped - normal button, with loading and an optional cancel button wrapped in the classical bootstrap action div. cancel option contains the url to go to when canceling. button :loading - simple button with loading text capitalized by using i18n (simple_form.buttons.loading) Conflicts: engines/support/app/views/tickets/new.html.haml
2014-04-25Merge pull request #151 from azul/bugfix/5549-prefer-client-signupazul
Bugfix/5549 prefer client signup
2014-04-24unified wording: destroy accountAzul
2014-04-24add signup and login info on the formsAzul
2014-04-08move users: config and libAzul
2014-04-08moving all of core into toplevel, tests fail.Azul
2014-01-23added a default footer with links to privacy policy, tos, pricing, about us, ↵elijah
contact.
2014-01-23added default pricing, privacy policy and tos pages.elijah
2013-07-04moved app locales to core gem.elijah
2013-07-04i18n - added a few strongs to app, fixed language at english for now.elijah
2013-07-04start of new ui - css changes, layout changes, navigation changes.elijah
2013-01-15For both users and tickets, if the object is not found and the current user ↵jessib
is an admin, they should see an alert that the object wasn't found, and be redirected to the current controller. If the object isn't found and the current user is not an admin, then we will continue to give an error about no access, so as not to leak information about what IDs do and don't exist.
2012-09-27Adding in what used to be leap webapp demoAzul
we're merging repositories into one