2D-Grafik Schattenwurf (Drop-Shadow) für Fenster

[kceenav]

Guten Tag!

Auf der Suche nach einer Möglichkeit, JAVA-Fenstern einen schicken Schatten zu verpassen, bin ich auf die Seite Java 2D - Drop Shadow On JInternalFrame gestoßen. Dort will jemand den "ShadowRenderer" von Guy Romain zum selben Zweck verwenden, der nicht nur für Leser von dessen Buch "Filthy Rich Clients" zugänglich ist.

Mithilfe ebendieser Klassen "ShadowRenderer" sowie der ebenfalls verfügbaren "GraphicsUtilities" und mittels Zeichnen auf eine ganz außen liegende "EmptyBorder" ist es mir auch gelungen, ein paar selbst dekorierten Dialog-Fenstern einen recht effektvollen Schattenwurf mitzugeben. Perfekt ist das Resultat zwar meiner Meinung nach noch nicht, da der Schatten bislang "nur" unterhalb und rechts vom Fenster geworfen wird, aber das lässt sich ja vielleicht noch ändern (falls jemand weiß, wie ... ?).

Im Moment habe ich mich mit diesem Punkt nicht weiter befasst, weil es zuvor ein sehr viel wichtigeres Problem zu lösen gilt, soll das Ganze auch für den normalen praktischen Gebrauch taugen:

Wie veranlasst man, dass beim Verschieben des Fensters ein neuer, für den geänderten Hintergrund passender Schatten erzeugt wird?

Hier zunächst einmal die entscheidende Code-Stelle, wie ich sie der genannten Web-Seite entnommen habe:

    @Override
    public void paint(Graphics g) {
        Graphics2D g2 = (Graphics2D) g.create();
        int w = getWidth();
        int h = getHeight();

        if (shadow == null || shadow.getWidth() != w || shadow.getHeight() != h) {
            // recreate shadow if frame size changed
            BufferedImage frameImg = GraphicsUtilities.createCompatibleTranslucentImage(
                    w - 2 * SHADOW_WIDTH, h - 2 * SHADOW_WIDTH);
            super.paint(frameImg.createGraphics());
            shadow = shadowRenderer.createShadow(frameImg);
        }

        g2.drawImage(shadow, 0, 0, null);

        // Motif ALMOST honors the empty internal frame border
        // comment this line out to see interesting artifacts in Motif LaF
        g2.setClip(0, 0, w - 2 * SHADOW_WIDTH, h - 2 * SHADOW_WIDTH);
        super.paint(g2);
        g2.dispose();
    }

Offensichtlich muss man anlässlich eines Verschiebevorgangs obige paint-Methode zum Einsatz bringen, was ja auch nicht schwierig ist. Die Frage, wie häufig man diesen wohl ziemlich aufwendigen -- und auch zeitaufwendigen -- Prozess, so ein Schatten-(Buffered-)Image (= 'shadow') zu erzeugen, anstoßen kann/darf, soll erst mal unwichtig sein.

Woran es im Augenblick hakt, ist, dass es mir nicht gelingt, den jeweils neuen Schatten mit den NICHT (vom bereits existierenden Schatten) verdeckten Pixeln des Hintergrunds zu "verschmelzen". Was stattdessen passiert: Mit jeder Neu-Berechnung des Schattens wird dieser dunkler -- soweit ich das verstehe deshalb, weil eben der für die Berechnung maßgebliche Ausschnitt des Hintergrunds nach dem ersten Mal nicht mehr "jungfräulich" ist, sondern vom bereits vorhandenen Schatten, tja, überschattet ...

Wer weiß da Abhilfe?

 

[Marco13]

So ganz ist (mir) die Frage jetzt nicht klar geworden... aber irgendwo dieses BufferedImage erstmal leer machen, mit einem Rectangle mit Color (0,0,0,0) und einem passenden Composite so dass der bisherige Inhalt übermalt wird...?!

 

[kceenav]

