Редактирование: Qt:Документация 4.3.2/i18n

{{Qt4.3.2_header}}

=Internationalization with Qt<br />=
The internationalization of an application is the process of making the application usable by people in countries other than one's own.

In some cases internationalization is simple, for example, making a US application accessible to Australian or British users may require little more than a few spelling corrections. But to make a US application usable by Japanese users, or a Korean application usable by German users, will require that the software operate not only in different languages, but use different input techniques, character encodings and presentation conventions.

Qt tries to make internationalization as painless as possible for developers. All input widgets and text drawing methods in Qt offer built-in support for all supported languages. The built-in font engine is capable of correctly and attractively rendering text that contains characters from a variety of different writing systems at the same time.

Qt supports most languages in use today, in particular:

*All East Asian languages (Chinese, Japanese and Korean)
*All Western languages (using Latin script)
*Arabic
*Cyrillic languages (Russian, Ukrainian, etc.)
*Greek
*Hebrew
*Thai and Lao
*All scripts in Unicode 4.0 that do not require special processing

On Windows NT/2000/XP, Unix/X11 with FontConfig (client side font support) and Qtopia Core the following languages are also supported:

*Bengali
*Devanagari
*Dhivehi (Thaana)
*Gujarati
*Gurmukhi
*Kannada
*Khmer
*Malayalam (X11 and Qtopia Core only)
*Myanmar (X11 and Qtopia Core only)
*Syriac
*Tamil
*Telugu
*Tibetan (X11 and Qtopia Core only)

Many of these writing systems exhibit special features:

