Documentation/Maemo 5 Developer Guide/Porting Software/Introduction
(added link to code examples, used in Migration section) |
m (→Introduction) |
||
| Line 18: | Line 18: | ||
Porting of applications which use GTK+ starts the same way as described above. In addition, the user interface needs to be re-factored to use Hildon instead of directly using GTK+, this process is often called "hildonization". If the application uses any components not available in the maemo SDK, these must be also ported by the developer. In short, the developer is responsible for all library dependencies needed that are not already in the SDK. | Porting of applications which use GTK+ starts the same way as described above. In addition, the user interface needs to be re-factored to use Hildon instead of directly using GTK+, this process is often called "hildonization". If the application uses any components not available in the maemo SDK, these must be also ported by the developer. In short, the developer is responsible for all library dependencies needed that are not already in the SDK. | ||
| - | Section [ | + | Section [[Documentation/Maemo 5 Developer Guide/Porting Software/Porting Existing GTK+ Application to Maemo 5 | Porting Existing GTK+ Application to Maemo 5]] goes into the necessary details of porting an existing GTK+ application to maemo environment. |
'''Localization''' | '''Localization''' | ||
The localization of maemo applications is performed using the common ''gettext'' package. Translating applications to different languages is described in detail in section [localhost#sec:maemo_localization 16.4]. | The localization of maemo applications is performed using the common ''gettext'' package. Translating applications to different languages is described in detail in section [localhost#sec:maemo_localization 16.4]. | ||
Revision as of 13:29, 1 September 2009
Introduction
The following code examples are used in this chapter:
Much effort has been made in the design of maemo platform to allow for easy porting of regular GNU/Linux desktop software to the mobile maemo environment. An earlier chapter in this guide explained the basic tools that ease cross-compilation and help coping with the GNU autotools. This chapter gives pointers to the relevant guides focusing on the differences in the application programming and user interfaces.
Command Line Programs
In most cases, porting software with no user interface is trivial and straightforward. First, the source code of a program is unpacked to the home directory of a Scratchbox user. Second, inside the ARMEL target configure and make are run. Then the compiled program can be tested on the device. Finally the software needs to be packaged so it can be distributed.
Programs with Graphical User Interface
Porting of applications which use GTK+ starts the same way as described above. In addition, the user interface needs to be re-factored to use Hildon instead of directly using GTK+, this process is often called "hildonization". If the application uses any components not available in the maemo SDK, these must be also ported by the developer. In short, the developer is responsible for all library dependencies needed that are not already in the SDK.
Section Porting Existing GTK+ Application to Maemo 5 goes into the necessary details of porting an existing GTK+ application to maemo environment.
Localization
The localization of maemo applications is performed using the common gettext package. Translating applications to different languages is described in detail in section [localhost#sec:maemo_localization 16.4].