C: Programm mit Textanzeige für mehrere Sprachen

Such mal nach der Stichworten:

Internationalisierung (I18N)

oder:

Lokalisierung (L10N)

Es gibt dazu einen Satz an Tools, da nicht nur Du ein Problem haben 
könntest, sondern auch der Anwender.

...interessantes Problem, Texttabellen klingt doch im ersten Moment gut?

Üblicherweise definiert man dann Strings bzw. arrays mit entsprechenden 
Strings je Sprache und nutzt dann je nach Einstellung das eine oder 
andere. (also keine hard codierten Texte mehr!)
Kommt ein wenig auf den verfügbaren Speicher an, ob man alle oder nur 
eine/ausgewählte Sprache(n) mit installiert (linkt). Oder man macht das 
über Header-files, d.h. je nach gewählter Sprache wird ein anderes 
header-file genutzt.

Lustig wird es übrigens, wenn man auch noch andere  Einheiten (z.B. 
US-"inch" statt "cm") berücksichtigen muss ;-)

... was Dir aber kein Tool abnimmt ist die Problematik, die sich daraus 
ergibt, dass die eine Sprache "langatmig" ist - im wahrsten Sinne des 
Wortes - und die andere kurz und prägnant.
Also ein Menü immer für den "ungünstigsten" Fall ausgelegt sein muss.

DirkF schrieb:

> In unsrerm aktuellen C-Programm für eine MCU werden Meldetexte in
> englischer Sprache auf einem Textdisplay ausgegeben:

> Jetzt kommt die Forderung, das Programm mehrsprachig zu gestalten.
> Wie würde man soetwas am Besten umsetzen ? Es sind viele Texte
> vorhanden.

Komische Frage, schließlich ist das kein ganz neues Problem. Natürlich 
benutzt man dazu Lookup-Tables, ist doch logisch, naheliegend und 
überaus trivial. Das einzige Problem ist hier der mit der Zahl der 
unterstützten Sprachen wachsende Speicherbedarf für die konstanten 
Strings und die konstanten Lookup-Tabellen. Also der Flash-Space.

Komplizierter ist schon, wenn es nicht nur darum geht, konstante Strings 
in der richtigen Sprache auszugeben, sondern diese Strings auch noch 
eingebettete variable Bestandteile haben und diese dann auch noch in der 
"richtigen" (zur Sprache passenden) Lokalisierung ausgegeben werden 
müssen.

Aber auch dann ist man weiter bei Lookup-Tabellen, nur daß diese auch 
noch Funktions-Zeiger enthalten müssen. Letztlich (programmiertechnisch 
gesehen) aber ebenfalls absolut trivialer Scheiß, nur viel Fleißarbeit.

Der Hauptaufwand entsteht bei der "Übersetzung". Wenn das nicht jemand 
macht, der 1. versteht, worum es sachlich überhaupt geht, und 2. den für 
die Anwendung einschlägigen Slang sowohl in der Quellsprache als auch in 
der Zielsprache beherrscht, dann wird quasi unvermeidlich für den 
Anwender unverständliche Scheiße dabei rauskommen.

Wir als Deutsche können das Ergebnis lausiger Lokalisierungen aus der 
Quellsprache Englisch oft genug selber erleben, und das obwohl Englisch 
und Deutsch vergleichsweise nahe Verwandte sind und es sicher in beiden 
Sprachräumen kein Problem ist, einen Muttersprachler des jeweils anderen 
aufzutreiben.

Bei "exotischere" Sprachen gibt es genau denselben Effekt, nur noch viel 
stärker ausgeprägt.

In Linux wird das z.B. mit gettext gemacht

https://de.wikipedia.org/wiki/GNU_gettext

Im Prinzip gibt es nur die englische Ausgabe, wo dann mit einer 
Stringersetzung die entsprechende Übersetzung ausgegeben wird.

Hallo Torsten.
>>_ ist hier eine Funktion, die das übergebene Stringliteral als Schlüssel
>>für die Suche nach der entsprechenden Übersetzung sucht.

Tja, aber dann wird meine Zykluszeit drastisch ansteigen, wenn er bei 
jeder Textausgabe erst in einer "Datenbank" suchen muss.

Gruß Dirk

S. R. schrieb:
> gegenüber "dd.mm.yyyy" (DE).

Guck dir mal die aktuelle Normung für Datumsformate an, als da wären
ISO 8601 und EN 28601. Die DIN 1355 aus dem Jahre 1943 mit deinem 
DE-Datumsformat wurde schon vor 20 Jahren durch die EN 28601 mit u.a. 
dem Format "yyyy-mm-dd" abgelöst.

Oder schreibst du sonst bei Zahlen auch die höchstwertige Stelle 
irgendwo weit hinten? ;-)

