Swing Zeilenumbruch in Graphics

[beastofchaos]

Hallo Leute,
ich hab folgendes Problem: Ich habe eine JTextArea und will deren Text in den Graphics von einem JPanel zeichnen lassen, dabei sollen auch Zeilenumbrüche übernommen werden. Im Moment sieht es so aus und funktioniert nicht:

g.drawString(textArea.getText(), 50, 50);

Habe daraufhin mal mit Strings grundsätzlich rumgespielt, um rauszufinden, womit denn überhaupt ein Zeilenumbruch in den Graphcis erzeugt wird:

- Mit

\n

erziele ich einen Leerschritt
-

System.getProperty("line.seperator")

spuckt mir ein

null

aus
- In der JTextArea erzeugte Zeilenumbrüche werden in gespeicherten Strings als "nichts" übersetzt

-> Problem 1: Wie sehen standardmäßig Zeilenumbrüche in JTextArea aus?
-> Problem 2: Wie erzeuge ich danach einen Zeilenumbruch in der Methode g.drawString(...)?

Ich dachte mir als nächstes: "Kein Problem, ich machs wie früher in meinen Delphi-Programmen, lese jede Zeile einzeln aus bzw. erzeuge ein String-Array und dann seh ich weiter, dass ich das richtige Zeichen für Graphcis finde oder Jedesmal "neu" zeichne, sprich bei jedem Zeilenumbruch-Zeichen ermittel ich, wie weit ich runter und schreib da weiter. Leider kann ich aber bei so einer JTextArea nicht jede Zeile auslesen. Es gäbe höchstens "getText(int offset, int len)", aber ich weiß doch nie, wie lange eine Zeile ist.

Für beide Problem weiß ich leider nicht weiter und bitte um eine schnelle, nette Antwort (Mit nett mein ich, dass nicht iwer einfach "Let me google that for you" schreibt)

Gruß, Thomas

 

[Gast2]

Einfachste lösung wäre wohl den String nach "new_line" zu splitten, die die höhe der Schrift geben zu lassen, und händisch die Teilstrings untereinader zeichnen.
Mir wär zumindest nichts bekannt wie man bei drawString nen Zeilenumbruch hinbekommt.

EDIT:
So vielleicht

public class StringPanel extends JPanel {
	private final int VERTICAL_GAP = 3;
	private String message;

	public StringPanel(final String message) {
		this.message = message;
	}

	@Override
	protected void paintComponent(final Graphics g) {
		String[] parts = message.split(System.getProperty("line.separator"));
		FontMetrics fm = g.getFontMetrics();

		int heightCounter = 15;
		for (String part : parts) {
			g.drawString(part, 0, heightCounter);
			heightCounter += fm.getHeight() + VERTICAL_GAP;
		}
	}
}

 

[beastofchaos]

Okay, also selbst die Zeilenumbrüche "erzeugen", aber glaubst du, das funktioniert mit dem Splitten, wenn ich bei dem

System.getProperty("line.separator") = null

rausbekomm. Ich probiers gleich, aber ich glaubs, ehrlich gesagt, nicht.

Gruß, Thomas

 

[XHelp]

Warum solltest du da null rausbekommen?

 

[beastofchaos]

So hier habt ihr mal den ganzen Code (ist nicht viel). Deine Klasse hab ich einfach mal rein gehaun ohne Copyrights, hoffentlich kein Problem

public class WordWrapTest {
	private JTextArea area;
	private JPanel panel;
	private String message = "Test1\nTest2";
	
	public WordWrapTest(JFrame frame) {
		String t = System.getProperty("line.seperator");
		System.out.print("Line-Seperator: /" + t);
		
		Container cont = frame.getContentPane();
		
		area = new JTextArea(message);
		area.addKeyListener(new KeyAdapter(){
			@Override
			public void keyPressed(KeyEvent e){
				message = area.getText();
				panel.repaint();
			}
			
			@Override
			public void keyReleased(KeyEvent e){
				keyPressed(e);
			}
		});
		
		panel = new StringPanel();
		panel.setBackground(new Color(200, 255, 200));
		panel.setPreferredSize(new Dimension(0, 100));
		
		cont.add(area, BorderLayout.CENTER);
		cont.add(panel, BorderLayout.SOUTH);
	}
	
