Friendica Communications Platform (please note that this is a clone of the repository at github, issues are handled there)
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Hypolite Petovan 354bec58c0 Ensure BaseObject::setApp() whenever App is instantiated 4 years ago
bookmarklet-share2friendica Ensure BaseObject::setApp() whenever App is instantiated 4 years ago
fpostit Use short form array syntax everywhere 4 years ago
.htaccess recreate fix for #2617 on correct branch 5 years ago
Doxyfile Update Doxyfile (add src folder) 4 years ago
Doxygen.footer added code reference to docs 6 years ago
README More t() 4 years ago
composer.phar Update Composer version 4 years ago
config config tool needed some touch up to work again 4 years ago config cli will also work with Friendica without change - so bringing it over 9 years ago
createdoxygen.php Standards: Remove EOF closing PHP tags 5 years ago
credits.txt regen credits 4 years ago
docblox_errorchecker.php Use short form array syntax everywhere 4 years ago
extract.php Fix util/extract.php 4 years ago move tpl scripts to util 9 years ago
global_community_block.php Use default value for uid parameter in Contact::getIdForURL 4 years ago
global_community_silence.php Use short form array syntax everywhere 4 years ago
htconfig.vagrant.php Remove RINO2 and RINO3 4 years ago
maintenance.php Ensure BaseObject::setApp() whenever App is instantiated 4 years ago add Ratten to the special contributors who are not found in git and messages.po files 4 years ago
messages.po regenerated master messages.po file 4 years ago Move js/ folder under view/ 4 years ago
php2po.php Fix util/php2po 4 years ago
po2php.php Make util/po2php executable 4 years ago exclude addons-extra directory from the translation as well 6 years ago
strings.php Eliminate double usage 4 years ago
typo.php Ensure BaseObject::setApp() whenever App is instantiated 4 years ago move tpl scripts to util 9 years ago make /tmp writeable in the Vagrant VM 4 years ago made vagrant partly work again 7 years ago



typo.php - is a crude syntax checker to avoid checking in files with simple
typos. It basically just loads each of our project files at once. Run from
cmdline and see if any parsing errors are reported.


extract.php - extracts translatable strings from our project files. It
currently doesn't pick up strings in other libraries we might be using such as
the HTML parsers.

In order for extract to do its job, every use of the L10n::t() translation function
must be preceded by one space. The string also can not contain parentheses. If
parens are required in a string which requires translation, please use hex escapes.

\x28 = (
\x29 = )

This only applies to English. Other languages may use parens in strings
because they don't require extraction.

strings.php - a recent run of the strings program. This provides output that
is suitable for direct inclusion in the program.

There are also translatable strings in the various files in the view/lang/en
directory. By setting $lang = 'something' in .htconfig.php, the application
will search for view/lang/something/filename prior to the English version in
view/lang/en/filename when loading templates and view files.

The translated string table should be placed in view/lang/$lang/strings.php for
automatic inclusion.

You are not restricted to using known languages. You may also use this to
translate the software into "pirate", "surfer" or merely to replace certain
text which you don't care for.

Note: The view/lang/en directory contains many HTML template files, some of which
only have a few words of English text amongst the HTML. Over time we will move
the translation to the replace_macros() function which calls these files and
then relocate the files to the view directory. The files in the top-level view
directory are template files which do not require translation.


Do not translate placeholders in strings! Things like %s, %d, %1$s and $somename
are used to add dynamic content to the string.

%s represents a dynamic string, like in "Welcome to %s"
%d represents a dynamic number, like in "%d new messages"
$somename is a variable like in php
In %1$s %2$s, the numbers are the position index of multiple dynamic content.
You could swap position in string of indexed placeholders.
"%1$s's %2$s" => "John's photo", "John's item"
"%2$s di %1$s" => "foto di John", "elemento di John"


The L10n::tt() function supports plural form. Script extract.php write this in
strings.php as an array, one string for every plural form language supports:

$a->string["%d message sent"] = Array(
0 => "%d message sent",
1 => "%d messages sent",

The function string_plural_select($n) defined in strings.php, return the string
index to use, related to the numbers of item (value of $n).

This is modelled after ngettext function of GNU gettext.
More info at

Xgettext and .po workflow

1. Run util/ script (on *unix sistems, with GNU xgettext installed)
This script runs xgettext on source tree, extracting strings from L10n::t() and L10n::tt()
functions, and creates a util/messages.po file.

$ cd util; ./

2. copy util/messages.po to view/lang/<language>/messages.po
Replace <language> with the language you are working on - e.g. 'es', 'fr', 'de', etc.

3. open view/lang/<language>/messages.po with a text editor and fill in infos in
"Last-Translator: FULL NAME <EMAIL@ADDRESS>"
"Language-Team: LANGUAGE <>\n"
"Language: \n"

"Last-Translator: Guybrush Threepwood <>"
"Language-Team: Pirate Friendika <>\n"
"Language: pi\n"

For the line
"Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n"
read GNU gettext manual at

4. You could then translate the strings in text editor, but I suggest to use one
of the many .po editors out there, like QtLinguist

5. run
$ php util/po2php.php view/lang/<language>/messages.po
to create the strings.php file

When strings are added or modified in source, you could run
$ cd util; ./ ../view/lang/<language>/messages.po
to extract strings from source files and join them with the existing .po file:
new strings are added, the existing are not overwritten.

If you already translated Friendica using strings.php, you could import your old
translation to messages.po. Run:
$ php util/php2po.php view/lang/<language>/strings.php

You may also use the util/string_translator.php web interface to translate the string file, but it is disabled for website security reasons. The web server will need write permission to your language directories and the "Deny ..." line in util/.htaccess will need to be modified or commented to use the utility.