C: Programm mit Textanzeige für mehrere Sprachen

[DirkF (Gast)]

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

  lcd_clear();
  lcd_puts("Cylinder stroke");
  lcd_goto (1,0);
  lcd_puts("in mm:");

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

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

lcd_clear();
if (eng=1)       lcd_puts("Cylinder stroke");
if (spanisch=1)       lcd_puts("Text in Spanisch");
if (portugisisch=1)  lcd_puts("Text in Portugisisch");
lcd_goto (1,0);
if (eng=1)       lcd_puts("in mm:");
if (spanisch=1)       lcd_puts("Text in Spanisch");
if (portugisisch=1)  lcd_puts("Text in Portugisisch");


Gibt es keinen besseren Weg ?
Also mit so einer Art Texttabellen arbeiten, oder so ?
Bitte um Vorschläge...
Danke

[Amateur (Gast)]

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.

[Bestromer (Gast)]

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

[micha (Gast)]

Ü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.

[micha (Gast)]

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

[Amateur (Gast)]

... 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.

[Falk B. (falk)]

@ DirkF (Gast)

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

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

so schon mal nicht ;-)

>lcd_clear();
>if (eng=1)       lcd_puts("Cylinder stroke");
>if (spanisch=1)       lcd_puts("Text in Spanisch");
>if (portugisisch=1)  lcd_puts("Text in Portugisisch");
>lcd_goto (1,0);
>if (eng=1)       lcd_puts("in mm:");
>if (spanisch=1)       lcd_puts("Text in Spanisch");
>if (portugisisch=1)  lcd_puts("Text in Portugisisch");

Um Gottes Willen, NEIN!

>Gibt es keinen besseren Weg ?

Sicher. Große Frameworks ala QT bieten dafür integrierte Funktionen an. 
Kleine Programme in reinem C müssen das per Hand machen.

>Also mit so einer Art Texttabellen arbeiten, oder so ?

Ja.

Ich hab das mal so gemacht. (Sind nur Ausschnitte)

globals.h

// display texts

typedef struct {
    PGM_P msg_netto;
    PGM_P msg_brutto;
    PGM_P msg_SPL;
    PGM_P msg_UW1;
    PGM_P msg_UW2;
    PGM_P msg_PRF;
    PGM_P msg_dis_normal;
    PGM_P msg_dis_flip;
    PGM_P msg_video_on;
    PGM_P msg_video_off;
    PGM_P msg_result;
    PGM_P msg_halftime_A;         
    PGM_P msg_halftime_B;
    PGM_P msg_penalty;
    PGM_P msg_timeout;
    PGM_P msg_half_time;
    PGM_P menus[25];
} language_t;

Ein Struct, welches Zeiger auf alle Texte des Programms enthält.

Die Texte stehen dann in

globals.c

// english text definitions

/*************************************************************************

 some text messeages
 
*************************************************************************/

char en_msg_netto[]  PROGMEM = "Horn stops timer";
char en_msg_brutto[] PROGMEM = "Timer always on ";
char en_msg_SPL[] PROGMEM ="GaL";               // Game leader
char en_msg_UW1[] PROGMEM ="UW1";               // Under water referee 1
char en_msg_UW2[] PROGMEM ="UW2";               // Under water referee 1
char en_msg_PRF[] PROGMEM ="PrW";               // Protocol writer
char en_msg_dis_normal[] PROGMEM ="normal";     
char en_msg_dis_flip[]   PROGMEM ="fliped";
char en_msg_video_on[] PROGMEM ="ON";
char en_msg_video_off[] PROGMEM ="OFF";
char en_msg_result[] PROGMEM ="Final Result";
// short form for 1st, 2nd, 3rd, half time, NO ASCII encoding, MAX7456 code!
char en_msg_halftime_A [3] PROGMEM = {0x01, 0x02, 0x03};   // "123"          
char en_msg_halftime_B [3] PROGMEM = {0x6A, 0x6B, 0x6C};   // "st nd rd", special chars          
char en_msg_penalty[] PROGMEM = "PT";   // penalty throw
char en_msg_timeout[] PROGMEM = "TO";   // time out
char en_msg_half_time[] PROGMEM = "HT";   // half time break
/*************************************************************************

 display definitions

*************************************************************************/


