Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
' schrieb:* warum werden die Tabs getrennt mit der PropertyNode "Tab Control" angesprochen?
Weil du doch auch an die Controls innerhalb des TabControls dran willst. Und dafür brauchst du die Referenz auf die Pages des Tab-Control.
' schrieb:* kann man sich diese Referenz irgenwie aus dem Eigenschaftsknoten "Panel" oder aus der VI Referenz gewinnen?
Ja natürlich. Du musst nur bei dem Referenz-Array "All Controls", die du dir aus den Panel-PropertyNode holst, nachschauen, ob eine Referenz auf eine TabControl dabei ist. Dann zur TabControl-Klasse wandeln und weiter gehts...
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
Ja und die Beschriftung der Reiter der Tab Control wird auch nicht erfasst - also mit anderen Worten, ich kann die Page Labels auslesen aber wie schreibe ich die dann in der anderen Sprache?
Da fällt mir ein, da gibt es ja noch viele Stringkonstanten .... hmm ... muss man die händisch suchen & editieren oder kann man das auch programmatisch?
Zitat:Da fällt mir ein, da gibt es ja noch viele Stringkonstanten .... hmm ... muss man die händisch suchen & editieren oder kann man das auch programmatisch?
Schwierig...
Den Inhalt von String-Controls im FP kannst du natürlich suchen und erkennen, analog Methode Tab-Controls. String-Konstanten im BD, da müsste ich auch erst suchen, ob das geht. Mglw. über Scripting aber sonst meines Wissens nach nicht.
Weil in ein Ini-File geschrieben wird! Und ein Key/Schlüsselname mit eckigen Klammern geht nicht, weil eckige Klammern eine neue Section/Abschnitt im Ini-File definieren.
' schrieb:Sind eigentlich die Labels von Tabs, Indikatoren etc. unique?
Nö, wieso? Du kannst innerhalb eines VIs im Prinzip jedem Control dasselbe Label vergeben. Nicht gerade sinnvoll, da man im BD nicht mehr klar kommt, aber es geht. Deshalb lieber sinnvolle (mglw. sogar abgekürzte) Labels verwenden und lieber die Caption im FP anzeigen.
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
Wenn die Lokalisierung deiner Applikation nicht zur Laufzeit in der Runtime geschehen muss wäre eine weitere Option Strings exporieren, die erzeugte Datei mit einem XML-Editor bearbeiten, unter neuem Namen abspeichern und die String importieren. Vorteilhaft ist, dass auch freie Textfelder im FP und BD lokalisiert werden und noch ein paar extra Angaben geändert werden können wie der Pfad zum chm- oder rtm-file. Nachteil eben, dass es nicht in der Runtime noch im laufenden VI unterstützt wird. Ob es ein extra Tool zur Bearbeitung der XML-Datei gibt weiß ich nicht.
' schrieb:Wenn die Lokalisierung deiner Applikation nicht zur Laufzeit in der Runtime geschehen muss wäre eine weitere Option Strings exporieren, die erzeugte Datei mit einem XML-Editor bearbeiten, unter neuem Namen abspeichern und die String importieren. Vorteilhaft ist, dass auch freie Textfelder im FP und BD lokalisiert werden und noch ein paar extra Angaben geändert werden können wie der Pfad zum chm- oder rtm-file. Nachteil eben, dass es nicht in der Runtime noch im laufenden VI unterstützt wird. Ob es ein extra Tool zur Bearbeitung der XML-Datei gibt weiß ich nicht.
Da gibt es eine Anzahl von mit viel Elan erzeugten Übersetzungstoolkits, die aber wohl mangels Interesse an Leuten die dafür lieber etwas zahlen wollen anstatt ihren eigenen "Mist" zu bauen, ein langsam dahinserbelndes Bestehen fristen.