Hallo allerseits,
Florian Janßen schrieb am 27.02.2009 10:35 Uhr:
Wahrscheinlich wurde die Kodierung einfachnur unabsichtlich verschossen/von
einem übereifrigen Editor re-kodiert.
Ok, dann werde ich in Zukunft schlicht ins ANSI konvertieren und dann
speichern. Ich dachte es hätte eventuell etwas mit dem Trac zu tun.
Das Trac nimmt als Standardkodierung UTF-8 an, dass haben wir extra so
eingestellt damit die Dateien im SVN nicht mehr mit einem BOM anfangen
müssen¹. Von daher bin ich mir jetzt tatsächlich nicht ganz sicher, wie
dann die Changesets von .ahk-Dateien im Trac ausſehen werden. Aber hier
sollte die korrekte Ansicht für uns AHK’ler wichtiger sein. Wozu gibt es
die diff-Funktion bei Subversion :-).
Viele Grüße,
Dennis-ſ
¹ Die Linux-Fraktion hat dagegen eine Abneigung, da es ihre so
unglaublich tollen Shellskriptinterpreter einfach nicht hinkriegen, ein
vor der Shebang eventuell vorhandenes BOM zu ignorieren. Ups, wir hatten
ja gesagt keine Sticheleien zwischen den BS mehr … nur gut, dass in
einem Faden mit [ahk] im Titel keine Linuxer mitlesen ;-).