char  en_d_0[64] PROGMEM = "     Setup      "
                "   Half Time    "
               "                "
               "< (+ Goals -) > ";

char  en_d_1[64] PROGMEM = "     Setup      "
               "  Penalty throw "
               "         s      "
               "< (+ Goals -) > ";

char  en_d_2[64] PROGMEM = "     Setup      "
               "   Penalty Time "
               "                "
               "< (+ Goals -) > ";

char  en_d_3[64] PROGMEM = "     Setup      "
               "Add on play time"
               "                "
               "< (+ Goals -) > ";

char  en_d_4[64] PROGMEM = "   Start Game   "  
               "HT       PT     "    // HT half time, PT penalty throw
               "PT       TO     "    // penalty time, TO time out
               " <            > ";

char  en_d_5[64] PROGMEM = "STOP:           "
               "Goals:          "
               "Penaltys:       "
               "                ";

char  en_d_6[64] PROGMEM = "STOP:           "
               "Goals:          "
               "Penaltys:       "
               "Wait for START  ";

char  en_d_7[64] PROGMEM = "Time:           "
               "Goals:          "
               "Penaltys:       "
               "  Timer running ";

char  en_d_8[64] PROGMEM = "Underwaterrugby "
               " Timer + Horn   "
               "     Torpedo    "
               "   Dresden e.V. ";
 
char  en_d_9[64] PROGMEM = " Penalty Throw  "
               "    running     "
               "                "
               "   Abort ?      ";

char en_d_10[64] PROGMEM = "                "   
               "   English      "       // Language Setup
               "                "
               " <            > ";

char en_d_11[64] PROGMEM = "    Add on      "
               "   play time?   "
               "                "
               "START or STOP   ";

char en_d_12[64] PROGMEM = "     Setup      "
               "  Video Output  "
               "                "
               "< (+ Goals -) > ";

char en_d_13[64] PROGMEM = " Penalty Throw  "
               "     ready      "
               "                "
               " Wait for START ";

char en_d_14[64] PROGMEM = " Penalty Throw  "
               "     running    "
               "                "
               "                ";

char en_d_15[64] PROGMEM = " Penalty Throw  "
               "    finished    "
               "                "
               "  Press START   ";

char en_d_16[64] PROGMEM = "     Setup      "
               "External Display"
               "                "
               "< (+ Goals -) > ";

char en_d_17[64] PROGMEM = "    Time out    "
               "                "
               "                "
               " STOP for End   ";

char en_d_18[64] PROGMEM = "     Setup      "
               "   Time out     "
               "                "
               "< (+ Goals -) > ";

char en_d_19[64] PROGMEM = "Abort?          "
               "Goals:          "
               "Penaltys:       "
               "   Press STOP   ";

char en_d_20[64] PROGMEM = "     Setup      "
               "   Game Mode    "
               "                "
               "< (+ Goals -) > ";

char en_d_21[64] PROGMEM = " Half time break"
               "                "
               "                "
               "                ";

char en_d_22[64] PROGMEM = "     Setup6     "
               " Half time break"
               "                "
               "< (+ Goals -) > ";

char en_d_23[64] PROGMEM = "  Game finished "
               "    Result      "
               "                "
               "                ";
char en_d_24[64] PROGMEM = "     Select     "
               "   Game         "
               "Bl:             "
               "Wt:             ";

// stuct array for language text access

