JPanel - Scrolling und Anzeigebug

[erZ]

Guten Tag

Ich hab in mein JPanel paar Bilder geladen. Das Problem ist, dass ich keine Scrollfunktion wie setScrollable(boolean b) finde. Und das Problem mit der Anzeige ist folgendes. Wenn das Bild schön gerändert auf meinen jPanel erscheint, so muss ich nur mit einen anderen Fenster drüber gehen oder ich lade ein Bild über das alte. das JPanel verändert sich genau nach dem Muster (Beispiel: Ich zieh ein Fenster oder irgendwas über das jPanel und an den Stellen wo das Fenster war wird es weiss - das Bild verschwindet also). Ist das normal? Wenn ja - wie kann ich das beheben?

MfG erZ

 

[Marco13]

Um das JPanel scrollen zu können, mußt du es in eine ScrollPane legen

JScrollPane scrollPane = new JScrollPane(meinPanel);
daWoDasScrollbareDrinSeinSoll.add(scrollPane);

Dann hat es eine scollbar, und ist deswegen scrollbar (*wuahaha* :lol: ).
Allerdings mußt du dann vmtl. explizit die PreferredSize des JPanels setzen

meinPanel.setPreferredSize(new Dimension(bild.getWidth(), bild.getHeight()));

Die beschriebenen Anzeigeprobleme liegen mit hoher Wahrscheinlichkeit daran, dass das Bild nicht in der paintComponent-Methode des Panels gemalt wird.

 

[erZ]

Juhu, jemand der mir helfen kann 😀 danke

Ähm zum Anzeigefehler - kein Plan was du meinst 😀

Ich machs zur Zeit so: jPanel1.getGraphics().drawImage(image, width, heigth, jPanel1);
Mir würdes helfen wenn du mir einen allgemeinen Methodenaufruf geben könntest.

Gruß erZ

 

[Marco13]

Ich habe schon überlegt, ob ich meinen Nicknamen ändern lassen sollte, von "Marco13" in "NichtGetGraphicsBenutzen!". Eine Forensuche nach getGraphics wird einige Antworten liefern. Zusammengefaßt: Man sollte (fast) NIE getGraphics aufrufen. ALLES, was gezeichnet wird, muss in der paintComponent-Methode gezeichnet werden.

class BildPanel
{
    private Image image = ....
    public void paintComponent(Graphics g)
    {
        super.paintComponent(g);
        g.drawImage(image, ....);
    }
}

So eine Klasse kann auch immer gleich die passende PreferredSize zurückliefern, die zum Bild passt.

 

[erZ]

Tut mir leid, hilft mir nicht ganz weiter.
Hab damit vorher noch gar nicht gearbeitet und die Beispiele per Forumsuche waren bissher mit getGraphics().

Also ein Link wäre etwa gut wo ich den Unterschied da nachlesen kann.

Oder du erklärst mir was der Unterschied zu deinen Class ist. Weil wie ich das so sehe, ist das nichts als eine eigene Klasse, sicherlich extendet von JPanel und dann machst du eigentlich das gleiche wie mein:

    public void addPicToJPanel(Image img) throws IOException {
        int width = 1;
        int heigth = 1;
        Graphics g = Main.hf.jPanel1.getGraphics();
        jPanel1.paintComponents(g);
        g.drawImage(img, width, heigth, jPanel1);
    }

welches Graphics Objekt soll ich denn an deine Methode da übergeben? Ich denke mal da liegt eher der Punkt. Weil ich sehe noch nicht ein, eine eigene Klasse für etwas zu schreiben wo ich noch keinen wirklichen Vorteil drin sehe 😉

Danke auf jeden Fall schon mal für die Antworten, das mit dem Scrollen funktioniert!

Gruß erZ

 

[Drake]

schau einfach in die FAQ und dort das Swing Tutorial dir an, da findest du eine Erklärung warum das, was bei passiert, eigentlich so Auftritt.

Es macht wirklich seinen Sinn, dass die zu zeichende eine neue sein sollte welche vom JPanel erbt. Dass in der paintComponent vorhande Graphics Objekt braucht dich was seine Herkunft angeht nicht zu interessieren (ja das behaupte ich in meinem jugendlichen Leichtsinn), du benutzt es einfach und erziehlst damit das gewünschte Resutlat.

