kleines Problem mit der german.php

[AlexL]

Hallo

zwecks Updatewunsch von 1.4.10 zur 1.4.12, bin ich gerade dabei meine "Eigenen Änderungen" zu dokumentieren.
Dabei ist mir aufgefallen, dass meine german.php folgende Änderung hat:

Code Select Expand

$lang_fullsize_popup = array(
  'click_to_close' => 'Bild anklicken, um das Fenster zu schließen!',
);
anstatt wie im Original

Code Select Expand

$lang_fullsize_popup = array(
  'click_to_close' => 'Bild anklicken, um das Fenster zu schließen!',
);

Das hab ich gemacht weil in meinen Browsern dieser Fensterrahmentext falsch dargestellt wurde - nun klappt es.
Könnte dass bitte mal jemand nachprüfen, ob nur ich da aus irgend einem Grund Probleme habe oder ob es ein generelles Problem ist.
Falls letzteres möchte ich es hiermit als Verbessungsvorschlag eingereicht haben.
An allen anderen Stellen klappt es mit den Sonderzeichen - ich benutze utf8 german

[AlexL]

Ooohps

in der 1.4.12 ist das anders sehe ich gerade - werd noch bissl testen - könnte aber schon behoben sein.

[Joachim Müller]

Beide Varianten sehen seltsam für mich aus. Was uns wieder zurückbringt auf die Diskussion "welchen Editor benutzt Du"? Wenn ich mir die Dateien im Paket so anschaue, dann ist da weder ein

ß

noch ein

ß

, sondern ein

ß

[AlexL]

Ja Ja der berühmte Editor
Ne in dem Fall das von Dir auch bevorzugte WinMerge
und mach dir keine Sorgen wegen dem ß - das ist von mir erst da reingeschrieben worden damit es schön aussieht
Und das ß war in der 1.4.10
in der 1.4.12 steht bei mir auch ein ß

[Joachim Müller]

Ne in dem Fall das von Dir auch bevorzugte WinMerge

Achtung: WinMerge kommt in 2 "Geschmacksrichtungen": das "normale" und das "Unicode-fähige" (WinMergeU.exe).

[AlexL]

Schon wieder Ooohps

So was muss einen ja mal gesagt werden. Allerdings ändert das nicht wirklich was - irgendwie macht die U Version doch kein U?
Mein Editor Notepad++ stellt alles richtig dar also ß aber egal, welches Winmerge ich nehme, es sieht so seltsam aus.
Muss man da im Winmerge noch irgendwas einstellen - bin eben durch alle Menüs durch - hab es aber nicht gefunden?
Oder klappt die automatische Erkennung bei php-Dateien nur nicht richtig?

[Joachim Müller]

Weiss ich ehrlich gesagt nicht. Ich benutze Winmerge für Code, nicht zum Bearbeiten von Sprachdateien - das ist mir zu heiss.

[AlexL]

Ich nutze es auch nur zum Vergleichen - Aber das es da Vanille und Schoko gibt wusste ich noch gar nicht.
Anderseits sollte es da meiner Meinung nach eigentlich nur eine Geschmacksrichtung geben die automatisch umschaltet. Aber irgendwie geht es bei beiden nicht :'(

[Joachim Müller]

Automatische Detektierung des verwendeten Zeichensatzes ist eine Wissenschaft für sich. Da haben die WinMerge-Entwickler mein vollstes Verständnis, wenn das nicht reibungslos funktioniert (oder erst garnicht vorhanden ist) 

[AlexL]

wer weiß wie komplex das Thema ist wird da auch Verständnis haben - aber in diesem Einzelfall ist Detektivarbeit gar nicht nötig

Code Select Expand

$lang_charset = 'utf-8'; steht ja drin!

[Joachim Müller]

Aber WinMerge "spricht" doch kein PHP . Für WinMerge ist das nur ein Stück Code, nicht mehr. Da könnte auch "Gänseblümchen" dortstehen stattdessen.
Egal, kein direktes Coppermine-Problem. Wie Du so richtig bemerkst ist bei cpg1.4.12 alles in Butter. Schliesse Thread also ab durch markieren als "solved".

[AlexL]

Muss nochmal zurück zum Thema
Ich dachte ja es wäre ausgestanden aber nun Maxthon 1.6.2 unter Vista wieder das - siehe screenshot im nacktem 7er IE geht es - werd es noch mal mit Maxthon 2 testen und melde mich dann wieder