language_t languages[LANGUAGE_MAX+1] PROGMEM = {
    // german
    {de_msg_netto, de_msg_brutto, de_msg_SPL, de_msg_UW1, de_msg_UW2, de_msg_PRF,
     de_msg_dis_normal, de_msg_dis_flip, de_msg_video_on, de_msg_video_off, de_msg_result,
     de_msg_halftime_A, de_msg_halftime_B, de_msg_penalty, de_msg_timeout, de_msg_half_time,
     {de_d_0, de_d_1, de_d_2, de_d_3, de_d_4, de_d_5, de_d_6, de_d_7, de_d_8, de_d_9, 
      de_d_10, de_d_11, de_d_12, de_d_13, de_d_14,de_d_15, de_d_16, de_d_17, de_d_18, de_d_19,
      de_d_20, de_d_21, de_d_22, de_d_23, de_d_24}},

    //english      
    {en_msg_netto, en_msg_brutto, en_msg_SPL, en_msg_UW1, en_msg_UW2, en_msg_PRF,
     en_msg_dis_normal, en_msg_dis_flip, en_msg_video_on, en_msg_video_off, en_msg_result,
     en_msg_halftime_A, en_msg_halftime_B, en_msg_penalty, en_msg_timeout, en_msg_half_time, 
     {en_d_0, en_d_1, en_d_2, en_d_3, en_d_4, en_d_5, en_d_6, en_d_7, en_d_8, en_d_9, 
      en_d_10, en_d_11, en_d_12, en_d_13, en_d_14,en_d_15, en_d_16, en_d_17, en_d_18, en_d_19,
      en_d_20, en_d_21, en_d_22, en_d_23, en_d_24}}
      
    };

Am Ende gibt es ein Array von typ language_t, wo alle Sprachen 
zusammengefasst sind, der Index gibt die Sprache an.

Im Programm hat man dann keine direkten Texte mehr, nur noch Verweise 
auf die Member von language_t. Etwa so.

  Print_Menu((PGM_P)pgm_read_word(&languages[settings.language].menus[0])
Print_Msg((PGM_P)pgm_read_word(&languages[settings.language].msg_dis_normal));

Das sieht durch die pgm_read_word() Funktion vom avr gcc ein wenig wild 
aus, kann man aber mit einer modernen Compilerversion deutlich 
entschärfen. Der Sprachenindex ist eine Variable.

Print_Menu(&languages[settings.language].menus[0]);
Print_Msg(&languages[settings.language].msg_dis_normal);

Sicher nicht die perfekte Lösung (Weil man keine echten Texgte mehr im 
Programm sieht), aber für kleine bis mittlere Sachen ein brauchbarer 
Kompromiss.

[c-hater (Gast)]

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.

[Hans Ulli K. (Gast)]

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.

[S. R. (svenska)]

Interessant wird das, wenn man die Grammatik (Reihenfolge von Elementen) 
berücksichtigen muss. Also z.B. das Datumsformat "yyyy/dd/mm" (US) 
gegenüber "dd.mm.yyyy" (DE).

Wenn man sowieso schon eine printf()-Bibliothek hat, kann man sich 
daraus kleine Templates mit positionsgebundenen Argumenten bauen (z.B. 
"%1$d/%2$d/%3$d" fuer englisches, "%3$d.%2$d.%1$d" für deutsches Datum).

Und zum Schluss: Portugiesisch schreibt man mit "ie" in der Mitte.

[Torsten R. (Firma: Torrox.de) (torstenrobitzki)]

S. R. schrieb:
> Wenn man sowieso schon eine printf()-Bibliothek hat, kann man sich
> daraus kleine Templates mit positionsgebundenen Argumenten bauen (z.B.
> "%1$d/%2$d/%3$d" fuer englisches, "%3$d.%2$d.%1$d" für deutsches Datum).

Aber das gibt es doch schon längst, nennt sich gettext und läuft auch 
nicht nur unter Unix; inkl. Tools um die Übersetzungen zu pflegen.

Dabei dient eine Übersetzung als Schlüssel (muss nicht die Englisch 
sein):

  lcd_clear();
  lcd_puts(_("Cylinder stroke"));
  lcd_goto (1,0);
  lcd_puts(_("in mm:"));

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

Vorteil ist, dass man auf eine bereits gut getestete Lösung zurück 
greifen kann mit jeder Menge Tools und die meisten Softwareentwickler 
werden diese Lösung auf anhieb verstehen.

[S. R. (svenska)]

Torsten R. schrieb:
> Aber das gibt es doch schon längst, nennt sich gettext und läuft auch
> nicht nur unter Unix; inkl. Tools um die Übersetzungen zu pflegen.

Richtig, allerdings habe ich gettext auf einem nackten AVR nicht zur 
Verfügung, im Gegensatz zu printf. (Ich gehöre zu der Fraktion, die den 
Wert von printf größer als dessen Codegröße schätzt.)

[Dirk F (Gast)]

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

[Torsten R. (Firma: Torrox.de) (torstenrobitzki)]

Dirk F schrieb:
> 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.

Naja, Du must die Daten ja nicht in einer "Datenbank" ablegen. Du 
könntest Sie z.B. auch im Flash ablegen. Wenn Du deinem Linker erklären 
kannst, dass er alle Duplikate von String-Literalen entfernen soll, dann 
reicht sogar die Adresse des Literals als Key.

Wenn Du einfach gerne das Rad neu erfinden möchtest, dann mach das doch 
einfach. Macht evtl. viel Spaß und man lernt ne Menge dabei ;-)

