Text rendern

[Kr0e]

Hi,

ich wollte mal fragen, wie eine JTextArea z.b. den Text darstellt.
Hintergrund:

Ich programmiere eine 3d GUI für jMonkeyEngine und will nun ein Textfeld
programmieren...
Ich erzeuge zuerst ein BufferedImage einer beliegen Größe...
Dann gehts los und ich zeichne die Textzeichen mit dem Graphics-Object des
BufferedImage rein. Kein Problem!

Aber bei mehr als 1000 Zeichen wird das schon extrem lahm! Vorallem müsste ich ja
um den vollständigen Inhalt anzuzeigen ein genügend großes BufferedImage erzeugen,
was sowieso nicht möglich ist, da mein Programm nicht 300 mb (aufwärts) Speicher nur für
eine TextBox einnehmen sollte!

Aber wenn ich eine JTextArea mit hilfe eines JDesktopPane und einem JInternalFrame auf ein
Image zeichne, dann klappt das natürlich wunderbar... Der Text ist in wenigen Momenten geladen...

Wie geht das ? Oder bzw. kann ich nur eine JTextArea Komponente anzeigen iwie ? Ganz ohne JFrame usw... ?

Gruß Chris

 

[javimka]

Ohne JFrame, JDialog oder JApplet wird das nicht funktionieren. Die JTextArea verfügt einfach nicht über die Fähigkeit ein Fenster zu sein. Aber warum ist das ein Problem? Deine BufferedImage-Methode ist sicher nicht langsamer, weil es in einem JFrame angezeigt werden muss. Ich glaube eher, dass die JTextArea dafür einfach viel performanter programmiert wurde. Waren ja kaum die Dümmsten, die sich die JTextArea überlegt haben

 

[Kr0e]

Ne, jetzt hast du mich falsch verstanden!

Also, ich habe garkein JFRame! Ich habe ein OpenGL Textur!
So, mein Ziel war dies mit einem BufferedImage zu füllen, wo ich dann zuvor was drauf geschrieben habe sozusagen...
Aber is eben zu lahm. Genau deshalb will ich ja JTextArea nehmen...

Hab das jetzt auch schon hinbekommen. Einfach JTextArea erstellen und die paint Methode auf ein BufferedImage benutzen.

Aber ich würde dies gerne noch in Verbindung mit einem JScrollPane benutzen, um wie gesagt mehr als bloß 256x256 Platz zu haben. Aber wenn ich eine JTextArea einem JScrollPane hinzufüge.. und dann die paint Methode vom JScrollPane aufrufe, wird die JTextArea nicht mitgezeichnet... Als ob JScrollPane sich selbst zeichnet aber dann nicht die JTextArea...

Gruß Chris

 

[Marco13]

Mal eine ganz andere Zwischenfrage: Könnte es sein, dass das, was du da vorhast, durch JMEDesktop (jME API) schon angeboten wird?

 

[javimka]

wie rufst du denn die paint-Methode von der Scrollpane auf? Mit repaint?

So ganz habe ich aber immer noch nicht verstanden, was am Schluss raus kommen soll. Willst du denn jetzt, dass die JTextArea auf das BufferedImage zeichnet oder einfach normal in der Scrollpane liegt? Oder willst du nur Teile aus der TextArea auf das Image zeichnen und diesen Teil mit der Scrollpane auswählen?
Poste doch mal den Code der überschriebenen paint-Methode von der TextArea.

 

[Kr0e]

Hi,

@Marco13:

Hi, nein leider nicht JMEDesktop ist keine Texture sondern ein Quad. Also ein 3D-Gegenstand, ich benutze Multitexturing, das ich dann auf einen beliebigen Gegenstand (Z.b. auch eine Kugel usw) legen kann ...

Ich habe an einer eigenen Implementation von JMEDesktop gearbeitet, allerdings gab es dort den selben Fehler wie bei JMEDesktop... Unter Mac klappt die Tastatureingabe nicht

Daher habe ich ein eigenes Inputsystem geschrieben, dass dies regelt...

Das Problem besteht eigentlich lediglich darin, ein virtuelles Fenter zu erzeugen wenn man so will...
Ich hatte gehofft es gäbe da bereits Ansätze für.. und damit meine ich schöne ! JMEDesktop wirkt wie ein kompletter
Workaround!

Gruß Chris

PS:

@javimka:
Ich würde ganz gerne das SCrollPane anzeigen lassen in dem BufferedImage mit der TextArea die gerade mit den Scrollbalken ausgewählt ist... Quasi dasselbe Verhalten wie sonst auch.

Mein Code(Der nicht klappt..) war recht simpel:

JTextArea text = new JTextArea("Hallo123");
JScrollPane p = new JScrollPane(text);
p.setSize(500, 500);

p.paint(image.createGraphics());

Aber dies klappt nicht... ich versuche inzwischen weiter an einem Workaround für die Tastatureingabe bei Mac zu arbeiten...

 

[Kr0e]

Also um das Problem nochmal etwas zu fokusieren!

