Java line separator (evtl nur in TextComponents...)

[Mujahiddin]

Frage ist:
Warum ist der Line Separator in Java nicht einheitlich?
Wenn ich in ein JTextArea

System.lineSeparator()

unter Windows einfüge, muss ich mit der Tastatur zwei Zeichen überbrücken. Drücke ich jedoch meine Enter-Taste, spuckt die Methode

textArea.getText().contains(System.lineSeparator());

false

aus. Woran liegt das? Warum ist es nicht einheitlich? Ist das nur bei JTextComponent? Was sind die Richtlinien? Hab im Internet nach bisschen recherchieren nix gefunden.

Grüße!

 

[Flown]

Also wenn du richtig recherchiert hättest, dann hättest du sicher gefunden, dass das mit einem Zeilenumbruch nicht Java-spezifisch ist sonder von der OS abhängt:

Also Linux: "\n"
Windows: "\r\n"


IMO gibt deine Methode false zurück, weil bei einem Druck auf Enter nur ein "\n" eingefügt wird und nicht "\r\n".

 

[Mujahiddin]

Das weiß ich selbst auch.
Und unter MacOS ist es "\r".
Aber wenn ich ein JTextArea unter Windows initiiere mit dem Vorgegebenen Text

"Erste Zeile" + System.lineSeparator() + "Zweite Zeile";

, dann muss ich mit meiner Tastatur zwei Zeichen überbrücken, wenn ich über die Zeile fahre. Wenn ich jedoch selber eine Zeile einfüge, nämlich mit meiner Zeilenseparatortaste namens ENTER, dann gibt die Methode 'contains(System.lineSeparator())'

false

zurück. Ist die ENTER-Taste der Übeltäter oder wie habe ich das zu verstehen?

 

[Gast2]

Du kannst dir doch mal ausgeben lassen was in der Textarea drin steht nachdem du per Enter einen Zeilenumbruch eingefügt hast. Am besten direkt als byte[] Array.

 

[xehpuk]

Hab im Internet nach bisschen recherchieren nix gefunden.

Also wenn du richtig recherchiert hättest, dann hättest du sicher gefunden, dass das mit einem Zeilenumbruch nicht Java-spezifisch ist sonder von der OS abhängt:

Nach einer kurzen Recherche habe ich herausgefunden, dass der Zeilenumbruch "Java-spezifisch" ist.
In Textkomponenten immer schön '\n' verwenden.

Newlines

There are two properties which deal with newlines. The system property,

line.separator

, is defined to be platform-dependent, either "\n", "\r", or "\r\n". There is also a property defined in

DefaultEditorKit

, called [JAPI]javax.swing.text.DefaultEditorKit#EndOfLineStringProperty[/JAPI], which is defined automatically when a document is loaded, to be the first occurrence of any of the newline characters. When a document is loaded,

EndOfLineStringProperty

is set appropriately, and when the document is written back out, the

EndOfLineStringProperty

is used. But while the document is in memory, the "\n" character is used to define a newline, regardless of how the newline is defined when the document is on disk. Therefore, for searching purposes, "\n" should always be used. When a new document is created, and the

EndOfLineStringProperty

has not been defined, it will use the System property when writing out the document.

Note that

EndOfLineStringProperty

is set on the Document using the

get/putProperty

methods. Subclasses may override this behavior.

[JAPI]javax.swing.text.DefaultEditorKit[/JAPI]

 

[Mujahiddin]

Das klärt meine Frage!
Dankesehr, ich wusste, da ist irgendwas faul. 😀