[Wolfgang (Gast)]

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? ;-)

[wendelsberg (Gast)]

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

[S. R. (svenska)]

Wolfgang schrieb:
> 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.

Schön für ISO 8601 und EN 28601, relativ egal für mich. Innerhalb 
Deutschlands ist dd.mm.yyyy das gebräuchliche Format, also zeige ich ein 
Datum in deutsch lokalisierter Software auch so an.

Offiziell hat auch UK das metrische System. Verkehrsschilder geben 
Entfernungen trotzdem in Yards und Meilen an.

[Wolfgang (Gast)]

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)".

[wendelsberg (Gast)]

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

[DirkF (Gast)]

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:

#define spanish  

#ifdef spanish  
#define TEXT1  Text1_auf_spanisch
#define TEXT2  Text2_auf_spanisch
#endif

#ifdef deutsch  
#define Text1  "Text1_auf_deutsch"
#define Text2  "Text2_auf_deutsch"
#endif

  lcd_clear();
  lcd_puts(TEXT1);
  lcd_goto (1,0);
  lcd_puts(TEXT2);

Wer kann helfen ?

[Karl H. (kbuchegg)]

DirkF schrieb:

> Wer kann helfen ?

Du dir selbst.

Was ist der augenfälligste Unterschied zwischne

#define TEXT1  Text1_auf_spanisch

und

#define Text1  "Text1_auf_deutsch"

Welches ist die richtige Version?
Ersetz mal in beiden Fällen in

  lcd_puts(TEXT1);

das Makro.
Das eine mal kommt raus

  lcd_puts(Text1_auf_spanisch);

und das andere mal kommt raus

  lcd_puts("Text1_auf_deutsch");

(Makros sind nur Textersetzungen. Ein Text wird an der verwendenden 
Stelle durch einen anderen Text ersetzt)
Welche von beiden Versionen ist syntaktisch korrekt und warum?
Wie muss daher das Makro aussehen?

(Wenn du mit Makros arbeitest und nicht verstehst, warum du einen Fehler 
kriegst, dann mach ersetz einfach an der verwendenden Stelle den 
Makronamen mit dem beim Makro angegebenen Ersatztext und sieh dir dieses 
Ergebnis an, was daran falsch ist. Was anderes machen Präprozessor und 
Compiler auch nicht. D.h.: im wesentlichen)

[DirkF (Gast)]

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

#define spanish  

#ifdef spanish  
#define TEXT1  "Text1_auf_spanisch"
#define TEXT2  "Text2_auf_spanisch"
#endif