Kennt irgendwer eine möglichkeit, ein Frame odeR JFrame oder was auch immer so abzuleiten, dass in ein BufferedImage gerendert wird ? Oder in ein Graphics Object ? Das kann doch ansich nicht so schwer sein!

Sun hat doch Swing schon extra so abstract gehalten... Da muss doch was zu mache nsein!

Gruß Chris

 

[javimka]

Habs mal versucht. Ist ein ziemliches Gebastel und sieht auch noch nicht perfekt aus. Aber falls es tatsächlich das ist, was du willst, kannst du die Details vielleicht noch justieren.

import java.awt.BorderLayout;
import java.awt.Graphics;

import javax.swing.JFrame;
import javax.swing.JPanel;
import javax.swing.JScrollPane;
import javax.swing.JTextArea;


public class ScrollPaneImage extends JPanel {

	private JScrollPane scr;
	
	public ScrollPaneImage() {
		JTextArea txa = new JTextArea("Hier ist ein Text\nmit mehreren zeilen\n");
		scr = new JScrollPane(txa);
		txa.setSize(txa.getPreferredSize());
		
		scr.getHorizontalScrollBar().setSize(scr.getHorizontalScrollBar().getPreferredSize());
		scr.getVerticalScrollBar().setSize(scr.getVerticalScrollBar().getPreferredSize());
		scr.getViewport().setSize(scr.getViewport().getPreferredSize());
		scr.setSize(scr.getPreferredSize());
		
		scr.getHorizontalScrollBar().setLocation(0,scr.getViewport().getHeight());
		scr.getVerticalScrollBar().setLocation(scr.getViewport().getWidth(),0);
	}
	
	@Override
	public void paintComponent(Graphics g) {
		scr.paint(g);
	}
	
	public static void main(String[] args) {
		ScrollPaneImage pnl = new ScrollPaneImage();
		JFrame frame = new JFrame();
		frame.add(pnl);
		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		frame.setSize(200,200);
		frame.setLocationRelativeTo(null);
		frame.setVisible(true);
	}
}

 

[Marco13]

@javimka: Wo kommt da jetzt ein Image vor? ???:L

@Kr0e: ScrollPanes sind ein bißchen eklig, da hatte ich bei Swogl auch einige Schwierigkeiten. Bei einer ScrollPane wird intern ziemlich low-levelig rumgedengelt, um das Scrollen schneller zu machen. Kannst mal schauen, ob es was bringt, einen anderen JViewport (Java 2 Platform SE 5.0)) als den standardmäßig eingestellten zu verwenden.

 

[javimka]

Statt auf das Panel zu zeichnen kannst du es jetzt auf BufferedImage zeichnen.

 

[Kr0e]

Hi,

danke für den Aufwand, in der Tat, das scheint zu funktionieren... Danke!
Ich hoffe dass ich dass jetzt auch auf andere Komponenten anwenden kann...

@Marco13:

Hmm, ich hätte da sowieso mal eine generelle Frage:
Was genau passiert eigentlich beim scrollen ?
Wird der komplette Ausschnitt neugezeichnet nur dann halt um ein paar Pixel verschoben ?

Ich hab jetzt mal verscuht (nur zum test) eine art eigene Textbox zu schreiben, ohne Swing
Komponenten ... Nur mit einem BufferedImage und der Graphics2D API... Und dabei stoße ich jetzt
genau an diese Grenzen... Die Geschwindigkeit! Ich meine, man kann ja leider nicht einfach einen Teil
eines Images höher schieben und dann darunter eine neue Zeile schreiben... Höchstens kopieren und dann neuzeichnen, aber das dauert... Ich würde wirklich gerne wissen, wie das Java intern regelt.. Oder is das sogar
OS Sache? Sprich, hat da Java selbst garnicht mehr viel mit zu tun ? Also mit dem Scrollen...
Das sieht man ja auch an einem Browser z.b.... Man öffnet eine Internetseite mit massig vielen Daten, Bildern und endlos viel Text... Dennoch kann man scrollen und scrollen, ohne dass die CPU über 10-20 Prozent geht... Und ich verstehe nicht, wie das möglich ist...

Gruß Chris

 

[Marco13]

Naja, viel mehr als das, was aus der oben verlinkten Doku von JViewport hervorgeht, kann ich da spontan auch nicht sagen (ganz oben ist der "Algorithmus" beschrieben, der dort Angewendet wird). Für genauere Infos müßte man sich den Quellcode von JViewPort mal genauer ansehen. Der "Haupt-Trick" ist aber offenbar, dass wenn man den Inhalt z.B. um 10 Pixel nach oben scrollt, der gesamte schon gezeichnete Inhalt nur um 10 Pixel nach oben "kopiert" wird (also nicht neu gezeichnet, sondern nur kopiert), und nur die 10 neuen Pixelreihen wirklich neu gezeichnet werden. Dabei wird "graphics.copyArea" verwendet - ich weiß nicht, ob diese Methode auch bei einem BufferedImage-Graphics so funktioniert, wie das hierfür notwendig ist... Oder ob man das Umkopieren beim BufferedImage irgendwie effizient "per Hand" machen könnte....