Wolfgang schrieb:
> Die DIN 1355 aus dem Jahre 1943 mit deinem
> DE-Datumsformat wurde schon vor 20 Jahren durch die EN 28601 mit u.a.
> dem Format "yyyy-mm-dd" abgelöst.

Das ist mir - hoeflich formuliert - schei..egal.

Ich will in einer Anzeige das Datum als dd.mm.yyyy sehen.(Punkt)
In der Verwendung als Dateinamen sieht das ganz anders aus, klar.

wendelsberg

wendelsberg schrieb:
> In der Verwendung als Dateinamen sieht das ganz anders aus, klar.

Was hat die DIN ISO 8601 jetzt speziell mit Dateinamen zu tun.

Aber natürlich kannst du auf deiner Anzeige das Datum so darstellen, wie 
du möchtest, auch mit "(Punkt)".

Wolfgang schrieb:
> wendelsberg schrieb:
>> In der Verwendung als Dateinamen sieht das ganz anders aus, klar.
>
> Was hat die DIN ISO 8601 jetzt speziell mit Dateinamen zu tun.

Dort verwende ich yyyy_mm_dd.xxx weil diese sich von selbst sortieren.

Die Verwendung von:
S. R. schrieb:
> Datumsformat "yyyy/dd/mm" (US)
ist allerdings vollkommener Bloedsinn, deswegen kommt das fuer mich 
nirgendwo in Frage.

wendelsberg

Hallo zusammen,
also das hört sich ja alles recht kompliziert an. Es schein so zu sein, 
dass es keine fertige Lösung gibt, um die Sprache während der Laufzeit 
umzuschalten.

Ich könnte auch damit leben, wenn für eine andere Sprache das Programm 
neu kompiliert werden muss.
Irgendwie bekomme ich die Syntax aber für so etwas nich hin:

1

#define spanish  

2

3

#ifdef spanish  

4

#define TEXT1  Text1_auf_spanisch

5

#define TEXT2  Text2_auf_spanisch

6

#endif

7

8

#ifdef deutsch  

9

#define Text1  "Text1_auf_deutsch"

10

#define Text2  "Text2_auf_deutsch"

11

#endif

12

13

  lcd_clear();

14

  lcd_puts(TEXT1);

15

  lcd_goto (1,0);

16

  lcd_puts(TEXT2);

Wer kann helfen ?

Danke Karl-Heinz,
hat funktioniert.
Sorry bin halt noch nicht so gut im C-Programmieren....
Gruß Dirk

1

#define spanish  

2

3

#ifdef spanish  

4

#define TEXT1  "Text1_auf_spanisch"

5

#define TEXT2  "Text2_auf_spanisch"

6

#endif

7

8

lcd_puts(TEXT1);

9

lcd_puts(TEXT2);

ich wuerd's so irgendwie implementieren (es würde sich sogar noch etwas 
weiter kürzen lassen):

1

struct language {

2

    char *english_text;

3

    char *german_text;

4

etc.

5

} lang_array[]={

6

   { "Hello", "Hallo" }

7

};

8

9

#define ENGLISH 1

10

#define GERMAN  2

11

12

void printf_t(char *txt) {

13

    int i;

14

    for(i=0;i<sizeof(language)/sizeof(language[0]);i++) {

15

          if (strcmp(lang_array[i].english_text, txt)==0) {

16

               break;

17

          }

18

    }

19

20

    if (i==sizeof(language)/sizeof(language[0]))

21

       printf("%s", txt);

22

       return;

23

24

    switch(global_selected_language) {

25

    case ENGLISH:

26

          printf(lang_array[i].english_text);

27

          break;

28

    etc.

29

    }

30

}

31

32

printf_t("text in english");

(da sind natürlich einige Fehler enthalten sizeof language -> sizeof 
lang_array etc., aber der Ablauf sollte klar sein)

Hallo Spock,
danke für Deinen Vorschlag.
Sehe ich dass richtig, dass bei Deiner Lösung die SPrache auch während 
der Laufzeit umgestellt werden könnte, also nicht  nur vor dem 
Compilerlauf ?

// ansatz für eine bei der compilation berücksichtigte sprache
// vorteil:  es steht nur das im code was drin stehen soll
// nachteil: kein wechsel durch anwender nach kompilation

im makefile dann das compiler flagg -D entsprechend

für deutsch
-DDEUTSCH

für englisch
-DENGISCH

für sonstige ( oder anpassen )
-DENGLISCH


language_paket.h

1

..

2

..

3

4

#ifdef DEUTSCH  

5

#define Cylinder_stroke  "Zylinderhub"

6

#define in_mm            "in mm:"

7

// usw

8

#endif

9

10

#ifdef ENGLISCH  

11

