Ich schaue mir Java-Code in Eclipse unter Windows an. Die Zeilenbeendigungszeichen (DOS-Stil) werden nicht richtig angezeigt (überall leere Zeilen).
Das Problem ist, dass der Code von einer Windows ClearCase-VOB stammt, für die ich keine Eincheckberechtigungen habe. Daher ist er schreibgeschützt (das Ändern der Zeilenabschlusszeichen mit automatischem Format ist nicht möglich). Das Erstellen einer vollständigen Kopie und das Ändern der Zeilen-Terminatoren kommt nicht in Frage, da sich der Code ändern kann, während ich ihn ansehe.
Ich habe Preferences gefunden - & gt; Workspace- & gt; "Neue Zeilenbegrenzung für Textdateien", aber es scheint, dass dies die Zeilenbeendigungszeichen in existierenden Dateien nicht korrekt anzeigt.
Wie stelle ich Eclipse die Textdatei so dar, wie sie angezeigt werden soll?
Bearbeiten: Notepad zeigt die Datei korrekt an. Ultra-Edit erkennt es auch als Unix-Stil und schlägt vor, es in DOS zu konvertieren (wird aber beim Ablehnen korrekt angezeigt). gvim erkennt die Datei als unix und zeigt ^ M und das Ende der Zeile an.
Ich habe die Datei in Binärdatei überprüft und enthält keine \ n Zeichen, die keinem Zeichen folgen. Könnte es andere Wege geben, auf denen Eclipse Unix von Dos-Stil Zeilenenden unterscheidet?
Ich habe diese Zeichenfolge gefunden: 0d0d 0a0d 0d0a (\ r \ r \ n \ r \ r \ n). Ich nehme an, deshalb funktioniert es nicht ..
Auf welchem Betriebssystem laufen Sie? Eclipse erkennt automatisch Leitungsabschlusszeichen. Ich habe es nie gescheitert und zusätzliche Zeilenumbrüche angezeigt. ist es möglich, dass Ihre Datei die Zeilenumbrüche nicht verdoppelt? Vielleicht versuchen Sie es mit einem anderen Editor (notepad ++, editplus) zu sehen
Gehen Sie zu Einstellungen- & gt; Allgemein- & gt; Arbeitsbereich Sie sehen Textdateikodierung , wo Sie die Kodierung in die von Ihnen bevorzugte Kodierung ändern können und es gibt das Zeilentrennzeichen Neue Textdatei , wo Sie die Option verwenden können, Unix, Windows oder Mac OS
zu verwendenIch hatte das gleiche Problem mit Zeilenenden und ich bemerke das Problem der schnellen Sichtbarkeit in Eclipse (verglichen mit zB Notepad ++), aber ich stelle fest, dass es schnell mit einer eingebauten Funktion gefunden werden kann:
In der Symbolleiste gibt es eine Schaltfläche "Leerzeichen anzeigen" (Symbol Pi: ¶) und wenn Sie sie drücken, haben Sie eines dieser Zeichen am Ende der Zeile:
¤¶ für eine Datei mit Windows EOL (CRLF) ¶ für eine Datei mit Unix EOL (LF) Auf diese Weise können Sie einfach sehen, welche EOL-Kodierung Sie haben, und sie mithilfe des Menüs File konvertieren.
Wenn Sie beispielsweise git verwenden, können Sie auch eine Option zum automatischen Konvertieren aller Commits mit einem bestimmten EOL einrichten. Aber manchmal aus einem unbekannten Grund, die Dateien werden mit Windows EOL sogar ich benutze Eclipse unter einer Linux-VM. Die eingebaute Eclipse-Funktion erlaubt es, auf einen Blick zu sehen, was die Kodierung ist.
Wir befinden uns in einer gemischten Umgebung mit ClearCase (Unix VOB Server) und Windows ClearCase Clients und mit Eclipse.
Ich habe ein solches Problem nicht beobachtet, aber ich weiß, dass bestimmte Typen von ClearCase auf eine bestimmte Weise verwaltet werden können: siehe Arbeiten mit dem Rational ClearCase Unicode Type Manager .
Durch die Beschreibung (cleartool describe) des Typs der Dateien, die das Problem verursachen, sehen Sie möglicherweise einen speziellen Dateityp, der eine erste Erklärung sein könnte.
Ein weiterer klassischer Grund könnte ein ClearCase-Trigger sein, der den Inhalt der Datei irgendwie beschädigt.