Benötige kleine Hilfe mit String-Operation :-)

[Elle4u]

Jetzt habe ich nochmal ne Frage.

Ich habe folgenden Befehl:

Code: Alles auswählen

	TAP_Osd_PutString1926( MsgTempRgn, 40,  15, -1, ProgramName " - Information", COLOR_Black, COLOR_None );

Das funktioniert ohne Probleme. Also eine Variable und dahinter einen String mit dran.
Jetzt möchte ich aber gerne folgendes:

Code: Alles auswählen

ProgramName " - " Text_Information

Also eine Variable, ein String und wieder eine Variable.

Da kommt dann folgende Fehlermeldung:

Code: Alles auswählen

Helper.c:249: parse error before `Text_Information'

Ich könnte das Ganze natürlich vorher zwischenkopieren

Code: Alles auswählen

TAP_SPrint(textBuf, "%s - %s", ProgramName, Text_Information);

aber lieber wäre mir, wenn es auch direkt ginge.

Ideen???

Thx.

[Happy]

Hi,
was du vor hast geht nur mit Konstanten.

Statt TAP_SPrint, würde ich aber wieder strcat verwenden zum Anfügen.
TAP_SPrint würde ich vermeiden soweit es geht
z.B. so

Code: Alles auswählen

strcpy(textbuf, ProgramName);
strcat(textbuf, " - ");
strcat(textbuf, Information);

Gruß,
Happy

[t3xi]

Ideen hab ich keine. Aber kann mir mal jemand erklären wieso der erste Fall überhaupt funktioniert?
(edit)
Ach so, ProgramName ist gar keine Variable, sondern eine Konstante.

[Harvey]

Das frage ich mich auch. Eigentlich hätte da der Kompiler motzen müssen.
Edit: ebenso Axo

[Elle4u]

Ideen hab ich keine. Aber kann mir mal jemand erklären wieso der erste Fall überhaupt funktioniert?
(edit)
Ach so, ProgramName ist gar keine Variable, sondern eine Konstante.

Ahh. Sorry. Falsch beschrieben. Ja. Das ist ne Konstante.

Und damit geht das also? Wundert mich schon, daß das halt immer so geklappt hat

[Jetson]

Und damit geht das also? Wundert mich schon, daß das halt immer so geklappt hat

Weil das zur C-Sprache gehört, ein C-Compiler muß das unterstützen.
Zeilen mit konstanten Ausdrücken wie
#define msg "A" "B" "C"
werden vom Compiler automatisch zu "ABC" konkateniert.

[Elle4u]

So.

Da hätte ich dann nochmal ne Frage :

Ich habe folgende Deklaration:

Code: Alles auswählen

char *cSortFiles[] XDATA = {
	"Sortierung: A->Z",
	"Sortierung: Z->A",
	"Sortierung: kl->gr",
	"Sortierung: gr->kl",
	"Sortierung: alt->neu",
	"Sortierung: neu->alt",
	"Sortierung: gesehen",
	"Sortierung: unges."
};

Wenn ich diese nun abhängig der eingestellten Sprache ändern möchte.
Wie kann man so etwas machen

[Happy]

Hi,

sieht bei mir ähnlich aus.
Mach den Array 2 dimensional (bzw 3... für weitere Sprachen).
Lege auch für andere Texte solche Arrays an und das Programm ist schnell übersetzt.

Gruß,
Happy

[Elle4u]

Lege auch für andere Texte solche Arrays an und das Programm ist schnell übersetzt.

Danke schonmal.

Werde das mit den 2 Dimensionen mal testen.

Die anderen Texte habe ich jetzt in jeder Funktion so aufgelöst:

Code: Alles auswählen

	//*************************************************************************
	// Systemsprache auslesen und Texte zuweisen
	//*************************************************************************
	char Text_Festplatte[10];
	char Text_von[5];
	char Text_frei[5];

	OSDLanguage = TAP_GetSystemVar(SYSVAR_OsdLan);
	if (OSDLanguage == 2){ // deutsch
		strcpy(Text_Festplatte, "Festplatte");
		strcpy(Text_von,        "von");
		strcpy(Text_frei,       "frei");
	} else { // english
		strcpy(Text_Festplatte, "Harddisk");
		strcpy(Text_von,        "from");
		strcpy(Text_frei,       "free");
	}
	//*************************************************************************

[Jetson]

Ein zweidimensionales Array reicht aus. Eine Dimension für die Sprache, die andere für die character pointer. Da Du den ersten Index ja beliebig hochzählen kannst (falls das Array entsprechend definiert ist) kannst Du n Sprachen auf diese Weise verwalten. Wenn Du die erste Dimension dann noch auf eine Enumeration abbildest, wird es auch noch gut lesbar.

[Elle4u]

Das habe ich jetzt leider nicht verstanden ops:

Ist es also nicht so gut es (so wie ich jetzt) in jeder Funktion mit den jeweils verwendeten Texten zu machen. Sollte ich lieber ein großes globales Array nehmen?

Und wie hast Du das mit dem Array und dem Enum gemeint?
Wie würde das dann aussehen?

Sorry. Aber so tief bin ich da nicht drin

[Harvey]

Das ist eigentlich eine Frage des Geschmacks, denn ändern musste eh, wenn was hinzu kommt. Ein großes Array hätte aber den Vorteil, mal eben eine neue Sprache hinzufügen zu können, ohne den Rest zu ändern.

Gib mal in google +c++ +enum ein, ich habe die Syntax nicht zu 100% im Kopf.
Grob geschrieben ist das ne Möglichkeit, DE=0, EN=1, NL=2 usw zu definieren und im Quelltext auch als DE, EN, NL usw. auszuschreiben. Im Grunde etwas, das man auch mit #define machen könnte, nur eleganter.

[Elle4u]

Grob geschrieben ist das ne Möglichkeit, DE=0, EN=1, NL=2 usw zu definieren und im Quelltext auch als DE, EN, NL usw. auszuschreiben. Im Grunde etwas, das man auch mit #define machen könnte, nur eleganter.

Ahh. Das habe ich in Filer schon an manchen Stellen benutzt.

Danke.

[Jetson]

Also, eine Enumeration ist lediglich eine Aufzählung von Konstanten, die bei 0 beginnend vom Compiler nummeriert werden (man kann auch andere Werte vorgeben durch direkte Zuweisung).

Bsp.:
enum language {deu, eng, fra, spa, ita};

Dann hast Du 5 Konstanten mit den Werten deu = 0 bis ita = 4;

Zugriff auf das Array dann anstelle von meldung[0][1] mit meldung[deu][1].

Machst Du dann auch noch eine Enumeration für die zweite Dimension, wie z.B.
enum text {Festplatte, von, frei}
kannst Du auch sowas wie meldung[deu][Festplatte] usw. schreiben.

[Elle4u]

So. Ich muß jetzt nochmal darauf zurück kommen:

Es gibt ja folgendes fertige ENUM:

Code: Alles auswählen

typedef enum
{
	LAN_English,
	LAN_French,
	LAN_German,
	LAN_Italy,
	LAN_Spain,
 	LAN_Arab,
	LAN_Greek,
	LAN_Turk,
	LAN_Danish,
	LAN_Swedish,
	LAN_Norwegian,
	LAN_Dutch,
	LAN_Russian,
	LAN_Polish,
	LAN_Iran,

      N_OsdLan
}   TYPE_Language;

Jetzt müßte ich das doch folgendermaßen machen können, oder?

Code: Alles auswählen

char *Texte[][15] XDATA = { //15 Sprachen
	{"Harddisk", "Harddisk", "Festplatte", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk", "Harddisk"},
	{"free", "free", "frei", "free", "free", "free", "free", "free", "free", "free", "free", "free", "free", "free", "free"}
usw...
};

Aufrufen dann mit

Code: Alles auswählen

Texte[0][OSDLanguage];

Ich müßte dann eben immer 15x jedes Wort/Satz schreiben...

[Jetson]

Ja, der Zugriff wäre dann z.B. Texte[0][LAN_English].
Oder alternativ. deklarierst Du wie in meinem Beispiel, die Sprachen in der ersten Dimension und die Texte in der zweiten Dimension (Texte[LAN_English][0]). Dann würden bei der Initialisierung alle möglichen Texte für eine Sprache hintereinander stehen und das wiederholt sich pro Sprache (erste Dimension). Aber das ist natürlich Geschmackssache. Ich würde für die Elemente der "Text-Dimension" auch noch eine Enumeration machen. Dann hast Du einen recht gut lesbaren Quelltext.

[tapworld]

I comment this a little even I am not sure what u are talking about.

TAP API does not have all languages defined. E.g. finnish is not there. So to know if finnish is used, this code have to be used:
TAP_GetSystemVar(SYSVAR_OsdLan)==15

[Jetson]

We're discussing the usefulness of C enumerations to make the source code better readable. The background is that Elle4u wants to add multi language support to his TAP. Your comment about the missing entry in the API is a valuable info as well.

[Elle4u]

So to know if finnish is used, this code have to be used:
TAP_GetSystemVar(SYSVAR_OsdLan)==15

Thank you for this info!

[Erdnussnase]

Hallo Ellu,

Du kannst es so machen wie oben beschrieben. Allerdings ist es nur dann sinnvoll, wenn Du nicht zuviel Textdefinitionen in Deinem Tap hast. Das Problem ist nämlich dann, das Du für jedes Wort in jeder Sprache Speicherplatz bereithalten mußt der evtl. gar nicht benötigt wird.
In diesem Fall würde ich die Texte in ein char**Texte[NUM_LANGUAGE] halten. Der Code wird dadurch aber wieder etwas unleserlicher und dummerweise kann der Compiler Fehler in der Benutzung der Struktur nicht finden.