Hvad knyttes en "on myHandler" til?

on myHander
  beep(3)
end

er en function som du selv har skrevet. Den bliver først kaldt (sat i værk) når du beder om det fx.

on startMovie
  myHandler()
end

... on startMovie er en "event handler" som bliver kaldt hver gang det beskrevne (startmovie) event sker. I dette tilfælde beder vi så startmovie-handleren om at kalde den function du selv har lavet (myHandler).
Director har en masse predefinered events som kalder tilhørende eventhandlere (hvis de er defineret). Du kan ikke få director til at gøre en skid (med code anyway) med mindre du bruger disse eventhandlere til at sætte din egne ting igang.

Håber det giver mening

Ask-M

Hej ask-m

...sese, det giver jo mening. Men hvorfor så ikke bare knytte funktionen direkte til "on startMovie"?
...og hvor placerer man funktionen? Skal den ligge som en behavior (et member), som så på en eller anden måde bliver kaldt f.eks. ved "on startMovie"...eller hvad?

Du har under alle omstændigheder besvaret mit spørgsmål - så hermed lidt point...Tak for hjælpen.

Venligst
Marianne

Hej Marianne,

Du kan skrive dine egne functions i et hvilket som helst script castmember. Hvis du skriver dem i et moviescript (som også er et castmember), så kan de kaldes alle steder fra, men hvis du skriver dem i en behavior, kan du kun kalde dem hvis behavioren er tilknytten en sprite, for så skal du bruge "sendSprite 20, #myHandler"...

Hele ideen med at skrive egne funktioner er at splitte sin kode op i små overskuelige elementer, som kan bruges i forskellige sammenhænge.
Jeg bruger fx jævnligt en funktion som regner afstanden ud mellem to punkter... i stedet for at skrive de linier kode hvergang jeg skal regne afstanden ud, har jeg en funktion som regner det ud og returnere resultatet, og den funktion kalder jeg så hver gang jeg har brug for det.

ex.
("getDist" ligger i et movieScript castmember, og "on enterFrame me" er i en behavior på en sprite)

on getDist point1, point2
  x1 = point1[1]
  y1 = point1[2]
  x2 = point2[1]
  y2 = point2[2]

  theDist = sqrt( power((x2 - x1), 2) + power((y2-y1), 2) )
  return theDist
end

denne funktion kalder jeg så fx fra en sprite "on enterframe" for at finde ud af om cursoren er tæt på eller langt fra - det kan give en god rollNear effekt!!!

on enterFrame me
  point1 = sprite(me.spriteNum).loc
  point2 = the mouseLoc
  cursorDist = getDist(point1, point2)
  put cursorDist
end

Hvis jeg nu havde 10 sprites der hver især gerne ville holde øje med deres afstand til cursoren, så spare "getDist" mig for en nogle liniers kode i hver af spritenes behavior - desuden er det også kun et sted jeg skal rette hvis nu den regner forkert...

dvs. hvergang jeg genbruger nogle linier kode, kan det svare sig at lave det om til en funktion!!!!

Ask-M

Hej ask-m

Jamen det virker da helt fornuftigt. Jeg tror jeg vil investere lidt tid i at lave om på mit nuværende projekt, hvor jeg har det samme script/samme function liggende på 31 members. Hver gang jeg skal justere lidt - skal jeg alle 31 members igennem. Dødsygt! (Derfor også mit andet spørgsmål, hvor jeg leder efter en "member(thisMember)"). Tusind tak for hjælpen....

Venligst
Marianne

Marianne, det gælder som andre steder i livet, gør det så mageligt så muligt ;-)
Ideen med programmering er at kunne overskue det hele via systemer.EN ting er syntaks en anden ting er system. Så snart du kan se at der er ting som er ens, så lav det til en function eller et object som andre kan bruge. Dette er selvfølgelig en genralisering og en lang diskussion værd, men et meget godt udgangspunkt.
Tjek også getPropertyDescriptionsList til behaviors

Hej kanding

Tak for det gode råd.....livet (med Director, forstås) bliver lidt nemmere nu.

Gid man kunne lave en function eller object til rengøring og havearbejde også ;-)

(...så kunne jeg bruge meget mere tid på Director, hæhæ)

Allervenligst
Marianne

prøv:
on idle
doCleaning()
doGarden()
emptyTrash()
doDishes()
end

Hæhæhæ. Jeg prøver....