lcd_puts(TEXT1);
lcd_puts(TEXT2);

[Karl H. (kbuchegg)]

DirkF schrieb:

> Sorry bin halt noch nicht so gut im C-Programmieren....

Hat mit 'gut sein' eher weniger zu tun.
Sondern mit 'gut bzw. aufmerksam beobachten'.
Aber das wirst du schon noch bis zum Erbrechen feststellen, dass 70% in 
der Entwicklungsarbeit darin besteht, Dinge zu bemerken, die Lieschen 
Müller nicht sieht.

[Spock (Gast)]

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

struct language {
    char *english_text;
    char *german_text;
etc.
} lang_array[]={
   { "Hello", "Hallo" }
};

#define ENGLISH 1
#define GERMAN  2

void printf_t(char *txt) {
    int i;
    for(i=0;i<sizeof(language)/sizeof(language[0]);i++) {
          if (strcmp(lang_array[i].english_text, txt)==0) {
               break;
          }
    }

    if (i==sizeof(language)/sizeof(language[0]))
       printf("%s", txt);
       return;

    switch(global_selected_language) {
    case ENGLISH:
          printf(lang_array[i].english_text);
          break;
    etc.
    }
}

printf_t("text in english");

[Spock (Gast)]

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

[DirkF (Gast)]

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 ?

[Karl H. (kbuchegg)]

DirkF schrieb:
> 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 ?

Schon.
Aber auf Kosten von Speicher und Laufzeit.

Auf einem PC kein Problem. Auf einem kleinen µC wirds das aber ganz 
schnell.

[Falk B. (falk)]

@ Karl Heinz (kbuchegg) (Moderator)

>Aber auf Kosten von Speicher und Laufzeit.

Oh WEHH!!

>Auf einem PC kein Problem. Auf einem kleinen µC wirds das aber ganz
>schnell.

Laute, übertreibt's mal nicht! Auch "kleine" uC haben heute ziemlich 
viel Speicher! Wir reden hier nicht über 1kB Flash PIC12 oder so!

Diese Methode läuft prima und ist kaum langsamer als ein normales 
Printf!

Beitrag "Re: C: Programm mit Textanzeige für mehrere Sprachen"

Dass man für jede Sprache nochmal grob den gleichen Spreicher für die 
Texte braucht ist wohl klar. So what! Was kostet ein 128kB Flash uC 
heute?

[Walter T. (nicolas)]

Wenn es nicht zur Laufzeit geschehen muß, ist die Sache nicht gewaltig 
aufwendig. Bei mir gibt es einfach eine Datei texts_deu.h, die 
mitgelinkt wird. Bei einer anderen Sprachversion eine texts_eng.h. Darin 
steht etwas wie:

constflash char MT_NULL[]     = {'\0'};
constflash char MT_RETURN[]   = "zurück";
constflash char MT_YES[]      = "Ja";
constflash char MT_NO[]       = "Nein";
constflash char MT_CANCEL[]   = "Abbrechen";
constflash char MT_ABORT[]    = "Abbrechen";
constflash char MT_RETRY[]    = "Nochmal versuchen";
constflash char MT_CONTINUE[] = "Weiter";
constflash char MT_PREFSMENU[]    = "Einstellungen";
constflash char MT_INFOSCREEN[]   = "Firmware-Info";
constflash char MT_PRESSKEYTOLEAVE[] = "Beenden mit Taster";
constflash char MT_SAVEANDRET[]    = "\033vspeichern\033f & \033vzurück\033f";
constflash char MT_VAR_TONMIN[]    = "t\033son,min      \033n :  %2uµs";
constflash char MT_VAR_TOFFMIN[]   = "t\033soff,min     \033n :  %2uµs";

Und im Programm die entsprechenden printf-Anweisungen. Das hat selbst 
bei einem rein deutschsprachigen Programm den Vorteil, daß im Quelltext 
die kurzen englischen Bezeichner stehen (kein 
Deutsch-Englisch-Mischmasch) und die Quelltexte dann besser lesbar sind.

