Das deutsche QBasic- und FreeBASIC-Forum

[TimesChange]

Nachdem ich erfolgreich ein paar Programme von Quickbasic auf Freebasic umgesetzt habe, und auch der überfällige Umstieg von Win XP auf Win 7 erfolgt ist, habe ich ein neues Problem mit den Umlauten.

Ich vermute, es liegt an Windows 7, aber ich habe keine Ahnung

Schon bisher musste ich Umlaute, die auf den Bildschirm ausgegeben werden sollten, "anders" im Quelltext eingeben. Um z.B. den Text "Blättern" auszugeben, muss ich "Bl„ttern" schreiben.
Soweit so gut, nur ist mir seit Umstieg auf Win7 mein "ü" verschwunden.

Konkret: Ich habe ein Programm (noch unter XP geschrieben) das den Text "für" ausgeben soll. In FBIDE sehe ich im Quelltext jetzt aber nur noch

[nemored]

Leider kenne ich FBIDE nicht so richtig; vielleicht gibt es irgendwo eine Möglichkeit, die Zeichencodierung einzustellen (was ich eher bezweifle).

Eine völlig andere Alternative: Wenn du den ASCII-Code der Sonderzeichen kennst, kannst du es auch auf diesem Weg eingeben, z. B.

[Muttonhead]

Vermutlich bist du am schnellsten wenn du dir ein kleines Replacement-Tool schreibst und dieses dann über den "XP"-Quellcode jagst.
Einfach mal in die IDE äöü eintippen abspeichern und im Hexeditor nachsehen welches Zeichen verlangt wird.
Also ich würd es so machen

Mutton

[TimesChange]

Unter den Einstellungen / settings bei FBIDE finde ich jedenfalls keine derartige Option...

Bei neuen Programmen sind die Escape-Sequenzen sicher sinnvoll, lästig ist eben das Verhalten / die Anzeige bei vorhandenen Dateien.

[Sebastian]

Hallo,

zum Beispiel mit der Editor-IDE-Kombination Geany (Open Source) kann man die Zeichenkodierung der geöffneten Datei beliebig umwandeln.

Wenn du z. B. einen Quelltext mit UTF-8-Umlauten hast und den compilieren lässt, siehst du Folgendes:



Um Abhilfe zu schaffen, kannst du die Zeichenkodierung mit Geany auf ASCII / IBM 850 ändern:



Wenn du jetzt das Programm, das auf den richtigen Zeichensatz umgestellt wurde, compilierst, sieht die Ausgabe so aus:



Die Escape-Sequenzen, die nemored beschrieben hat, sind ein guter Ansatz, um das unabhängig von der Dateikodierung zu lösen. Ein bisschen einfacher kann man sich's machen, wenn man direkt mit der passenden Kodierung arbeiten kann. Aber das beherrscht FBIde leider nicht.

Es gibt aber auch Kommandozeilentools, mit denen man eine ANSI-Datei in eine Extended-ASCII-Datei umwandeln lassen kann. Damit könnte man evtl. Abhilfe für FBIde bauen. FBIde würde beim Compilieren nicht mehr direkt fbc.exe aufrufen, sondern eine fbcstub.bat, die zuerst die Konvertierung des Quelltexts anstößt und anschließend den fbc.exe aufruft.

Viele Grüße!
Sebastian
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[TimesChange]

GEANY sieht ja ganz interessant aus. Ich denke zwar, dass ich hier eher ein "Problem" im Betriebssystem habe, das ich lieber "an der Quelle" abstellen würde. Aber die Möglichkeit zur Umcodierung des Zeichensatzes kann ich sicher irgendwann mal gebrauchen.

Viele Grüße
Rainer

[HorstD]

[nemored]

Es geht ja nicht um die Anzeige im Konsolenfenster, sondern darum, dass ein in FBIDE früher angezeigtes Sonderzeichen jetzt in FBIDE nicht mehr angezeigt wird.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[TimesChange]

So, nun habe ich das nochmal auf einem anderen Rechner mit Win 7 und auf einem mit Win 8.1 ausprobiert. Bei keinem bekomme ich das "ü" (oder ANSI-Zeichen &h81) in irgendeiner Form angezeigt.
Nochmal eine alte XP-Partition hochgefahren, und dort sehe ich wie gewohnt einen "Platzhalter".

Hier nochmal ein Mini-Screenshot einer Quelltext-Zeile. Oben unter XP, unten die identische Datei unter Win7.

Man sieht, dass das "ö" in beiden Fällen gleich angezeigt wird, nur beim "ü" haperts.

Naja, ist auch nicht soo wichtig. Die Programme laufen ja bzw. werden korrekt kompiliert, künftig verwende ich Escape-Sequenzen, es ist nur lästig weil man denkt es fehlt etwas...
Mich wundert es halt, dass niemand sonst dieses Phänomen hatte...

Viele Grüße
Rainer

[nemored]

Ich müsste mal genauer nachsehen, welche ANSI-Code-Bereiche da betroffen sind, allerdings deutet das Rechteck beim ü darauf hin, dass hier kein "Ersatzzeichen" bereitsteht wie beim ö, sondern eben nur ein Platzhalter angezeigt wird. Durchaus möglich, dass diese Platzhalter bei Win7/8 "unter den Tisch fallen".

Ich habe den Vorteil, dass ich bei nicht druckbaren Zeichen einen Platzhalter mit dem Hexadezimalcode des Zeichens angezeigt bekomme. Scheint aber auch eine betriebssystem-interne Sache zu sein.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.