Home / Forum / Einsteiger - Welcher Weg

Einsteiger - Welcher Weg

Um Zugang zu den Foren zu erhalten, müssen Sie angemeldet sein

Autor Nachricht

fabian schoen

Registriert seit: 28.07.2006

Beiträge: 21

Freitag, 28. Juli 2006 16:34:21

Guten Tag,

ich beobachte schon seit laengerem ezPublish und will es nun glaubs wagen
Daher beschaeftige ich mich seit kurzer Zeit mit den vorhanden Informationen.
Durchgelesen habe ich jetzt mal die 3.6 Doku von ez.no:
http://ez.no/doc/ez_publish/technical_manual/3_6

Diese Doku ist eigentlich sehr gut, aber leider fehlen mir da die typischen "How-To" Anleitungen. Es ist schoen zu wissen, was ein System und Node Template ist, aber wie man von Anfang an am Besten so eine Seite aufzieht, steht da leider nicht beschrieben.

Hier auf ezPublish.de wird auf den folgenden Link hingewiesen:
http://ez.no/products/ez_publish/...entation/building_an_ez_publish_site

Gehe ich richtig in der Annahme, dass ich mit obigen "Tutorial" weiterkomme, damit ich das Gefuehl bekomme, wie man Templates erstellt oder ist 3.4 zu weit weg von 3.6?


Ebenfalls ist es moeglich PDF on the fly zu kreieren. Gibt es da irgendwo ein gute Anleitung? Natuerlich kenne ich die Section in der Reference. Ist halt aber eben eine Referenz


Schlussendlich moechte ich gerne wissen, ob ich das, was von der Website erwartet wird, mit ezPublish abdecken kann.

gruss
fabian

Thomas Nunninger

Thomas  Nunninger

Registriert seit: 10.01.2006

Beiträge: 52

Freitag, 28. Juli 2006 17:22:22

Hi Fabian,

ich beobachte schon seit laengerem ezPublish und will es nun glaubs wagen


Glückwunsch

Hier auf ezPublish.de wird auf den folgenden Link hingewiesen:
http://ez.no/products/ez_publish/...entation/building_an_ez_publish_site
 
Gehe ich richtig in der Annahme, dass ich mit obigen "Tutorial" weiterkomme, 
damit ich das Gefuehl bekomme, wie man Templates erstellt oder ist 3.4 
zu weit weg von 3.6?


Das Tutorial kann einen ersten Eindruck verschaffen. Allerdings hat sich die Template-Syntax (in 3.5 glaube ich) vereinfacht. Vorher gab es das allmächtige {section}, das sowohl Schleifen als auch Bedingungen abgedeckt hat. Inzwischen gibt es auch {if}, {foreach}, ... was die Sache vereinfacht. Auch die Definition von Variablen ist einfacher geworden. Trotzdem sollten die meisten Sachen noch funktionieren. Du solltest dich dann - wenn du vom System einen Eindruck erhalten hast - dann aber auf jeden Fall mit der neuen Syntax beschäftigen. Alternativ kannst du dir natürlich auch zuerst die Template-Syntax reinziehen und dann - on-the-fly - die Beispiele zur neuen Syntax ändern.

Ebenfalls ist es moeglich PDF on the fly zu kreieren. Gibt es da irgendwo ein 
gute Anleitung? Natuerlich kenne ich die Section in der Reference. Ist halt aber eben 
eine Referenz


Such ebenfalls mal in der alten Doku. Da gibt es ein Beispiel.

Schlussendlich moechte ich gerne wissen, ob ich das, was von der Website 
erwartet wird, mit ezPublish abdecken kann.


Das ist natürlich erst mal die Frage, was du umsetzen willst. Grundsätzlich bestehen keine/äußerst wenige Beschränkungen bei den Möglichkeiten. Es lässt sich aber z.B. schon vieles umsetzen, was du bei anderen Systemen schon als Modul programmieren musst. Erweiterungen verschiedener Art sind natürlich trotzdem möglich. Und wenn du beim PDF-Export an Grenzen stößt, besteht immer noch die Möglichkeit, PDFs auf andere Art und Weise (z.B. LaTeX, evtl. Open Office) automatisch zu erzeugen.

Viele Grüße

Thomas

fabian schoen

Registriert seit: 28.07.2006

Beiträge: 21

Samstag, 29. Juli 2006 13:36:48

Tag,

danke schon mal fuer die erhaltene Starthilfe.

>Du solltest dich dann - wenn du vom System einen Eindruck erhalten hast - dann aber auf jeden Fall mit der neuen Syntax beschäftigen.

Habe ich indirekt schon, da ich mir auch bereits den Teil "The template language" der 3.6 Doku durchgelesen habe und selber schon Erfahrungen mit programmieren habe.


Das Beispiel fuer PDF habe ich uebrigens inzwischen gefunden:
http://ez.no/products/ez_publish/...ntation/incoming/pdf_export_tutorial



>Das ist natürlich erst mal die Frage, was du umsetzen willst.

Eigentlich Nichts kompliziertes. Denke ich mir jedenfalls

Startseite:
Auswahl English oder Deutsch

Produkteuebersicht:
Mit einer Unterkategorie und mehreren Bildern pro Artikel. Da habe ich auch mal was gelesen, dass man automatisch beim Upload definieren kann, in welchem Format und Groesse die Bilder zusaetzlich abgespeichert werden sollen. Waere sehr interessant fuer "kleine Vorschau" und dann "grosse Detailaufnahme".

