Damit es gesagt ist: Ich bin ein ziemlicher Fan von Macromedia Flash. Eindrücklich, was alles in einem so kleinen Player Platz hat und geschmeidig auf allen Plattformen funktioniert. Inkl. guter Kompression, Streaming Media, asynchronem Nachladen u.s.w.
Das Problem ist der falsche Einsatz von Flash nämlich für Intro-Seiten und für «normale» Homepages die keine Funktionen drin haben, bei denen eine clientseitige Logik was Gutes für den User tut. Sehenswert bezüglich Flash-Einsatz sind Yahoo Map Beta, der Kurs-Chart bei Google Finance und Präsentationen mit Breeze.
Doch ein Problem hatte ich immer: Flash-Sachen lassen sich 1) mit der normalen Bookmarkfunktion im Browser nicht speichern und damit auch nicht als Deeplink per E-Mail verschicken (zumindest nicht in einem anderen Zustand als der, der Initialisierung), 2) der Back Button im Browser funktioniert nicht und 3) Flash-Sites sind (normalerweise) nicht in den Suchmaschinen drin.
Also machten wir und ran, diese Probleme zu lösen. Diese Site stelle ich hier gerne zur Diskussion: Input und Verbesserungen sidn gefragt! Objekt ist unsere eigene Website von namics rotweiss.
1) Back Button
map.search.ch hat uns die Lösung vorgemacht. In der Site von namics rotweiss ist ein für User nicht sichtbarer iFrame drin, welcher den Status hält. Das Ding heisst bei uns history.php. Bei jeder Navigation ruft das Flash-Applet history.php auf und das Skript ruft dann wiederum das Flash auf. Bei einem Back hat history.php die Kontrolle und alles funktioniert wie angedacht. Die Manipulation der Browser-History geht (in den Zielbrowsern) leider nicht.
2) Bookmark
Das war knackiger und ist auch nicht so schön. Leider ist es aus Scherheitsgründen nicht möglich, die URL durch die Anwendung zu verändern. Was aber möglich ist, ist die Manipulation von «named anchors» d.h. URL-Erweiterungen im Stil von «#arbeiten». Gemacht wird die Manipulation im DOM durch das Flash selbst. Schade aber unvermeidlich ist, dass die Einstiegs-URL in die Site als Postfix immer stehen bleibt und damit dieselbe Seite mit verschiedenen URLs zu erreichen ist.
3) Suchmaschinentauglichkeit, SEO
Der Trick hier ist nicht wirklich ein Trick. Die Flash-Site hat nämlich einen Zwilling in XHTML, der gezeigt wird, wenn die Flash-Erkennung fehlschlägt. Diese wird automatisiert aus den XML-Dateien erzeugt, welche auch Inhaltsgrundlage für die Flash-Site sind. Also keinen Pflegeaufwand und keine Redundanz. Belohnt wird der Aufwand beispielsweise mit dem folgenden Treffer.
>> Input über gut/schlecht und Verbesserungsvorschläge sind sehr erwünscht!
sehr nützlich:
http://www.sfug.ch/site/?p=30
toll gemacht die drei punkte. eine lösung, auch wenn nicht wirklich schön. die vermeidung von redundanzen gefällt mir an besten.
jedoch enttäuscht mich rotweiss gleich schon beim einstieg! wieder mal der missbrauch von flash. farben auswählen und irgendwas beanworten? will ich das?!
ähm… ein preview/post problem bei den comments?
Ich kann das Preview-Problem nicht nachvollziehen. Environment?
Bezgl. den «richtigen» Einsatz bin ich ganz «Ohr offen» 😉
Der Trick hier ist nicht wirklich ein Trick. Die Flash-Site hat nämlich einen Zwilling in XHTML, der gezeigt wird, wenn die Flash-Erkennung fehlschlägt.
Ist das nicht Cloaking?
Und sollte die DOCTYPE declaration aufgrund des Codes nicht HTML sein statt XHTML?
Ja… ist HTML. Danke.
spät aber doch noch.
das mit der anzeige lag wohl an meinem black bunny.
betreffend einsatz flash: siehe abschnitt zwei zb. google finance. ich finde das mit der farbe und den fragen einfach ein wenig kindergarten-mässig! nicht?
Diese ganze Back Button geschichte würde schon lange funktionieren, wenn alle IE hätten *haha*
http://www.flashforum.de/forum/showthread.php?t=206234
http://www.flashjunior.ch/school/flash_browserhistory/v2/
http://www.orange-project.com/
Ach wie schön wäre es, wenn es denn funktionieren würde. Und zwar mit allen Browsern 🙂
Das «mit allen Browsern» kann ziemlich Kopfweh bereiten…