	@SuppressWarnings("serial")
	private class StringPanel extends JPanel {
	    private final int VERTICAL_GAP = 3;
	    
	    @Override
	    protected void paintComponent(final Graphics g) {
	    	super.paintComponent(g);
	        String[] parts = message.split(System.getProperty("line.separator"));
	        FontMetrics fm = g.getFontMetrics();
	 
	        int heightCounter = 15;
	        for (String part : parts) {
	            g.drawString(part, 0, heightCounter);
	            heightCounter += fm.getHeight() + VERTICAL_GAP;
	        }
	    }
	}
	
	
	public static void main(String[] args) {
		JFrame frame = new JFrame();
		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		frame.setSize(400, 400);
		frame.setLocationRelativeTo(null);
		
		new WordWrapTest(frame);
		
		frame.setVisible(true);
	}

}

Nebenbei erzeugt diese Zeile
[JAVA=8]System.out.print("Line-Seperator: /" + t);[/code]
in der Konsole folgendes:
"Line-Seperator: /null"

Außerdem seht ihr vll, dass ich die Variable "message" am Anfang schon mit "Test1\nTest2" implementiere. In der JTextArea erzeugt das einen Zeilenumbruch und in Graphics, wie gesagt, einen Leerschritt.

Gruß und Danke für Hilfe, Thomas

Edit: Problem gelöst
Zwar soll man ja eigentlich den systemspezifischen Auslöser für einen Zeilenumbruch ermitteln, wenn ich aber in der split-Methode statt

System.getProperty("line.separator")

nur

"\n"

schreibe geht es. Bleibt also nur die Lösung, dass ich ganz am Anfang schon den Schlüssel abfrage, in einer globalen Variable speicher und bei dem Wert null ersetzte ich es einfach mit "\n".

Danke für die Hilfe, alles weitere krieg ich jetzt selbst hin

 

[XHelp]

line.seperator != line.separator

 

[beastofchaos]

Arrrg, dankeschön

 

[GUI-Programmer]

Nebenbei erzeugt diese Zeile
[JAVA=8]System.out.print("Line-Seperator: /" + t);[/code]
in der Konsole folgendes:
"Line-Seperator: /null"

Außerdem seht ihr vll, dass ich die Variable "message" am Anfang schon mit "Test1\nTest2" implementiere. In der JTextArea erzeugt das einen Zeilenumbruch und in Graphics, wie gesagt, einen Leerschritt.

Bei [JAVA=8]System.out.print("Line-Seperator: /" + t);[/code] kommt bei mir auch null raus. Deswegen wäre es vielleicht sinnvoll den String mit "\n" zu splitten und das Verfahren von EikeB anzuwenden

 

[beastofchaos]

Genau so geh ich jetzt auch vor, aber mir ist noch ein Problem aufgefallen:

System.getProperty("line.separator")

gibt jetzt bei mir "\r\n" aus.
Zeilenumbrüche werden nun aber in meiner JTextArea mit "\n" erzeugt. Es kommt nun wieder auf das Problem raus, dass ich es nicht trennen kann, wenn ich trotzdem den systemspezifischen Schlüssel ermitteln will. Sprich ich könnte es mit "\n" splitten, aber nicht jedes System hat das warscheinlich.

Gruß, Thomas

 

[bERt0r]

WordWrapTest?

JTextArea textarea=new JTextArea();
textarea.setLineWrap(true);

JTextArea (Java 2 Platform SE 5.0)

 

[beastofchaos]

Thema verfehlt und setzen! Spaß

Also "wordwrap" ist englisch und heißt "Zeilenumbruch" auf Deutsch, deswegen hab ich die Klasse so genannt, aber das ist doch hoffentlich unwichtig. Klar ginge auch linewrap

