| |
|
|
Jac de Lad | Hallo iF!
Ich hab grad festgestellt, dass XPSE keine Umlaute im Dateinamen erkennt. Vielleicht haste ja Zeit, das zu ändern...ansonsten is alles roger! |
|
|
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE) Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 16.07.2006 ▲ |
|
|
|
|
Dietmar Horn | Hallo,
ich finde es gut, daß der XPSE das so macht und keine Umlaute akzeptiert, weil dadurch ein schlechter Programmierstil nicht auch noch gefördert wird.
Nicht nur in Datei- und Ordnernamen, sondern auch bei Bezeichnern für Prozeduren, Funktionen, Variablen und Konstanten sollten deutsche Umlaute nicht verwendet werden.
Ich habe in der Vergangenheit dbzgl. schon etliche Codes von Schülern ausmisten müssen, die erst danach ohne weitere Änderungen vernünftig liefen.
Meiner Erfahrung nach ist man immer auf der sicheren Seite, wenn man sich das mit den Umlauten gar nicht erst angewöhnt (bzw. sich das schnellstmöglich wieder abgewöhnt). Bei einfachen und kürzeren Codes mag das mit den Umlauten einigermaßen funktionieren. Bei komplexeren Projekten dagegen war ich anfangs des öfteren dem Verzweifeln nahe gewesen, bis ich die Umlaute ausgetauscht hatte und erst danach die Programme ohne Fehler funktionierten.
Wer nun behauptet: Bei mir ging das bis jetzt immer auch mit Umlauten., der hat entweder noch keine komplexeren Projekte erstellt, oder ihm steht diese Erfahrung mit Fehlfunktionen beim Verwenden von Umlauten erst noch bevor ...
Gruß Dietmar |
|
|
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 16.07.2006 ▲ |
|
|
|
|
| [quote:0620c310d1]ich finde es gut, daß der XPSE das so macht und keine Umlaute akzeptiert, weil dadurch ein schlechter Programmierstil nicht auch noch gefördert wird.[/quote:0620c310d1] Bin mit Dietmar einer Meinung - Habe ganz zu Anfang (glaube unter Profan 4.0 oder so...) Probleme mit den Procedur-Benennungen gehabt und bin dann schnellstens zur internationalen Schreibweise umgestiegen |
|
|
| |
|
|
|
Jac de Lad | Im Programm benutze ich auch nie Umlaute, aber bei Dateinamen finde ich es schon sinnvoll. Ich benenne die Progrmm mit Codeschnipseln immer nach ihrem Inhalt und da machen sich Umlaut gut, denn immer ae, oe und ue lässt sich schwer lesen.
Jac |
|
|
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE) Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 16.07.2006 ▲ |
|
|
|
|
Dietmar Horn | Meine geschilderten Erfahrungen bezogen sich auch auf Ordner- und Dateinamen mit deutschen Umlauten.
Theoretisch ist und soll das zwar möglich sein, und meist klappt das auch. Aber spätestens, nachdem man mindestens einmal in diese MS-Falle getreten ist, läßt man das sein und empfiehlt dies auch anderen.
Gruß Dietmar |
|
|
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 16.07.2006 ▲ |
|
|
|
|
RGH | Hallo, bei Ordner- und Dateinamen mit deutschen Umlauten muß man berücksichtigen, da dann das Gleiche gilt, wie bei Ordner- und Dateinamen mit Leerzeichen, Kommas, etc.: Sie müssen in Anführungszeichen gefaßt werden, damit es sicher funktioniert. Aus Sicht des Betriebssystemes sind Umlaute keine Buchstaben, sondern Sonderzeichen.
Trotzdem vermeide ich Sonderzeichen in Dateinamen, da es leider noch eine ganze Reihe (auch kommerzieller) Programme gibt, die z.B. mit Leerzeichen in Pfaden nicht klarkommen.
Zu Umlauten in Bezeichnern: XProfan erlaubt zwar derzeit neben Buchstaben und Ziffern die Zeichen ÄÖÜäöüß_. in Bezeichnern, aber im Sinne der Portierbarkeit in andere Sprachen empfehle ich auf ÄÖÜäüöß zu verzichten. Absolut tödlich sind andere Sonderzeichen in Bezeichnern, wie etwa Operatoren oder Typkennungen oder gar Leerzeichen. Ich zitiere aus der Hilfe: Trotzdem ist dringend zu empfehlen, nur Buchstaben, Ziffern und Unterstriche zu verwenden. Ein Schwachpunkt ist in XProfan sicher noch, daß aus Tempogründen die Bezeichner beim Declare nur sehr rudimentär geprüft werden.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 17.07.2006 ▲ |
|
|
|
|
Michael Wodrich | [quote:1f9155936a=Jacob Liebeck]Wenn Gott gewollt hätte, dass wir programmieren, hätte er uns 16 Finger gegeben![/quote:1f9155936a] Der alte Herr dachte dabei wohl eher ans Oktalsystem. 8 Finger und 2 Häckchen zum festhalten. Er konnte wohl nicht ahnen, das wir derart übers Ziel hinausschiessen.
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 17.07.2006 ▲ |
|
|
|
|
Ragnar Rehbein | Ich verwende in Profan solange ich denken kann Umlaute in Bezeichnern für Prozeduren, Funktionen, Variablen und Konstanten. Es hat damit (außer im XPSE) noch nie Probleme gegeben. Programmfehlfunktionen sind mir absolut unbekannt. Roland hat ja auch bestätigt, (bestaetigt,) daß Umlaute unterstützt (unterstuetzt) werden. Mit schlechtem Programmierstil hat das meiner Meinung nach wenig zu tun. Prozedur und Variablenbezeichner sind bei mir oft recht lang und recht deutsch. Ich finde daran nichts schlecht. Das ist einfach Geschmackssache, so wie z.B. ob ich bei Tempo 240 die Scheiben runtergekurbelt habe oder nicht (auch wenn der Hersteller das nicht empfiehlt)
Programme die Profan portieren (Profan2CPP) haben mit den Umlauten keine Probleme, die Umlaute werden einfach umgesetzt. Andere Portierungen sind mir unbekannt. Wenn ich per Hand portiere, muß ich sowieso mehr ändern (aendern) als die Umlaute.
Ich wünsche (wuensche) mir für XPSE einen Schalter der den Umlautabbruchtest (früher (frueher) waren es ja nur Warnungen) ausschaltet. Leider kann ich aufgrund dieser Tatsache nur mit der Version vom Oktober 2005 arbeiten. Ehe ich alle Quelltexte diesbezüglich (diesbezueglich) anpasse und erneut Teste, schreibe ich mir lieber selbst etwas XPSE ähnliches (aehnliches).
Was beim XPSE für mich wichtig ist: - eine Gesamtdatei ohne Leerzeilen und Kommentare, ist toll für Fehlersuche, bei Fehlern unter Angabe der Zeilennummer (kann Roland glaube ich inzwischen auch) - Kompilerschalter, die das Kompilieren, Linken und evtl. Starten in einem Rutsch machen - Angabe der zu Linkenden Runtime - Der Batch-Schalter um z.B. die fertige EXE in das Programmverzeichnis zu kopieren (leider geht nur ein Batchbefehl) - kernelout debug um Debugversionen von Programmen zu erzeugen, falls es mal richtig kracht
Was für mich unwichtig ist: - Alle Spracherweiterungen - graphische Oberfläche
Was ich mir noch wünschen (wuenschen) würde (wuerde) - Einrückungen (Einrueckungen) im .enh-Code - hochzahlen (hochzaehlen) von Builds im Dateinamen der .enh-Datei und in der EXE
r.r. |
|
|
| |
|
|
|
| Wenn Du ausschließlich Profan verwendest, und das auch immer so bleiben wird, kannste ja Umlaute verwenden. In jeglicher Literatur zu Syntax und Stilempfehlungen, wird das nicht empfohlen, Ich würde im Traum nie auf die Idee kommen, Umlaute für Variablen zu verwenden. Beim lesen solcher Sourcen fang ich erstmal an zu stolpern
Es gibt eben bestimmte empfohlene Regeln und man sollte sich weitgehend dran halten. Kommentare nur in englisch verfassen, da halte ich mich auch nicht dran, weils manchmal mit der Sprache hapert , aber der Rest ist schon wichtig. Mich stört zum Beispiel, das der in Codetags versetze Code hier vom Forum entsetzlich entstellt wird, bezüglich der Groß- und Kleinschreibung
Aber iF wird das Wohl auch nicht für mich ändern |
|
|
| |
|
|
|
Frank Abbing | |
|
| |
|
|
|
| @Danke Frank, werde ich wohl bis zum nächsten mal wieder vergessen haben Ich kann mir schon kaum den BBCode merken, wenn dann noch irgendwelche Tricks erforderlich sind, kann ich mir nicht merken. Man wird eben langsam alt |
|
|
| |
|
|
|
| Wenn es soooo Dein Wunsch ist das Dein Code nicht autoformatiert wird, dann wirst Du Dir ein [CODE] merken können! |
|
|
| |
|
|