Für die Umsetzung der Seiten nutzen wir das Gaia Flash Framework, das bei der Erstellung von Flash-basierten Internetseiten wesentliche Vorteile bringt. So werden etwa die einzelnen Unterseiten und die Menustruktur über eine XML-Datei (nämlich die site.xml) definiert, welche das Gaia Framework parst und – entsprechend den darin enthaltenen Elementen – vollautomatisch die benötigten Flash-, ActionScript- und swf-Dateien in einer vorher vom Nutzer festzulegenden Ordnerstruktur anlegt.
Eine einfache XML-Datei dieser Art könnte ungefähr so aussehen:

<site title=”Gaia Framework Site: %PAGE%” indexFirst=”true” >
<page id=”index” title=”Index” src=”index.swf” >
<page id=”nav” src=”nav.swf” title=”Navigation” >
<page id=”home” title=”Home” src=”home.swf” menu=”true” />
<page id=”about” title=”About” src=”about.swf” menu=”true” />
<page id=”contact” title=”Contact” src=”contact.swf” menu=”true” />
<page id=”imprint” title=”Imprint” src=”imprint.swf” menu=”true” />
</page>
</page>
</site>

Der oberste Knoten <site> umschließt die gesamte Seitenstruktur, gefolgt von der <index>-Containerseite, die hier erstmal keine inhaltliche Relevanz hat.
<nav> ist ebenfalls eine Containerseite, welche nun sämtliche Inhaltsseiten, die vom Gaia Framework generiert werden sollen, enthält. Es sind auch weitere Verschachtelungen möglich; um bei komplexeren Seiten den Überblick zu behalten, gibt es den “Gaia Site Creator”, eine kleine AIR-Anwendung, mit deren Hilfe auch umfangreichere, gültige site.xml-Dateien auf visueller Basis erstellt werden können, die das Gaia Framework akzeptiert.

Wurde die site.xml erstellt, kann das Framework angewiesen werden, sie zu verarbeiten und das Gerüst – also die oben bereits erwähnten .fla, .as, …-Dateien – zu erstellen. Die Zeitersparnis ist, eine bereits erfolgte Einarbeitung natürlich vorausgesetzt, wirklich enorm! Die erzeugten Dateien können jetzt in Flash mit Inhalten und Code befüllt werden, wobei es sehr angenehm ist, dass das Framework dem Entwickler nicht in die Quere kommt, resp. ihm irgendwelche frameworkspezifischen Eigenheiten aufzwingt: innerhalb des erstellten Gerüsts kann der Entwickler so weiter arbeiten, wie er es bisher im Umgang mit Flash gewohnt ist.

Das Gaia Flash Framework bringt einige nette Features mit, die das Leben mit Flash ein wenig angenehmer machen:

1. Transitions: Der Seitenwechsel erfolgt standardmäßig über transitions, die das Framework mitbringt. Wird eine neue Seite innerhalb der Seitenstruktur aufgerufen, so blendet die alte Seite aus und die neue ein.
2. Preloader: Gaia bringt einen eigenen Preloader mit, der z.B. bytegenaues preloading mit kaum Entwicklungsarbeit möglich macht. Der Preloader berechnet die Größe sämtlicher Assets, die die Seite verwendet und bezieht die errechneten Werte in die benötigte Ladezeit mit ein.
3. Tweening: im Paket enthalten ist die bekannte Tweening-Enging “TweenLite” (http://www.greensock.com/). Sie bringt alle gängigen Tweeningmechanismen mit, die im Bereich Flash-Animation von Nutzen sind.
4. API: Das Framework bringt einige durchaus sinnvolle Funktionen mit; ganz vorn sollte die Methode “goto()” genannt werden. Damit kann zur Laufzeit die Seite gewechselt werden, wobei die Methode den Knoten aus der site.xml, zu dem gewechselt werden soll, übergeben bekommt. Wollten wir etwa die Seite “contact” öffnen, wäre der entsprechende Aufruf im AS-Code

Gaia.api.goto(‘index/nav/contact’);

5. SWFAddress: Mittels SWFAdress ist z.B. Deeplinking auf Flashseiten problemlos möglich. Mit SWFAdress werden beim Navigieren innerhalb einer Flashseite eindeutige URLs generiert, die es – im Gegensatz zu reinen Flashseiten ohne Verwendung von SWFAdress – ermöglichen, Links zu Inhalten innerhalb der Seite abzuspeichern und später wieder aufzurufen. Ein weiteres nettes Feature ist, dass somit auch die History des Browsers nutzbar ist: vorwärts- und zurücknavigieren ist damit kein Problem mehr (wer kennt es nicht: man befindet sich auf einer Flashseite, drückt irgendwann gewohnheitsmäßig den Back-Button und landet gleich nochmal ganz am Anfang beim Intro, das mit ganz viel “Glück” nichtmal einen Skip-Button hat…)!

Fazit:

Das Gaia Flash Framework erfordert, wie die meisten Dinge im Web, eine gewisse Einarbeitung. Die braucht einfach ihre Zeit. Hat man diese Zeit jedoch erst einmal investiert, so wird das Framework zu einem durchaus nützlichen Tool bei der (manchmal etwas ruckeligen) Arbeit mit Flash. Seiten sind schnell angelegt und Arbeitsschritte, die ansonsten eines größeren Aufwandes bedürfen – etwa der Wechsel zwischen einzelnen Unterseiten in der Navigation – werden durch Methoden, die die Gaia API mitbringt, erheblich erleichtert. Fazit: in Kombination mit der Tweening Platform von greensock absolut empfehlenswert!

Auf der anderen Seite ist Magento in aller Munde und gehört sicherlich zu den führenden Produkten im Bereich Shopsoftware. Auch ich wurde kurz nach der Installation ein Fan dieses Shopsystems. Das durchdachte Attributesystem sorgt für gute Flexibilität. Durch den Bekanntheitsgrad von Magento ist die Anbindung an Payment-Provider gewährleistet. Alles Probleme, die uns bisher immer viel Arbeit bereitet haben.

Eine moderne Website mit Shopbereich wird aber erst richtig interessant, wenn diese beiden Systeme ineinander greifen und der Besucher gar nicht wahrnimmt, ob er nun im Shopbereich oder auf „normalen“ Inhaltsseiten surft. Als CMS kann Magento natürlich nicht annähernd soviel leisten wie TYOP3. Umgekehrt gibt es in TYPO3 derzeit kein vergleichbar mächtiges Shopsystem. Was bleibt uns nun?

• Wir nutzen TYPO3 und die dort vorhandene (weniger mächtige) Shopfunktionalität, können jedoch alles aus einem Guss darstellen.
• Wir nutzen ausschließlich Magento, haben eine mächtige Shopsoftware, jedoch machen wir Abstriche bei den Möglichkeiten, Inhalte zu präsentieren. Also auch keinen Blog, keine Bildergalerien, …
• Wir nutzen beide Systeme parallel und nehmen in Kauf die Inhalte nicht „mischen“ zu können.

Keine dieser Alternativen macht mich hierbei glücklich. Zum Glück hat die Firma flagbit aus Karlsruhe die Extension „typogento“ entwickelt, die neue Möglichkeiten eröffnet.

Nun ist es möglich, gezielt Magento-Inhalte (genannt Blöcke) als Inhaltselemente (FrontEnd-Plugins) auf TYPO3-Seiten zu platzieren. Die Idee dahinter ist, dass die Shop-Inhalte von der Magento-Engine gerendert werden und dann fertiger HTML-Code an TYPO3 geliefert wird. Jedoch voll integriert, ohne Frames oder dergleichen.

Die Idee ist super. Wenn man die ersten Installationshürden überwunden hat, kommt man auch zum versprochenen Ergebnis: Shopinhalte und TYPO3-Inhaltselemente können zu einer Hybrid-Seite gemischt werden. Wunderbar.

Aber ganz zufrieden bin ich damit noch nicht. Derzeit arbeitet werkraum an einem Shop, der ein ausgefeiltes Navigationskonzept vorsieht, welches mit den Standard-Magento-Mitteln nicht abbildbar ist. Darüber hinaus wird es einen Produktkonfigurator geben und die Produkt-Attribute sollen teilweise nicht mehr aus einfachen Werten wie „Länge = 15cm“, „Hersteller = abc“, … bestehen, sondern selbst weitere Daten enthalten. Produkt-Attribute brauchen weitere Felder. Beispielsweise soll es ein Attribut „Region“ geben, die Auskunft über die Herkunft des Produktes gibt. Dabei sollen Bilder der Region, Texte, Links, … dargestellt werden. Der Einsatz von typogento liefert hierfür nicht die Lösung. Sicherlich kann man Magento selbst diesbezüglich erweitern, diesen Ansatz verfolgen wir jedoch nicht. Aus meiner Sicht ist es erstrebenswert, Shop-Objekte (Produkte, Attribute, Warenkorb) von Magento zu erhalten und dann diese in TYPO3-Extension weiterzuverabeiten und auszugeben. Damit hätte ein TYPO3-Entwickler seine gewohnte Freiheit und Flexibilität, müsste die Shopfunktionalität jedoch nicht neu implementieren.

typogento lieferte mir den Ansatz dazu. Durch erzeugen einer Instanz des „Mage“-Objektes durch inkludieren der notwendigen PHP-Files aus der Magento-Installation hat man genau dieses Ziel erreicht. Nun können auf TYPO3-Seite im TCA neue Tabellentypen angelegt werden, deren Datensätze Bezug auf Magento-Attribute nehmen und somit ist es ein leichtes Attribute von reinen Primitiven zur Objekten zu „befördern“. Erste Ergebnisse werden demnächst sichtbar werden. Ich werde berichten….

Die Webseite wird mit folgenden Features ausgestattet:

• Eigenentwickelte Extension BauträgerScout24
• News-Extension
• Newsletter Integration
• Suchmaschinen Optimierung
• Web2.0 Features mit Lightbox2
• Einsatz von RealURL

Kostenkontrolle und Officesoftware für den Wohnbau

Wir stellen bekanntes in Frage und entwickeln neue Lösungen im Einklang mit den Anforderungen an eine menschenfreundliche Arbeitsumgebung.

So entstand die Bauträgersoftware ” LEONARDO” , die das Zusammenarbeiten und die Kommunikation aller an einer Aufgabe beteiligten erleichtert und das gemeinsame Ziel transparent macht.

http://www.bautraegerscout24.de

Business Center:

Die go swiss AG stellt im Rahmen seines Business Centers in Baar im Kanton Zug, Unternehmen sehr exklusive und
kurzfristig verfügbare Büroflächen in einer erstklassigen Arbeitsumgebung zur Verfügung. Eine hochmoderne Infrastruktur bietet den Nutzern flexible, auf ihren Bedarf zugeschnittene Lösungen, die je nach Anforderungen abgerufen werden können.

Unternehmensservices:

Die go swiss AG mit ihrem Bereich Unternehmensservices beschäftigt sich ausschließlich mit der Gründung, Führung und Verwaltung von Schweizer Gesellschaften, insbesondere für die Kantone Zug und Appenzell/Ausserhoden. Mit einem professionellen Mitarbeiterstab sowie einem Team aus Steuerexperten, Treuhändern, Juristen und Betriebswirten, betreut die go swiss AG ihre Kunden.

http://www.go-swissgroup.ch/

http://viagialla.ch/

http://www.arbon.ch