[Java] Inzoomen op een Mandelbrot figuur

[Down]

Ik heb al gezocht op Mandelbrot maar die topics gingen alleen maar over problemen m.b.t. de berekeningen. Het plotten van de figuur gaat prima evenals het gebruik van de schaal. Ik heb alleen probleempje met inzoomen.

Java:

 public void mouseClicked (MouseEvent e)
        {
                if (e.getButton() == 1) // linkermuisknop 
                {
                    // de schaal wordt 2 keer zo klein
                    schaal *= 0.5;
                    
                    // de x en y coordinaat van de klik
                    X = (e.getX() - 200) * schaal;
                    Y = (e.getY() - 200) * schaal;

                    // de tekstvelden updaten
                    txtY.setText(Double.toString(Y));
                    txtX.setText(Double.toString(X));

                    // tekstveld updaten
                    txtSchaal.setText(Double.toString(schaal));

                    // opnieuw tekenen maar nu dus ingezoomd
                    this.paint(this.getGraphics());
                }
     }

De code van de event handler. X en Y zijn de waarden die worden gepasst naar de functie die het Mandelgetal berekend. De applet is 400 bij 400 en als ik op een positie klik wordt de schaal dus verdubbelt en is het de bedoeling dat het geklikte coordinaat het middelpunt wordt, alleen gebeurt dat dus niet. Volgens mij zie ik iets over het hoofd.

[TeeDee]

Wat gebeurt er niet? Het inzoomen?
Wat zijn je X / Y waardes na het klikken?

Even heel simpel:
X = 100-200 * 0.5 = -50

[Janoz]

Je hoort afaik niet rechtstreeks de paint methode aan te roepen, maar de repaint methode. Daarnaast is er natuurlijk erg weinig te zeggen wanneer je niet verteld wat nu precies de X en de Y inhouden (Sowieso is het in java niet gebruikelijk om een variabele naam met een hoofdletter te schrijven)

[.oisyn]

Natuurlijk werkt het niet goed. Ten eerste hangen je nieuwe X en Y momenteel niet af van de oude waarden (wat uiteraard niet klopt - de plek waar je klikt met de muis op de mandelbrot klikt hangt af van de huidige X en Y). Ten tweede verklein je de schaal vóórdat je de nieuwe X en Y waarden berekent.

[ Voor 5% gewijzigd door .oisyn op 28-09-2006 16:22 ]

[Sammy]

offtopic:
och, is Imperatief Programmeren aan de UU weer begonnen ?

[Down]

.Oisyn, je hebt gelijk, dom dom dom.

Java:

X = X + (e.getX() - 200) * schaal;
Y = Y + (e.getY() - 200) * schaal;

Dat is 'em.

Janoz, ik ben niet echt een java guru, maar waarom? Repaint() repaint toch het hele component wat in mijn geval hetzelfde is als paint? (de applet is dus simpelweg alleen de mandelbrot figuur, paint() tekent de figuur)

Sammy, dat klopt. Een vriendin van een maat is er mee bezig maar had nog nooit geprogrammeerd dus ik wilde haar een handje helpen (en uitleggen), maar goed, het werkt nu. Bedankt, allen.

[Janoz]

uit oa http://java.sun.com/produ...icles/painting/index.html

In general, programs should avoid placing rendering code at any point where it might be invoked outside the scope of the paint callback. Why? Because such code may be invoked at times when it is not appropriate to paint -- for instance, before the component is visible or has access to a valid Graphics object. It is not recommended that programs invoke paint() directly.

To enable app-triggered painting, the AWT provides the following java.awt.Component methods to allow programs to asynchronously request a paint operation:

code:

    public void repaint() 
    public void repaint(long tm) 
    public void repaint(int x, int y, int width, int height) 
    public void repaint(long tm, int x, int y, 
                   int width, int height)

Paint is niet hetzelfde als repaint.

[Verwijderd]

Een beetje offtopic wellicht (en toch ook weer niet ), maar kijk voor de lol hier eens naar.
Mooi toch!?

[ Voor 45% gewijzigd door Verwijderd op 28-09-2006 21:18 ]