![]() Abb.11: TT-Aktion am Ende einer Ausblend-Animation |
|
| |
Grundsätzlich gilt:
Am Ende einer Ausblend-Animation von L3 zu L2 wird
immer switch2 aufgerufen.
Am Ende einer Ausblend-Animation L2 zu L1 wird immer
switch1 aufgerufen.
Für jeden Navigationsstatus müssen den Buttons, die sichtbar sind, entsprechende Aktionen zugewiesen werden, je nachdem, wie sich der Navigationsbaum ändern muß. Für gleichberechtigte Buttons muß nur ein "Goto"-Befehl ausgeführt werden, wenn dafür keine Ausblend-Animation notwendig ist (Da in diesem Fall auch kein switch-AUfruf erfolgt). Das gleiche gilt für Buttons, für die nur eine Einblend-Animation notwendig ist (Z.B. wenn man im Status "Produkte" ist und "Kategorie 1" anwählt. Dann werden nur die L3-Buttons von "Kategorie 1" eingeblendet).
Es fällt mir nicht gerade leicht, dies leicht verständlich
rüberzubringen. Es gibt auch ne Menge verschiedener Konstellationen. Aus
diesem Grund habe ich im nächsten Abschnitt verschiedene Beispiele für
Button-Aktionen aufgeführt. Das gibt sicher mehr Klarheit. Ansonsten steigt
ihr schnell dahinter, wenn ihr euch das Beispiel-Flashfile genauer anschaut.
Ihr weißt einem Button eine Aktion zu, indem ihr ihn auswählt und
dann über "Ändern-Instanz" (Strg+I oder Maus-Doppelklick
auf den Button) das Eigenschaftenfenster öffnet. Unter "Aktion"
könnt ihr dann die entsprechenden Befehle auswählen. Gebraucht werden
die Befehle "Stop", "Goto Frame" und "Tell Target".
Bei Letzterem sollten die beiden MCs "switch1+2" zur Auswahl angeboten
werden.
Wenn ihr die Frames, in welchen Buttons enthalten sind, entsprechend markiert
habt (siehe Tips), findet ihr euch in der umfangreichen
Timeline schnell zurecht. Arbeitet am Besten die Timeline von vorn an kosequent
durch.
Anmerkung: Wenn ihr die "zielorientierte"
Labelbezeichnung nutzt, wie in den Tips genannt,
wird es euch nicht schwerfallen, den einzelnen Buttons die richtigen Positionierungsbefehle
für switch1+2 zuzuordnen. Die Labels heißen dann genauso, wie die
Animation, die als nächstes folgen muß.
| Navigationsstatus | Ziel-Button/Beschreibung | Ziel-Button-Aktion |
![]() |
Ziel-Button "Firma": L2-Buttons von "Firma" werden eingeblendet (direkt) |
![]() |
![]() |
Ziel-Button "Partner": L3-Buttons von "Partner" werden eingeblendet (direkt) |
![]() |
![]() |
Ziel-Button "Info": L2-Buttons von "Firma" werden ausgeblendet (direkt) (Aufruf von switch1 - Goto next frame) L2-Buttons von "Info" werden eingeblendet (über switch1) |
![]() |
![]() |
Ziel-Button "Partner
A": Gehezu Navigationsstatus von "Partner A" (direkt) |
![]() |
![]() |
Ziel-Button "Über
uns": L3-Buttons von "Partner" werden ausgeblendet (direkt) (Aufruf von switch2 - Goto next frame) L3-Buttons von "Über uns" werden eingeblendet (über switch2) |
![]() |
![]() |
Ziel-Button "Produkte": L3-Buttons von "Partner" werden ausgeblendet (direkt) (Aufruf von switch2 - Goto next frame) L2-Buttons von "Firma" werden ausgeblendet (über switch2) (Aufruf von switch1 - Goto next frame) L2-Buttons von "Produkte" werden eingeblendet (über switch1) |
![]() |
![]() |
Ziel-Button "Firma": |
![]() |
Zumindest wird deutlich, daß dem Button nur die für das zu erwartende
Navigationsverhalten notwendigen Aktionen zugewiesen werden müssen. Seid
ihr erstmal hinter das Prinzip gestiegen, ist es gar nicht so wild und leicht
nachzuvollziehen - in welche Hierarchietiefe solch ein Navigationsbaum auch
steigen mag.
Vielleicht wundert ihr euch, daß wir bei den Button-Aktionen gar keine HTML-Aufrufe hinterlegt haben. Das hat zwei Gründe:
Wir werden deshalb den HTML-Aufruf in Frame-Aktionen einbinden. Doch dazu kommen wir noch (siehe Kapitel 7).