mfg
Drake

 

[erZ]

Ich glaub etwa ist es zu spät oder ich bin einwenig am grübeln ob ich hier was falsch verstehe.

    public void paintComponent(Graphics g)
    {
        super.paintComponent(g);
        g.drawImage(image, ....);
    }

gegenüber

        Graphics g = Main.hf.jPanel1.getGraphics();
        jPanel1.paintComponents(g);
        g.drawImage(img, width, heigth, jPanel1);

bei beiden wird paintCompnents der original Klasse aufgerufen im endeffekt. Und zustätzlich oben halt der drawImage aufruf. Da ist 0 Unterschied will ich mal behaupten. Das einzige wo der Fehler liegt (hoffe ich mal) ist das Graphics Objekt g, welches durch getGraphcis() erzeugt wurde. Und das muss ich sowohl in einer eigenen Klasse, als auch in der Original angeben. Also meine Frage, wenn nicht getGraphics() - was dann? MAOAM? 😀

 

[Drake]

Ich wiederhole mich so ungern schau in die FAQ und gib dir das Swing Tut, da steht alles weitere drin

 

[Marco13]

Stimmt: In beiden Fällen wird paintComponent(g) aufgerufen. Und stimmt: der einzige Unterschied ist, WIE das jeweilige Gaphics-Objekt erhalten wurde. Die Tutorials, die erwähnt wurden, werden da auch wieder Einsichten liefern, aber auch hier
http://java.sun.com/products/jfc/tsc/articles/painting/
solltest du mal einen Blick drauf werfen.

Wieder nur die Quintessenz zusamengefasst: Man ruft "paintComponent" NIE selbst auf!!! Das macht sozusagen(!) "das Betriebssystem", nämlich genau dann, wenn es festestellt, dass das Fenster neu gezeichnet werden muss - z.B. wenn es von einem anderen Fenster verdeckt wurde, und dann wieder sichtbar wird. Und "das Betriebssystem" kümmert sich dann darum, dass dort ein "gültiges" Graphics-Objekt übergeben wird. (Man kann aber auch das Betriebssystem veranlassen, "bei Gelegenheit" neu zu zeichnen, indem man "repaint()" aufruft - und dort braucht man KEIN Graphics zu übergeben)

Und damit ist auch klar, warum dein "g.drawImage" INNERHALB der paintComponent-Methode stehen muß: Das übergebene Graphics-Objekt bekommt man ja nie aus der paintComponent-Methode raus. (Und nein, sich das Graphics-Objekt in der paintComponent zu speichern und später wieder zu verwenden bringt nichts :wink: )

 

[erZ]

Das ergibt Sinn, finde ich aber schlecht Konstruiert 🙁

 

[Marco13]

Naja - das hat schon alles sein Gründe. (Es seht dir aber frei, dein eigenes "erZjava" zu schreiben, und es besser zu machen 😎 :wink: ). Imho hat es auch einen Vorteil: Man hat eine Methode, in der gezeichnet wird, und es wird NUR dort gezeichnet. Man hat einfach einen bestimmten Systemzusatnd, der zu einem fest definierten Zeitpunkt auf den Bildschirm gebracht wird. Wenn jede Methode nach Belieben zu jedem Zeitpunkt in irgendwelche Components rein-pfuschen könne, würde das vmtl. schnell chaotisch werden....
Wenn man sich erstmal "damit abgefunden" hat, ALLES innerhalb der paintComponent zu zeichnen (bzw. in Methoden, die von dort aus aufgerufen werden), ist das gar keine so große Einschränkung, wie man im ersten Moment vielleicht denkt. 😀

 

[erZ]

Ich will mich gar nicht beschweren, dass es so geregelt wird. Ich mein wenn ich sehe wie Wildcard da ein ellenlanges tutorial verfasst hat, wo er dieses Problem, das bestimmt sau oft bei Anfängern wie mir auftritt, erklärt so hat das schon einen Grund. Und zwar den, das sich jeder Benutzer denkt "alles klar, wenn ich das bild reinlade, ist es da drin und kann nicht übermalt werden sonst sonst was". Ich mein, bei icons und co ist das ebenfalls nicht so 😉

Aber jedenfalls vielen Danke 😉