Produktblatt:
Dies wird wohl der kniffligste Teil. Der Inhaltepfleger gibt die Daten fuer das Produkt ein und moechte dann gerne eine Moeglichkeit haben, direkt von diesen Daten ein Produktblatt in PDF zu erstellen. Dies sieht vom Design her etwas anderst aus als die Website. Klar. Und da wird es sicher interessant, wie weit man da in PDF alles positionieren kann. Gemaess Theorie/Doku kann man ja fast alle Objekte mittels x und y definieren.

Slideshow:
Genau, dies wollte ich doch auch noch fragen: Gibt es bereits in Modul in ezPublish, was eine Slideshow unterstuetzt? Die Idee ist, dass alle Produkte eine Unterkategorie in einer Slideshow angezeigt werden und wenn dann ein interessantes Produkt kommt, kann der Benutzer die Slideshow stoppen und die Details des Artikels anzeigen lassen.

Rest:
Halt wie Impressum, Kontakt und Suche.

gruss und schoenes Wochenende
fabian

PS: Gibt es hier im Forum auch ne Art BBCode Syntax?

Thomas Nunninger

Thomas  Nunninger

Registriert seit: 10.01.2006

Beiträge: 52

Samstag, 29. Juli 2006 14:36:03

Hi Fabian,

Programmierkenntnisse sind sicher nicht verkehrt

- Auswahl der Sprache ist umsetzbar (wie z.B. auf ez.no sichtbar)

- Größe der Bilder wird in der Konfiguration festgelegt. Das System konvertiert (verkleinert) dann in die gewünschten Größen. Bin mir nicht sicher, welche Formate unterstützt werden - ich habe bisher nur jpg verwendet.

- Postitionieren im PDF ist tricky. Ich hab's schon mal gemacht inklusive Berechnung eines Seitenumbruchs. Aber war eine ziemliche Fummelei. Persönlich würde ich da einen anderen Weg gehen:

* Automatisch eine LaTeX-Datei erzeugen und als PDF umwandeln lassen.

* Ich habe mal irgendwo gelesen (falls ich das richtig verstanden habe), dass man OpenOffice inzwischen per Kommandozeile steuern kann. Da das zugrundeliegende Format XML ist, könnte man auch mit OpenOffice ein Layout entwerfen, das XML analysieren und dann dieses OpenOffice-Dokument nach PDF exportieren. Aber da würde ich auf jeden Fall zuerst abklären, ob der PDF-Export von der Kommandozeile wirklich funktioniert.

* Genial wäre natürlich was im Sinne von XML-FO (Formating Objects) - du hast eine XML-Ausgabe und transformierst dies in XML-FO, was auch so Sachen wie Papiergröße, Seitenränder, ... abdeckt und von wo aus eine Vielzahl von Formaten (PDF, Word, ...) generiert werden kann. Eine XML-FO-Ausgabe kann man sicher mittels des Templatesystem generieren. Dann fällt nur noch der letzte Schritt an.

- Slideshow: Nun ja, da das vermutlich hauptsächlich JavaScript ist, lässt sich das sicher irgendwo im Web finden und dann in ein Template gießen. Vielleicht gibt's auch schon eine entsprechende Extension - andernfalls kannst du sie ja später zur Verfügung stellen

Einen schönen Tag

Thomas

fabian schoen

Registriert seit: 28.07.2006

Beiträge: 21

Dienstag, 01. August 2006 09:27:45

Tag,

mit dem PDF versuche ich es einfach mal.

Ich habe mir jetzt einfach mal das Intranet Template genommen und spiele damit um ein Gefuehl zu bekommen.
Dabei ist mir die Frage "aufgetaucht", was der Unterschied zwischen
{attribute_view_gui attribute=$node.data_map.titel}
und
{$node.data_map.titel.content|wash()}
ist?

Die Ausgabe ist in jedem Fall das Gleiche.

Gibt es eigentlich auch sowas wie ein "Best Practice" wie man die Attribute eines Objektes anspricht?

gruss
fabian

PS: Es koennte sein, dass noch ein paar Fragen anrollen

Thomas Nunninger

Thomas  Nunninger

Registriert seit: 10.01.2006

Beiträge: 52

Dienstag, 01. August 2006 10:18:26

ist attribute_view_gui. Diese Funktion kümmert sich darum, ein für das Attribut passendes Template zu finden (in dem dann letztlich nichts anderes passiert, als auf den Content zuzugreifen und diesen auszugeben). Vorteile:

- wenn ein Fehler in der Ausgabe festgestellt wird, ist das nur an einer Stelle
- du kannst ganz normal die Ausgabe eines Datentyps zentral ändern; mit override.ini auch für einzelne Klassen, Attribute, ...
- wenn du über alle Attribute eines Objektes iterierst, musst du keine Fallunterscheidung machen, welcher Datentyp das jeweils ist
- du musst dir nicht merken, wie du die Daten aus den verschiedenen Datentypen rausziehst.
- wenn eZ systems das Speicherformat eines Datentyps ändern sollte, dann kann gleich ein entsprechendes Template mitgeliefert werden, das in den meisten Fällen (bis auf override.ini-Fälle) funktionieren sollte

Nur zu mit weiteren Fragen. Aber vielleicht fängst du für jedes Thema ein neues Topic an. Dann ist es für andere User später einfacher, mittels Suchmaschine nach Fragen zu suchen, ohne sich durch 50 Postings wühlen zu müssen

Viele Grüße und einen schönen Tag

Thomas

Um Zugang zu den Foren zu erhalten, müssen Sie angemeldet sein