[.. (Gast)]

// 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

..
..

#ifdef DEUTSCH  
#define Cylinder_stroke  "Zylinderhub"
#define in_mm            "in mm:"
// usw
#endif

#ifdef ENGLISCH  
#define Cylinder_stroke  "Cylinder Stroke"
#define in_mm            "in mm:" // oder andere einheit
                                  // mit umrechnungsfunktion in inches
                                  // 100 mm sind ca 3,93701 inches also
                                  // du brauchst dann float! als ergebnis
// formel mm / 25,4 = inches
#define mm2inch           .....

// usw
#endif

[.. (Gast)]

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

[.. (Gast)]

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

  lcd_clear();
  lcd_puts(_(Cylinder_stroke));
  lcd_goto (1,0);
  lcd_puts(_(in_mm));

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

[Spock (Gast)]

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;
}

[.. (Gast)]

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

..
..

#ifdef DEUTSCH  
#define Cylinder_stroke  "Zylinderhub"
#define in_mm            "in mm:"
// usw
#endif

#ifdef ENGLISCH  
#define Cylinder_stroke  "Cylinder Stroke"
#define in_mm            "in mm:" // oder andere einheit
                                  // mit umrechnungsfunktion in inches
                                  // 100 mm sind ca 3,93701 inches also
                                  // du brauchst dann float! als ergebnis
// formel mm / 25,4 = inches
#define mm2inch           .....

// usw
#endif


#ifdef PORTUGAL
#define Cylinder_stroke  "Cylinder Stroke"
#define in_mm            "in mm:" // oder andere einheit wie oben
#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

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.

..

[.. (Gast)]

c-hater schrieb:

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


> ..absolut trivialer Scheiß, ..

;-)

[.. (Gast)]

..und die wortwahl triffst du auch selber

;-)

[Walter T. (nicolas)]

.. schrieb:
> dann über ein array of struct vorhalten

Nö.

Man muß nur ein einziges Struct vorhalten, das alle Texte in einer 
Sprache enthält und beim Start aus dem Flash geladen wird. Dann spart 
man sich die zusätzliche Indizierung.

Also so:

printf(txt.abort);

und nicht

printf(txt[lang].abort);

Es sei denn, man ist extrem eng im SRAM und das txt-Struct paßt nicht 
mehr hinein - dann muß man den Index die ganze Zeit mitschleppen.

[.. (Gast)]

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.

..

[.. (Gast)]

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 ;-)
..

[VladimirM (Gast)]

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);

[.. (Gast)]

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!

;-)

[DirkF (Gast)]

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

[.. (Gast)]

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

[Joachim B. (jar)]

Falk B. schrieb:
> Was kostet ein 128kB Flash uC
> heute?

na das vierfache oder mehr

Arduino m328p 5,- (oder viel billiger)
Arduino mighty m1284p 22,-€ +FTDI

[Eric B. (beric)]

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);

Besser anders rum, dann spart man sich pro Aufruf einen index:

flash char *Messages[][] =
{
  /* EN */ { "Please wait",  "Hours: %u" },
  /* FR */ { "Attendre svp", "Heure: %u" },
  /* DE */ { "Bitte Warten", "Stunden: %u" }
} 

#define ENGLISH  0
#define FRANCAIS 1
#define DEUTSCH  2

#define WAIT  0
#define HOURS 1

#define _(x) Language[x]

static char **Language;

#if I_WANT_A_FUNCTION_FOR_SETLANGUAGE /* :-) */
void setLanguage (uint8 lang)
{ /* TODO check lang for validity */
  Language = Messages[lang];
}
#else
#define setLanguage(x) Language = Messages[x]
#endif

...

setLanguage(ENGLISH);
sprintf(lcd_buffer, _(WAIT));
lcd_puts(lcd_buffer);

[Markus (Gast)]

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.