Also ich hab bereits die Dokumentation von "setLineWrap()" und denke, entweder weißt du nicht, worums hier geht oder weißt nicht, was da drin steht. Mit LineWrap = true erzeugt er automatisch einen Zeilenumbruch, wenn man am Ende der Zeile ist. Das kann man aber übrigens auch mit "Enter" selbst erzeugen, wie man das halt so kennt.

Es geht hier darum, dass man in Graphcis mehrzeilig schreibt, nicht in der JTextArea. Das haben wir nun auch geklärt und das neue Problem darfste dir kurz in meinem vorherigen Post durchlesen

 

[beastofchaos]

So, meine Implementierung von dem Key, den ich dann benutze, sieht so aus:

public final static String WORD_WRAP_KEY = (!System.getProperty("line.separator").equals("\r\n")) ? System.getProperty("line.separator") : "\n";

Das heißt für den Fall, dass es "\r\n" ist, wandel ich es in "\n" um, sonst versucht das Programm es mit dem eigentlichen Schlüsselstring.
Wenn es dann noch Probleme bei anderen Systemen als meinem Windows, wo "\r\n" wohl möglich Standard ist, gibt, meld ich mich wieder, das wäre aber erst in 1/2 Jahren, wenn das Programm "rauskommt"

Gruß und Dankeschön an alle, Thomas

 

[bERt0r]

Sry für den blöden post oben, aber ich versteh einfach nicht was du mit der Klasse anfangen willst. Ich kann mir nicht vorstellen, dass du mehr Funktionalität als eine JTextPane liefert benötigen kannst.

 

[beastofchaos]

Naja, wenn ich ein Grafikprogramm bastel will ich gar nicht erst versuchen, auf die Zeichenfläche an der bestimmten Stelle ein TextPane zu legen. Das passt einfach in mein Konzept nicht, da ich für jegliche Zeichenform eine Klasse hab, die alle ähnlich funktionieren, da kann ich nicht extra für Text sowas machen. Mein weg scheint mir leichter, alles auf die Graphics zu schreiben und notfallsweise die Zeilenumbrüche zu "improvisieren"

 

[Spacerat]

Also eigentlich ist es ein Leichtes, da es (afaik) weltweit nur diese beiden Varianten (LF bzw. CRLF) gibt:[JAVA=41] String[] parts = message.replaceAll("\r\n","\n").split("\n");[/code]

 

[beastofchaos]

Wozu gibt es dann den weg über System.getProperty, wenn das doch sowieso eigentlich der Standard weltweit ist? Oder kennt ihr noch ieinen anderen Schlüssel von einem anderen System?

 

[Michael...]

Wozu gibt es dann den weg über System.getProperty

Mit

System.getProperty("line.separator")

lässt sich ermitteln, welchen Zeichensatz das Betriebssystem als Zeilenumbruch erkennt. Bin mir nicht sicher, ob z.B. AIX "\n", "\r" oder eine Kombination aus beiden als Zeilenumbruch erkennt.
Das hat aber erstmal nichts mit dem Zeilenumbruch in einer JTextArea zu tun, diese kann verschiedene Zeichensätze interpretieren, darstellen und je nach Befüllung auch enthalten. Bei Texteingaben per Hand und einem Zeilenumbruch per Return wird m.W. - egal auf welchem Betriebssystem - ein "\n" eingefügt.

Naja, wenn ich ein Grafikprogramm bastel will ich gar nicht erst versuchen, auf die Zeichenfläche an der bestimmten Stelle ein TextPane zu legen.

Aber man könnte die TextArea/TextPane welche zur Eingabe verwendet wird einfach an die entsprechende Stelle das Bildes zeichnen lassen, statt sich da mit drawString usw. rumzuplagen.
Textfelder sind in Grafikprogrammen ja auch Objekte, die nachträglich editiert und neu positioniert werden können. Warum also nicht direkt eine JTextArea oder JTextPane als zu speicherndes Objekt benutzen?

 