#define Cylinder_stroke  "Cylinder Stroke"

12

#define in_mm            "in mm:" // oder andere einheit

13

                                  // mit umrechnungsfunktion in inches

14

                                  // 100 mm sind ca 3,93701 inches also

15

                                  // du brauchst dann float! als ergebnis

16

// formel mm / 25,4 = inches

17

#define mm2inch           .....

18

19

// usw

20

#endif

push#
weiterer vorteil
du proggst dein programm mit namen der variablen,
am besten dann in deiner muttersprache.

wenn du also voreinstellung DEUTSCH in der compiler flagg benutzt,
dann wird dein Cylinder_stroke umgewandelt in "Zylinderhub"

1

  lcd_clear();

2

  lcd_puts(_(Cylinder_stroke));

3

  lcd_goto (1,0);

4

  lcd_puts(_(in_mm));

wenn du voreinstellung ENGLISCH in der compiler flagg benutzt,
dann wird dein Cylinder_stroke umgewandelt in "Cylinder stroke"

Karl H. schrieb:
> Schon.
> Aber auf Kosten von Speicher und Laufzeit.
>
> Auf einem PC kein Problem. Auf einem kleinen µC wirds das aber ganz
> schnell.

Speicher wird's das Gleiche benötigen, Laufzeit kommt auf den Controller 
drauf an, man kann's aber natürlich noch optimieren.
Der Vorteil ist schon mal falls irgendwo die Übersetzung nicht da ist 
das dann wenigstens auf das Fallback zurückgegriffen wird.

Effizienter kann man's bezüglich dem Speicher nicht mehr gestalten (jede 
extra IF Abfrage wäre zudem zusätzlicher Speicherverbrauch), aber wie 
schon von jemand anderem erwähnt -- in diesem Fall sind die paar Bytes 
mehr oder weniger absolut kein Grund.

Man kann auch mit einem Index arbeiten und sich das strcmp sparen, ist 
dann halt nicht so komfortabel zum Programmieren...


#include <stdio.h>

#define HALLO_WELT 0
struct lang {
        char *german;
        char *english;
} foo[]={
 [HALLO_WELT]={"hallo", "Welt"}
};

#define GERMAN 0
#define ENGLISH 1
int language=GERMAN;
int printf_t(int idx) {
        switch(language) {
        case GERMAN:
                printf("%s\n",foo[idx].german);
                break;
        case ENGLISH:
                printf("%s\n",foo[idx].english);
                break;
        }

        return 0;
}
int main() {
        printf("%s\n", foo[HALLO_WELT].german);
        printf("%s\n", foo[HALLO_WELT].english);
        printf_t(HALLO_WELT);
        language=ENGLISH;
        printf_t(HALLO_WELT);
        return 0;
}

push#
noch ein vorteil
kommt jetzt einer weitere sprache dazu, ergänzt du das
language_paket.h

1

..

2

..

3

4

#ifdef DEUTSCH  

5

#define Cylinder_stroke  "Zylinderhub"

6

#define in_mm            "in mm:"

7

// usw

8

#endif

9

10

#ifdef ENGLISCH  

11

#define Cylinder_stroke  "Cylinder Stroke"

12

#define in_mm            "in mm:" // oder andere einheit

13

                                  // mit umrechnungsfunktion in inches

14

                                  // 100 mm sind ca 3,93701 inches also

15

                                  // du brauchst dann float! als ergebnis

16

// formel mm / 25,4 = inches

17

#define mm2inch           .....

18

19

// usw

20

#endif

21

22

23

#ifdef PORTUGAL

24

#define Cylinder_stroke  "Cylinder Stroke"

25

#define in_mm            "in mm:" // oder andere einheit wie oben

26

#endif

und am programm quelltext muss nichts geändert werden.


den ansatz für in der laufzeit änderebare sprache müsstest du das ganze 
soweit abändern, dass du dir ein enum anlegst:

> char eng,span,potugisisch;
> eng = 0;
> span = 1;
> portugisisch=0;

so denke ich würde ich es nicht machen, da würde ich enum verwenden

1

enum language { eng, span, portugisisch=0 };

und über eine 'setup variable' am anfang des programms die sprache 
einstellen, den text dann über ein array of struct vorhalten und über 
den idx ( index ) des gewählten enum ausgeben.
ändert der benutzer über setup funktion die sprache, ändert sich nur der 
idx zur passenden array of struct passage.

..

c-hater schrieb:

sinngemäss schreibst du von meiner seele im eigenen post:


> ..absolut trivialer Scheiß, ..

;-)

..und die wortwahl triffst du auch selber

;-)

speicher optimierung:

du könntest dann mit dynamischer speicherverwaltung arbeiten,
und zur laufzeit und bedarfszeit mit malloc() /  calloc()
realloc() arbeiten, und dabei immer wieder den alten speicher
entweder neu nutzen, oder freigeben und neu anfordern.
somit ist immer nur ein sprachpaket im speicher.

ich würde sogar ein standard sprachpaket setzen ( englisch )
und bei bedarf den belegeten speicher mit deutsch neu belegen..

es macht also keinen unterschied, nur das file selbst wird
etwas grösser für das flash, was aber ins ram oder auf dem stack
kommt, entscheidest dann du.

..

Walter T. schrieb:
> .. schrieb:
>> dann über ein array of struct vorhalten
>
> Nö.

hast ja recht, bin doch schon bei der speicher optimierung,
eins nach dem anderen ;-)
..

char lcd_buffer[33];
char hrs = 13;
char Language = 0;  // Englisch gewählt

flash char* Messages[][3] = {
/*         Englisch          Deutsch            Franzoesisch   */
/* 0 */    "Please wait",    "Bitte warten",    "attendre",
/* 1 */    "Hours: %u",      "Stunden: %u",     "heure: %u"
};

  lcd_clear();
  sprintf(lcd_buffer, Messages[0][Language]);        // "Please wait"
  lcd_puts(lcd_buffer);
  lcd_goto (1,0);
  sprintf(lcd_buffer, Messages[1][Language], hrs);   // "Hours: 13"
  lcd_puts(lcd_buffer);

VladimirM schrieb:
> char lcd_buffer[33];
> char hrs = 13;
> char Language = 0;  // Englisch gewählt
>
> flash char* Messages[][3] = {
> /*         Englisch          Deutsch            Franzoesisch   */
> /* 0 */    "Please wait",    "Bitte warten",    "attendre",
> /* 1 */    "Hours: %u",      "Stunden: %u",     "heure: %u"
> };
>
>   lcd_clear();
>   sprintf(lcd_buffer, Messages[0][Language]);        // "Please wait"
>   lcd_puts(lcd_buffer);
>   lcd_goto (1,0);
>   sprintf(lcd_buffer, Messages[1][Language], hrs);   // "Hours: 13"
>   lcd_puts(lcd_buffer);

danke!

;-)

Hallo zusammen,
vielen Dank für die zahlreichen Antworten. Hat mir sehr geholfen.
Habe mich jetzt für diese Version entschieden, ist leicht umzusetzen.
Dann muss halt eine Sonderversion für eine andere Sprache compiliert 
werden und im Werk vor Auslieferung neu geflashed werden.
Kann man dann auch so bequem an ein Übersetzungsbüro zum Ausfüllen 
senden.
Und am wichtigsten: Der Quelltext bleibt gut lesbar, auch für einen 
Kollegen in der Urlaubszeit !!!!

//Nur die gewünschte Sprache auskommentieren und neu kompilieren
#define ENGLISH         // Standardsprache
//#define SPANISH
//#define PORTUGUESE
//#define GERMAN


#ifdef ENGLISH //
//      Diese Spalte            Hier Sprachtext eintragen
//      nicht verändern!        "...max.20 Zeichen..."
#define temperature          "temperature "
#define in_Celsius              "in Celsius:"
#define Contact_force           "Contact force"
#endif

lcd_puts(temperature);

Gruß Dirk

DirkF schrieb:
>
> //Nur die gewünschte Sprache auskommentieren und neu kompilieren

das könntest du mit dem compiler flag -D erledigen Dirk.
-D steht für Define und macht nichts anderes als du
deine zu brauchende Sprache im programm code zu definieren mit

#define DEUTSCH

=

gcc -DDeutsch ......

Beitrag "c code beta, release je nach gesetzter auswahl compilieren"

und es muss gar keiner an den code
sondern nur das werk das makefile aufrufen.

wenn du ein datenbankmangement einsetzt, kannst du über die adresse
des kunden und des auftrags sogar ein automatisches makefile anlegen.

so mache ich das z.b. mit serialisierung / unique id

-DAUFTRAG

Wolfgang schrieb:
> S. R. schrieb:
>> gegenüber "dd.mm.yyyy" (DE).
>
> Guck dir mal die aktuelle Normung für Datumsformate an, als da wären
> ISO 8601 und EN 28601. Die DIN 1355 aus dem Jahre 1943 mit deinem
> DE-Datumsformat wurde schon vor 20 Jahren durch die EN 28601 mit u.a.
> dem Format "yyyy-mm-dd" abgelöst.
ISO8601 beschreibt ein Format für den Datenaustausch. Damit sind 
Maschinen gemeint, die Daten z.B. über XML, CSV oder fixed Format 
austauschen, keine Menschen. Für den Menschen hat ein Datum in der 
landesüblichen Form ausgegeben zu werden.