Search completed in 1.18 seconds.
5 results for "x-testing":
Localizing with Koala
for the purposes of this tutorial, the locale code that we will use will be called "
x-testing".
...translating to
x-testing will basically consist of converting any strings to uppercase, for example "file" in original version (en-us) will become "file" in
x-testing.
...n\firefox> rmdir 3.6 c:\mozilla\l10n\application\firefox> hg clone http://hg.mozilla.org/releases/mozilla-1.9.2 3.6 requesting all changes adding changesets adding manifests adding file changes added 33099 changesets with 158636 changes to 50664 files (+9 heads) updating working directory 40357 files updated, 0 files merged, 0 files removed, 0 files unresolved configure the locale locale id:
x-testing (put your locale's code) version: 3.6 location: choose the folder where you want to keep the localized files or leave empty for now check "mercurial" if you wish to use mercurial to keep the revision history of your files (very recommended) existing localizations: url: if you're editing an existing localization or you already have a repository set up (either on hg.mozilla.org or bitbucket), type...
...And 15 more matches
Localizing without a specialized tool
folder structure throughout this document, we will be using the following folder structure in all examples: your working directory (root) mozilla-1.9.2 (en-us source, pulled from http://hg.mozilla.org/releases/mozilla-1.9.2) l10n-mozilla-1.9.2 (a directory containing localization directories, one dir per localization; often referred to as "l10n base")
x-testing (a directory with your localization files) please either follow this structure closely or adjust all commands in the documentation as needed by your custom set-up.
...
x-testing.
... depending on your case, you can do it in one of the following ways: if no localization exists yet, create an empty folder and create a mercurial repository in it: $ mkdir
x-testing $ cd
x-testing $ hg init if there is a bitbucket repository with localization files, you can pull from it.
...And 14 more matches
Creating a Language Pack
creating a langpack we will now merge the localized files from
x-testing locale with the en-us files from the original source.
... while in that directory, issue the following command: $ make merge-
x-testing locale_mergedir=$(pwd)/mergedir
x-testing: browser chrome browser aboutcerterror.dtd // add and localize this file ...
...
x-testing: changed: 6 missinginfiles: 6124 missing: 5 0% of entries changed this step is not necessary anymore to create the language pack, because it is included in the next command.
...And 11 more matches
QA phase
iminary instructions we will be using the following file directories for this example: your working directory (root)/ mozilla-aurora (en-us source, pulled from http://hg.mozilla.org/releases/mozilla-aurora )/ l10n-central (directory for l10n directories, one per l10n; often referred to as "l10n base")/ your-locale-code (a directory with your l10n files, in this example we'll use
x-testing) example: root/mozilla-aurora & root/l10n-central/
x-testing additionally, you will need to copy and translate the toolkit/defines.inc file directly from en-us before you can build.
... enter the following commands: mkdir -p l10n-central/
x-testing/toolkit/ cp mozilla-aurora/toolkit/locales/defines.inc l10n-central/
x-testing/toolkit/defines.inc tah-dah!
...we'll use
x-testing here for our example.
...And 7 more matches
Release phase
depending on which branch you work on, the url of your repository might look like this: http://hg.mozilla.org/releases/l10n-central/
x-testing if you followed the koala or plain text approach, you probably already have a local clone of the repository.
... add the following lines to your ~/.ssh/config file, replacing user@host.domain with your mozilla ldap account name: host hg.mozilla.org user user@host.domain if you have already cloned the remote repository using the http protocol using this command: $ hg clone http://hg.mozilla.org/releases/l10n-central/
x-testing then you will need to edit the .hg/hgrc file (inside the
x-testing local clone) to tell mercurial to push using ssh.
... your .hg/hgrc file shoud look like this (add the emphasized line): [paths] default = hg.mozilla.org/releases/l10n-central/
x-testing default-push = ssh://hg.mozilla.org/releases/l10n-central/
x-testing if you haven't already cloned the remote repository, enter this command: hg clone ssh://hg.mozilla.org/releases/l10n-central/
x-testing mercurial will let you know that it's cloning the repository: destination directory:
x-testing requesting all changes adding changesets adding manifests adding file changes added 4 changesets with 242 changes to 239 files updating to branch default 239 files updated, 0 files merged, 0 files removed, 0 files unresolved the default push url is the same as the default pull url (i.e., ssh://hg.mozilla.org/releases/l10n-central/
x-testing).
...And 3 more matches