[Spacerat]

Also für ASCII-Texte wär damit bis auf Pre-MacOSX alles abgedeckt. (Quelle). Ok, ist zwar ein wenig unsauber aber das wäre "line.separator" dann ja wohl auch, falls es irgendwann mal, was ich mir im übrigen nicht vorstellen kann, "null" liefern sollte auch.

 

[beastofchaos]

Also ich werd zwar den Schlüssel abfragen, aber werde dann halt per replaceAll diesen Schlüssel rausfiltern und mit "\n" austauschen.

Danke für die Quelle, dass kann ich in meinen 20 Seiten BLL sicher iwo einbringen

Also mein Zeichenprogramm soll später als besondere Eigenschaft (gegenüber den anderen Grafikprogrammen) eine Leiste mit Position, Farbe, etc. des aktuellen Zeichenobjekts anzeigen und so soll sich das alles leicht verändern lassen. Beim Text-Objekt würde ich dann auch eine JTextArea in diese Seitenleiste einbringen. Im Moment arbeite ich noch ohne diese Leiste und habe stattdessen einen Dialog mit JTextArea und den Einstellungen zum Font - sozusagen ein Text-Editor. Diese Komponenten zum Einstellen müsste ich iwie anders unterbringen, wenn ich die JTextArea direkt auf die Zeichenfläche lege. Außerdem auch wenn die Oberklasse Component "Serializable" implementiert, ist es auch nicht so gut, in der Datei eine JTextArea zu speichern, sondern nur die Koordinaten und den Text mittels meiner Art. Ich könnte zwar die JTextArea jedesmal auch neu in der Zeichen-Methode meines Text-Objekts erzeugen, aber das ist vll. zu ressourcen-lastig.
Ich werd mal schaun, wie es bei einer "Beta" meines Programmes später rüberkommt und danach werd nochmal über sowas nachdenken.

Gruß, Thomas

Ich schließe jetzt das Thema, da es durch die Info von Wikipedia eigentlich ausreichend erklärt ist, wo die Schlüssel wie funktionieren

 

[Michael...]

Diese Komponenten zum Einstellen müsste ich iwie anders unterbringen, wenn ich die JTextArea direkt auf die Zeichenfläche lege.

Meinte damit nicht die JTextArea auf die Zeichenfläche zu legen, sondern diese oder eine andere als Renderer (wie z.B. bei der JTable) zu verwenden. Die editierende TextArea kann dann ja beliebig "untergebracht" sein, ob in einem Dialog in einer Leiste oder sonst wo ist egal. Auch das Speichern von Position, Text usw. in Deiner Art ist damit kein Problem - und vermutlich auch sinnvoller. Mein Vorschlag eine komplett "fertige" JTextArea zu speichern, war dazu gedacht, das ganze etwas einfacher zu halten.

 

[beastofchaos]

Ich glaub ich weiß, was du meinst. Das sähe in meinem Code statt

            String[] parts = getText().replaceAll(WORD_WRAP_KEY, "\n").split("\n");
    		
            int bold = (isBold()) ? Font.BOLD : Font.PLAIN;
            int italic = (isItalic()) ? Font.ITALIC : Font.PLAIN;
            Font font = new Font(getFontName(), bold | italic, getFontSize());
            g.setFont(font);                                // Muss nur gemacht werden, damit FontMetrics die richtige Höhe übergeben
            
    	    FontMetrics fm = g.getFontMetrics();
    	    
        	int heightCounter = getLocation().y;
	        for (String part : parts) {
	        	g.drawString(getAttributedString(part).getIterator(), getLocation().x, heightCounter);
	            heightCounter += fm.getHeight() + VERTICAL_GAP ;
	        }

dann so aus:

            JTextArea area = new JTextArea(getAttributedString(getText()));  // Geht das überhaupt mit AttributedString dann?
            area.setFont(getFont());
            area.setLocation(getLocation());
            area.paintComponent(g);

Weniger Code, aber sagen wir mal so:
Ich mags kompliziert und eigen