Der Schattenwurf funktioniert und ist wirklich sehr effektvoll. Leider ist er mit dieser Methode wohl nur mit Fenstern machbar, die man "undecorated" erzeugt, bei denen man also selbst für ein (auch sonst) ansehnliches Aussehen mit Rahmen und ggf. Titelleiste samt "Widgets" sorgt.

Die Frage lautet: Ist es irgendwie möglich, so ein Fenster MIT(!) Schatten "normal" verschiebbar zu machen? (Ohne dass die Illusion dabei zerplatzt, selbstverständlich.)

Ich habe mich seither viel mit dem "Problem" (eher eine Spielerei ...) beschäftigt. Und nach jeder Menge Rumprobiererei ist mir schließlich die Erkenntnis gedämmert, dass dies mit dem bisher verwendeten Verfahren, bei dem der Schatten auf eine ganz außen (außerhalb des sichtbaren Randes/Rahmens) liegende "EmptyBorder" gezeichnet wird, prinzipiell nicht möglich ist.
Grund: Die EmptyBorder scheint bloß transparent zu sein, ist es aber gar nicht. Wenn kein anderer Container drunter liegt, wird zwar in ihrem Bereich nicht wirklich ge-painted. Sie nimmt aber sozusagen bei der Sichtbarmachung des Fensters die Pixel an, die bis dahin zum Hintergrund gehört haben.

Bewegt man anschließend das Fenster, werden die vermeintlich "leeren" Rahmen sofort sichtbar, weil die einmal angenommene, perfekt mit dem Hintergrund verschmolzene "Tarnung" nur für die ursprüngliche Position vor dem Hintergrund 100%ig passt. (Es sei denn, der Hintergrund wäre großflächig monochrom und strukturlos ...) Ob dabei noch der Schatten darüber gezeichnet wurde, spielt gar keine Rolle.

Ein Workaround wäre vielleicht, die EmptyBorder zwischendurch wegzunehmen, damit das Betriebssystem bzw. Swing dazu veranlasst werden, den Bereich neu zu zeichnen, der für unsere erlernte räumliche Wahrnehmung "dahinter" zu liegen scheint. (Wird er nämlich nicht "von Grund auf" neu gezeichnet, existiert er faktisch einfach nicht mehr, außer eben für die menschliche Vorstellung.)
Das habe ich auch versucht; es ist mir aber nicht gelungen, dass das Fenster bei der Entfernung des "Leer"-Rahmens nicht DEUTLICH SICHTBAR nach links-oben springt (da ich den Schatten auch ein wenig links und oberhalb des Fensters haben wollte, dort also auch einen Rahmen hatte).

Bei Gelegenheit will ich noch mal versuchen, den (Dialogfenster-)Schatten auf die GlassPane eines "darunter" liegenden, sehr viel größeren Hauptfensters zu zeichnen, in der Hoffnung, dass dessen temporäre Löschung dort leichter handhabbar ist. Keine Ahnung, ob das überhaupt klappen kann und wie schwierig das ist ...

 

[Wildcard]

Du solltest die Window Decorations dem Window Manager des Betriebssystems überlassen. Was soll zB passieren wenn der Windows Manager bereits Drop Shadows für Fenster zeichnet? Vielleicht sogar in einer anderen Farbe?
Würde irgendwie dämlich aussehen, oder?

 

[kceenav]

Hallo,

derartige Überlegungen sind mir bereits selbst gekommen. Auch deshalb schrieb ich zuletzt ja von einer "Spielerei".

Welche Betriebssysteme bieten denn diese Schatten-Option? Bei Vista/7 habe ich kürzlich das erste mal darauf geachtet, dort war einer vorhanden, der allerdings nicht im Entferntesten an die Qualität des von mir gerade ausprobierten ShadowRenderer herankommt.
Ist der Schatten dann womöglich auch noch an-/abschaltbar?

 

[Wildcard]

Auf Linux mit Compiz und Emerald zb.
Welcome - Compiz Wiki