*'''Special line breaking behavior.''' Some of the Asian languages are written without spaces between words. Line breaking can occur either after every character (with exceptions) as in Chinese, Japanese and Korean, or after logical word boundaries as in Thai.
*'''Bidirectional writing.''' Arabic and Hebrew are written from right to left, except for numbers and embedded English text which is written left to right. The exact behavior is defined in the [http://www.unicode.org/unicode/reports/tr9/ Unicode Technical Annex #9].
*'''Non-spacing or diacritical marks (accents or umlauts in European languages).''' Some languages such as Vietnamese make extensive use of these marks and some characters can have more than one mark at the same time to clarify pronunciation.
*'''Ligatures.''' In special contexts, some pairs of characters get replaced by a combined glyph forming a ligature. Common examples are the fl and fi ligatures used in typesetting US and European books.

Qt tries to take care of all the special features listed above. You usually don't have to worry about these features so long as you use Qt's input widgets (e.g&#x2e; [[Qt:Документация 4.3.2/qlineedit | QLineEdit]], [[Qt:Документация 4.3.2/qtextedit | QTextEdit]], and derived classes) and Qt's display widgets (e.g&#x2e; [[Qt:Документация 4.3.2/qlabel | QLabel]]).

Support for these writing systems is transparent to the programmer and completely encapsulated in [[Qt:Документация 4.3.2/richtext | Qt's text engine]]. This means that you don't need to have any knowledge about the writing system used in a particular language, except for the following small points:

*QPainter::drawText(int x, int y, const [[Qt:Документация 4.3.2/qstring | QString]] &amp;str) will always draw the string with its left edge at the position specified with the x, y parameters. This will usually give you left aligned strings. Arabic and Hebrew application strings are usually right aligned, so for these languages use the version of drawText() that takes a [[Qt:Документация 4.3.2/qrect | QRect]] since this will align in accordance with the language.
*When you write your own text input controls, use [[Qt:Документация 4.3.2/qfontmetrics#charWidth | QFontMetrics::charWidth]]() to determine the width of a character in a string. In some languages (e.g&#x2e; Arabic or languages from the Indian subcontinent), the width and shape of a glyph changes depending on the surrounding characters. Writing input controls usually requires a certain knowledge of the scripts it is going to be used in. Usually the easiest way is to subclass [[Qt:Документация 4.3.2/qlineedit | QLineEdit]] or [[Qt:Документация 4.3.2/qtextedit | QTextEdit]].

The following sections give some information on the status of the internationalization (i18n) support in Qt. See also the [[Qt:Документация 4.3.2/linguist-manual | Qt Linguist manual]].

===Step by Step===
Writing cross-platform international software with Qt is a gentle, incremental process. Your software can become internationalized in the following stages:

====Use QString for All User-Visible Text====
Since [[Qt:Документация 4.3.2/qstring | QString]] uses the Unicode 4.0 encoding internally, every language in the world can be processed transparently using familiar text processing operations. Also, since all Qt functions that present text to the user take a [[Qt:Документация 4.3.2/qstring | QString]] as a parameter, there is no <tt>char *</tt> to [[Qt:Документация 4.3.2/qstring | QString]] conversion overhead.

Strings that are in "programmer space" (such as [[Qt:Документация 4.3.2/qobject | QObject]] names and file format texts) need not use [[Qt:Документация 4.3.2/qstring | QString]]; the traditional <tt>char *</tt> or the [[Qt:Документация 4.3.2/qbytearray | QByteArray]] class will suffice.

You're unlikely to notice that you are using Unicode; [[Qt:Документация 4.3.2/qstring | QString]], and [[Qt:Документация 4.3.2/qchar | QChar]] are just like easier versions of the crude <tt>const char *</tt> and char from traditional C.

====Use tr() for All Literal Text====
Wherever your program uses "quoted text" for text that will be presented to the user, ensure that it is processed by the [[Qt:Документация 4.3.2/qcoreapplication#translate | QCoreApplication::translate]]() function. Essentially all that is necessary to achieve this is to use [[Qt:Документация 4.3.2/qobject#tr | QObject::tr]](). For example, assuming the <tt>LoginWidget</tt> is a subclass of [[Qt:Документация 4.3.2/qwidget | QWidget]]:
<source lang="cpp-qt"> LoginWidget::LoginWidget()
 {
     QLabel *label = new QLabel(tr("Password:"));
     ...
 }</source> 
This accounts for 99% of the user-visible strings you're likely to write.

If the quoted text is not in a member function of a [[Qt:Документация 4.3.2/qobject | QObject]] subclass, use either the tr() function of an appropriate class, or the [[Qt:Документация 4.3.2/qcoreapplication#translate | QCoreApplication::translate]]() function directly:
<source lang="cpp-qt"> void some_global_function(LoginWidget *logwid)
 {
     QLabel *label = new QLabel(
                 LoginWidget::tr("Password:"), logwid);
 }

 void same_global_function(LoginWidget *logwid)
 {
     QLabel *label = new QLabel(
                 qApp->translate("LoginWidget", "Password:"), logwid);
 }</source> 
If you need to have translatable text completely outside a function, there are two macros to help: [[Qt:Документация 4.3.2/qtglobal#QT_TR_NOOP | QT_TR_NOOP]]() and [[Qt:Документация 4.3.2/qtglobal#QT_TRANSLATE_NOOP | QT_TRANSLATE_NOOP]](). They merely mark the text for extraction by the <tt>lupdate</tt> utility described below. The macros expand to just the text (without the context).

Example of [[Qt:Документация 4.3.2/qtglobal#QT_TR_NOOP | QT_TR_NOOP]]():
<source lang="cpp-qt"> QString FriendlyConversation::greeting(int type)
 {
     static const char *greeting_strings[] = {
         QT_TR_NOOP("Hello"),
         QT_TR_NOOP("Goodbye")
     };
     return tr(greeting_strings[type]);
 }</source> 
Example of [[Qt:Документация 4.3.2/qtglobal#QT_TRANSLATE_NOOP | QT_TRANSLATE_NOOP]]():
<source lang="cpp-qt"> static const char *greeting_strings[] = {
     QT_TRANSLATE_NOOP("FriendlyConversation", "Hello"),
     QT_TRANSLATE_NOOP("FriendlyConversation", "Goodbye")
 };

 QString FriendlyConversation::greeting(int type)
 {
     return tr(greeting_strings[type]);
 }

 QString global_greeting(int type)
 {
     return qApp->translate("FriendlyConversation",
                            greeting_strings[type]);
 }</source> 
If you disable the <tt>const char *</tt> to [[Qt:Документация 4.3.2/qstring | QString]] automatic conversion by compiling your software with the macro <tt>QT_NO_CAST_FROM_ASCII</tt> defined, you'll be very likely to catch any strings you are missing. See [[Qt:Документация 4.3.2/qstring#fromLatin1 | QString::fromLatin1]]() for more information. Disabling the conversion can make programming a bit cumbersome.

If your source language uses characters outside Latin1, you might find [[Qt:Документация 4.3.2/qobject#trUtf8 | QObject::trUtf8]]() more convenient than [[Qt:Документация 4.3.2/qobject#tr | QObject::tr]](), as tr() depends on the [[Qt:Документация 4.3.2/qtextcodec#codecForTr | QTextCodec::codecForTr]](), which makes it more fragile than [[Qt:Документация 4.3.2/qobject#trUtf8 | QObject::trUtf8]]().

====Use QKeySequence() for Accelerator Values====
Accelerator values such as Ctrl+Q or Alt+F need to be translated too. If you hardcode [[Qt:Документация 4.3.2/qt#Modifier-enum | Qt::CTRL]] + [[Qt:Документация 4.3.2/qt#Key-enum | Qt::Key_Q]] for "quit" in your application, translators won't be able to override it. The correct idiom is
<source lang="cpp-qt">     exitAct = new QAction(tr("E&amp;xit"), this);
     exitAct->setShortcut(tr("Ctrl+Q"));</source> 
====Use QString::arg() for Dynamic Text====
The [[Qt:Документация 4.3.2/qstring#arg | QString::arg]]() functions offer a simple means for substituting arguments:
<source lang="cpp-qt"> void FileCopier::showProgress(int done, int total,
                               const QString &amp;currentFile)
 {
     label.setText(tr("%1 of %2 files copied.\nCopying: %3")
                   .arg(done)
                   .arg(total)
                   .arg(currentFile));
 }</source> 
In some languages the order of arguments may need to change, and this can easily be achieved by changing the order of the % arguments. For example:
<source lang="cpp-qt"> QString s1 = "%1 of %2 files copied. Copying: %3";
 QString s2 = "Kopierer nu %3. Av totalt %2 filer er %1 kopiert.";

 qDebug() << s1.arg(5).arg(10).arg("somefile.txt");
 qDebug() << s2.arg(5).arg(10).arg("somefile.txt");</source> 
produces the correct output in English and Norwegian:
<source lang="cpp-qt"> 5 of 10 files copied. Copying: somefile.txt
 Kopierer nu somefile.txt. Av totalt 10 filer er 5 kopiert.</source> 
====Produce Translations====
Once you are using tr() throughout an application, you can start producing translations of the user-visible text in your program.

The [[Qt:Документация 4.3.2/linguist-manual | Qt Linguist manual]] provides further information about Qt's translation tools, ''Qt Linguist'', <tt>lupdate</tt> and <tt>lrelease</tt>.

Translation of a Qt application is a three-step process:

#Run <tt>lupdate</tt> to extract translatable text from the C++ source code of the Qt application, resulting in a message file for translators (a <tt>.ts</tt> file). The utility recognizes the tr() construct and the <tt>QT_TR*_NOOP()</tt> macros described above and produces <tt>.ts</tt> files (usually one per language).
#Provide translations for the source texts in the <tt>.ts</tt> file, using ''Qt Linguist''. Since <tt>.ts</tt> files are in XML format, you can also edit them by hand.
#Run <tt>lrelease</tt> to obtain a light-weight message file (a <tt>.qm</tt> file) from the <tt>.ts</tt> file, suitable only for end use. Think of the <tt>.ts</tt> files as "source files", and <tt>.qm</tt> files as "object files". The translator edits the <tt>.ts</tt> files, but the users of your application only need the <tt>.qm</tt> files. Both kinds of files are platform and locale independent.

Typically, you will repeat these steps for every release of your application. The <tt>lupdate</tt> utility does its best to reuse the translations from previous releases.

Before you run <tt>lupdate</tt>, you should prepare a project file. Here's an example project file (<tt>.pro</tt> file):
<source lang="cpp-qt">     HEADERS         = funnydialog.h \
                       wackywidget.h
     SOURCES         = funnydialog.cpp \
                       main.cpp \
                       wackywidget.cpp
     FORMS           = fancybox.ui
     TRANSLATIONS    = superapp_dk.ts \
                       superapp_fi.ts \
                       superapp_no.ts \
                       superapp_se.ts</source> 
When you run <tt>lupdate</tt> or <tt>lrelease</tt>, you must give the name of the project file as a command-line argument.

In this example, four exotic languages are supported: Danish, Finnish, Norwegian and Swedish. If you use [[Qt:Документация 4.3.2/qmake-manual#qmake | qmake]], you usually don't need an extra project file for <tt>lupdate</tt>; your <tt>qmake</tt> project file will work fine once you add the <tt>TRANSLATIONS</tt> entry.

In your application, you must [[Qt:Документация 4.3.2/qtranslator#load | QTranslator::load]]() the translation files appropriate for the user's language, and install them using [[Qt:Документация 4.3.2/qcoreapplication#installTranslator | QCoreApplication::installTranslator]]().

<tt>linguist</tt>, <tt>lupdate</tt> and <tt>lrelease</tt> are installed in the <tt>bin</tt> subdirectory of the base directory Qt is installed into. Click Help|Manual in ''Qt Linguist'' to access the user's manual; it contains a tutorial to get you started.

Qt itself contains over 400 strings that will also need to be translated into the languages that you are targeting. You will find translation files for French and German in <tt>$QTDIR/translations</tt> as well as a template for translating to other languages. (This directory also contains some additional unsupported translations which may be useful.)

Typically, your application's <tt>main()</tt> function will look like this:
<source lang="cpp-qt">     int main(int argc, char *argv[])
     {
         QApplication app(argc, argv);

         QTranslator qtTranslator;
         qtTranslator.load("qt_" + QLocale::system().name());
         app.installTranslator(&amp;qtTranslator);

         QTranslator myappTranslator;
         myappTranslator.load("myapp_" + QLocale::system().name());
         app.installTranslator(&amp;myappTranslator);

         ...
         return app.exec();
     }</source> 
====Support for Encodings====
The [[Qt:Документация 4.3.2/qtextcodec | QTextCodec]] class and the facilities in [[Qt:Документация 4.3.2/qtextstream | QTextStream]] make it easy to support many input and output encodings for your users' data. When an application starts, the locale of the machine will determine the 8-bit encoding used when dealing with 8-bit data: such as for font selection, text display, 8-bit text I/O, and character input.

The application may occasionally require encodings other than the default local 8-bit encoding. For example, an application in a Cyrillic KOI8-R locale (the de-facto standard locale in Russia) might need to output Cyrillic in the ISO 8859-5 encoding. Code for this would be:
<source lang="cpp-qt">     QString string = ...; // some Unicode text

     QTextCodec *codec = QTextCodec::codecForName("ISO 8859-5");
     QByteArray encodedString = codec->fromUnicode(string);</source> 
For converting Unicode to local 8-bit encodings, a shortcut is available: the [[Qt:Документация 4.3.2/qstring#toLocal8Bit | QString::toLocal8Bit]]() function returns such 8-bit data. Another useful shortcut is [[Qt:Документация 4.3.2/qstring#toUtf8 | QString::toUtf8]](), which returns text in the 8-bit UTF-8 encoding: this perfectly preserves Unicode information while looking like plain ASCII if the text is wholly ASCII.

For converting the other way, there are the [[Qt:Документация 4.3.2/qstring#fromUtf8 | QString::fromUtf8]]() and [[Qt:Документация 4.3.2/qstring#fromLocal8Bit | QString::fromLocal8Bit]]() convenience functions, or the general code, demonstrated by this conversion from ISO 8859-5 Cyrillic to Unicode conversion:
<source lang="cpp-qt">     QByteArray encodedString = ...; // some ISO 8859-5 encoded text

     QTextCodec *codec = QTextCodec::codecForName("ISO 8859-5");
     QString string = codec->toUnicode(encodedString);</source> 
Ideally Unicode I/O should be used as this maximizes the portability of documents between users around the world, but in reality it is useful to support all the appropriate encodings that your users will need to process existing documents. In general, Unicode (UTF-16 or UTF-8) is best for information transferred between arbitrary people, while within a language or national group, a local standard is often more appropriate. The most important encoding to support is the one returned by [[Qt:Документация 4.3.2/qtextcodec#codecForLocale | QTextCodec::codecForLocale]](), as this is the one the user is most likely to need for communicating with other people and applications (this is the codec used by local8Bit()).

Qt supports most of the more frequently used encodings natively. For a complete list of supported encodings see the [[Qt:Документация 4.3.2/qtextcodec | QTextCodec]] documentation.

In some cases and for less frequently used encodings it may be necessary to write your own [[Qt:Документация 4.3.2/qtextcodec | QTextCodec]] subclass. Depending on the urgency, it may be useful to contact Trolltech technical support or ask on the <tt>qt-interest</tt> mailing list to see if someone else is already working on supporting the encoding.

====Localize====
Localization is the process of adapting to local conventions, for example presenting dates and times using the locally preferred formats. Such localizations can be accomplished using appropriate tr() strings.
<source lang="cpp-qt">     void Clock::setTime(const QTime &amp;time)
     {
         if (tr("AMPM") == "AMPM") {
             // 12-hour clock
         } else {
             // 24-hour clock
         }
     }</source> 
In the example, for the US we would leave the translation of "AMPM" as it is and thereby use the 12-hour clock branch; but in Europe we would translate it as something else and this will make the code use the 24-hour clock branch.

For localized numbers use the [[Qt:Документация 4.3.2/qlocale | QLocale]] class.

Localizing images is not recommended. Choose clear icons that are appropriate for all localities, rather than relying on local puns or stretched metaphors. The exception is for images of left and right pointing arrows which may need to be reversed for Arabic and Hebrew locales.

===Dynamic Translation===
Some applications, such as Qt Linguist, must be able to support changes to the user's language settings while they are still running. To make widgets aware of changes to the system language, reimplement the widget's [[Qt:Документация 4.3.2/qwidget#changeEvent | changeEvent()]] function to check whether the event is a [[Qt:Документация 4.3.2/qevent#Type-enum | LanguageChange]] event, and update the text displayed by widgets using the [[Qt:Документация 4.3.2/qobject#tr | tr()]] function in the usual way. For example:
<source lang="cpp-qt"> void QWidget::changeEvent(QEvent *event)
 {
     if (e->type() == QEvent::LanguageChange) {
         titleLabel->setText(tr("Document Title"));
         ...
         okPushButton->setText(tr("&amp;OK"));
     } else
         QWidget::changeEvent(event);
 }</source> 
All other change events should be passed on by calling the default implementation of the function.

The default event handler for [[Qt:Документация 4.3.2/qwidget | QWidget]] subclasses responds to the [[Qt:Документация 4.3.2/qevent#Type-enum | QEvent::LanguageChange]] event, and will call this function when necessary; other application components can also force widgets to update themselves by posting the [[Qt:Документация 4.3.2/qevent#Type-enum | LanguageChange]] event to them.

===Translating Non-Qt Classes===
It is sometimes necessary to provide internationalization support for strings used in classes that do not inherit [[Qt:Документация 4.3.2/qobject | QObject]] or use the [[Qt:Документация 4.3.2/qobject#Q_OBJECT | Q_OBJECT]] macro to enable translation features. Since Qt translates strings at run-time based on the class they are associated with and <tt>lupdate</tt> looks for translatable strings in the source code, non-Qt classes must use mechanisms that also provide this information.

One way to do this is to add translation support to a non-Qt class using the [[Qt:Документация 4.3.2/qcoreapplication#Q_DECLARE_TR_FUNCTIONS | Q_DECLARE_TR_FUNCTIONS]]() macro; for example:
<source lang="cpp-qt"> class MyClass
 {
     Q_DECLARE_TR_FUNCTIONS(MyClass)

 public:
     MyClass();
     ...
 };</source> 
This provides the class with [[Qt:Документация 4.3.2/qobject#tr | tr()]] functions that can be used to translate strings associated with the class, and makes it possible for <tt>lupdate</tt> to find translatable strings in the source code.

Alternatively, the [[Qt:Документация 4.3.2/qcoreapplication#translate | QCoreApplication::translate]]() function can be called with a specific context, and this will be recognized by <tt>lupdate</tt> and Qt Linguist.

===System Support===
Some of the operating systems and windowing systems that Qt runs on only have limited support for Unicode. The level of support available in the underlying system has some influence on the support that Qt can provide on those platforms, although in general Qt applications need not be too concerned with platform-specific limitations.

====Unix/X11====
*Locale-oriented fonts and input methods. Qt hides these and provides Unicode input and output.
*Filesystem conventions such as [http://www.ietf.org/rfc/rfc2279.txt UTF-8] are under development in some Unix variants. All Qt file functions allow Unicode, but convert filenames to the local 8-bit encoding, as this is the Unix convention (see [[Qt:Документация 4.3.2/qfile#setEncodingFunction | QFile::setEncodingFunction]]() to explore alternative encodings).
*File I/O defaults to the local 8-bit encoding, with Unicode options in [[Qt:Документация 4.3.2/qtextstream | QTextStream]].

====Windows====
*Qt provides full Unicode support, including input methods, fonts, clipboard, drag-and-drop and file names.
*File I/O defaults to Latin1, with Unicode options in [[Qt:Документация 4.3.2/qtextstream | QTextStream]]. Note that some Windows programs do not understand big-endian Unicode text files even though that is the order prescribed by the Unicode Standard in the absence of higher-level protocols.
*Unlike programs written with MFC or plain winlib, Qt programs are portable between Windows 98 and Windows NT. ''You do not need different binaries to support Unicode.''

===Note about Locales on X11===
Many Unix distributions contain only partial support for some locales. For example, if you have a <tt>/usr/share/locale/ja_JP.EUC</tt> directory, this does not necessarily mean you can display Japanese text; you also need JIS encoded fonts (or Unicode fonts), and the <tt>/usr/share/locale/ja_JP.EUC</tt> directory needs to be complete. For best results, use complete locales from your system vendor.

===Relevant Qt Classes===
These classes are relevant to internationalizing Qt applications.


{|  width="100%" class="annotated" cellpadding="2" cellspacing="1" border="0"
|- valign="top" class="odd" | 
![[Qt:Документация 4.3.2/qinputcontext | QInputContext]]
|Abstracts the input method dependent data and composing state
|- valign="top" class="even" | 
![[Qt:Документация 4.3.2/qlocale | QLocale]]
|Converts between numbers and their string representations in various languages
|- valign="top" class="odd" | 
![[Qt:Документация 4.3.2/qsystemlocale | QSystemLocale]]
|Can be used to finetune the system locale of the user
|- valign="top" class="even" | 
![[Qt:Документация 4.3.2/qtextcodec | QTextCodec]]
|Conversions between text encodings
|- valign="top" class="odd" | 
![[Qt:Документация 4.3.2/qtextdecoder | QTextDecoder]]
|State-based decoder
|- valign="top" class="even" | 
![[Qt:Документация 4.3.2/qtextencoder | QTextEncoder]]
|State-based encoder
|- valign="top" class="odd" | 
![[Qt:Документация 4.3.2/qtranslator | QTranslator]]
|Internationalization support for text output
|}

{{Qt4.3.2_footer}}