Content-Management-Systeme

Transkript

1 Wintersemester 2010/2011 Content-Management-Systeme Dipl.-Inform. Roman Jansen-Winkeln Vorlesung 5: PLONE durch Programmierung erweitern

2 Inhalt und Organisation 2

3 Skins Page Templates und Skripts Global 3

4 Skins Bisher: Content in Plone-Foldern Passiver Content, z.b. Plone-Seite Aktiver Content, z.b. Zope-Page-Template Suche: Lokal im Folder Per Akquisition in Parent-Foldern Zope-Folder /portal_skins 4 Zope-Folder mit Sub-Foldern für globale Suche Elemente aus portal_skins stehen immer zur Verfügung Beispiel: Findet PT base_view in /portal_skins/archetypes/base_view

5 Skins 5

6 Skins 6

7 Skins Suche in ausgewählten Subfoldern Liste legt durchsuchte Subfolder fest Liste legt Reihenfolge der Suche fest Skin Benannte Liste; Property von /portal_skins Skins pro Site oder pro User Erweiterte Suchreihenfolge 7 Lokal im Folder Per Akquisition in Parent-Foldern Subfolder von /portal_skins gemäß aktivem Skin

8 Skins 8

9 Skins 9

10 Skins Trennung von Layout und Content Unterschiedliche UI-Gestaltung je nach Skin Gleichnamige Templates/Scripts in unterschiedlichen Subfoldern custom-subfolder vor original-subfoldern Out-of-the-Box: Plone + Tableless 10

11 Products Eigene Zope/Plone-Module 11

12 Products 12 Bisher: Customizing Through-The-Web einzelne aktive Inhalte in Dokument-Hierarchie oder /portal_skins Neu: Datei-basierte Module = Products Entwicklung Datei-basierte Sammlung zusammengehöriger Komponente Passiv: Bilder, Texte, etc. Aktiv: Page Templates, Scripts Aktiv: Tools und Dokumenttypen Installations-Routinen

13 Beispiel: Product für E-Books Neues Product 13 htw2010.ebooks Neuer Contenttype ebook Basiert auf ATDocument Neues ATField ebauthor Textfeld für den Namen des Autors Methode: Code-Generator PASTER auf der Commandline Buildout zur Plone-Aktualisierung Quickinstall um Product zu nutzen

14 Beispiel: paster-templates 14

15 Beispiel: htw2010.ebooks anlegen 15

16 Beispiel: htw2010.ebooks angelegt 16

17 Beispiel: ebook anlegen 17

18 Beispiel: ebauthor anlegen 18

19 Beispiel: Contenttype angelegt 19

20 Beispiel: htw2010.ebooks angelegt 20

21 Beispiel: mit buildout aktualisieren 21

22 Beispiel: htw2010.ebooks angelegt 22

23 Beispiel: htw2010.ebooks angelegt 23

24 Beispiel: Neuer Contenttype ebook 24

25 Beispiel: ebook nutzen 25

26 Archetypes Eigene Dokumenttypen definieren 26

27 Archetypes Anspruch von Archetypes Programmatische Spezifikation statt Programmierung Verbindung Dokumentstruktur, -logik und User Interface Automatismen in Archtypes (AT) Erstellung von Formularen (view, edit, search) Verwaltet Objektdaten und Metadaten Validierung von Feldern Automatische Indexierung von AT-Instanzen im portal_catalog 27 Transparentes Lesen/Schreiben von/auf Backends (ZODB, RDBMS, LDAP, etc.)

28 Archetypes 28 Vorteile Programmatischer Spezifikation Programmatische Spezifikation des Content-Types Den Rest macht Archetypes Man benötigt weniger Zope-KnowHow Weniger Kenntnis von Zope-Magie erforderlich Zope-Magie wird hinter AT versteckt

29 Archetypes Felder Felder: allgemeiner als Instanz-Variable oder Properties Beschreiben Aufbau, Verhalten und Layout eines Content-Types Verknüpfen Inhalt, User-Interface und Constraints Integrierte Validators implementieren Constraints Schemata 29 Schema: Container für alle Felder des Dokument-Types Schemas können an Instanzen modifiziert werden, d.h. Feld-Definitionen pro Instanz manipulierbar Schemata: Gruppierung von Felder für Formulare

30 Archetypes Beispiel für Felder: VOCAB_CLASSIFICATION = DisplayList(( ('Bug', 'Bug'), ('Bug+Solution', 'Bug+Solution'), ('Feature', 'Feature'), ('Feature+Solution', 'Feature+Solution'), ('Documentation', 'Documentation'), )) StringField('classification', required=1, searchable=1, schemata='issuedata', validators = ('isstring', 'isclassification'), vocabulary=vocab_classification, default='bug', ), 30

31 Archetypes Feldarten StringField FixedPointField ImageField ReferenceField FileField ComputedField TextFieldDate BooleanField TimeField CMFObjectField LinesField ImageField IntegerField FloatField 31

32 Archetypes - Widgets 32 Widgets sind Präsentationselemente Jedem Feld ist ein Widget zugeordnet (Verknüpfung von Präsentation und Spezifikation) Widgets präsentieren ein Feld in verschiedenen Modi Editieren ( edit, raw_edit ) Anzeigen ( view ) Suchen ( search ) Widgets kennen wir bereits aus Vorlesung 3

33 Datenpflege in PLONE Widgets 33

34 Datenpflege in PLONE Widgets 34

35 Datenpflege in PLONE Benutzerdefinierte Widgets 35

36 Datenpflege in PLONE Benutzerdefinierte Widgets 36

37 Datenpflege in PLONE Benutzerdefinierte Widgets 37

38 Archetypes Feld + Widget = ein Team StringField('classification', required=1, searchable=1, schemata='issuedata', vocabulary=vocab_classification, default='bug', widget=selectionwidget( format = 'select', label = 'Classification', description = 'Waehlen Sie die Klassifikation aus.', ), 38

39 Archetypes - Schema Spezifikation eines Content-Types Liste von Feldern Gilt global für alle Instanzen des festgelegten Content-Typs 39 Änderungen am Schema wirken sich auf einzelne Instanzen aus Bestehende Instanzen müssen auf geänderte globale Schema migriert werden

40 Archetypes Schema 40

41 Archetypes - Schema Lesender Zugriff auf Felder: 41 Allgemein: value = context.getfield('bilddatei').get(context) Vordefinierter Accessor: value = context.getbilddatei() Zugriff über TAL: <div tal:content= context/bilddatei >Bild</div> View-Macro anzeigen: <div metal:use-macro= python:context.widget('bilddatei', mode='view', use_label=0) /> Edit-Macro anzeigen: <div metal:use-macro= python:context.widget('bilddatei', mode='edit', use_label=1) />

42 Archetypes - Actions Liste mit Aktionen für einen Content-Typ Actions sind Aktions-Tabs, -Icons, usw. Action wird definiert durch 42 id, name = Identifier und Name action = Page Template, Script oder Methode condition = Bedingung, wann einzublenden permission = Berechtigung über User und Roles

43 Archetypes Actions 43

44 Archetypes - Archetype 44 Klasse für Dokumenttyp abgeleitet von BaseContent oder BaseFolder Schema für Dokument-Inhalt Actions für Dokument-Aktionen Variable für strukturelle Eigenschaften Methoden als Alternative für spezifische Scripts invoke_factory als Methode zur Erzeugung von Instanzen Neue Suchreihenfolge im ZORB Methode im Archetype Lokal im Folder Per Akquisition in Parent-Foldern Subfolder von /portal_skins gemäß aktivem Skin

45 Archetypes Actions 45

46 Archetypes Actions 46

47 Und so sieht der Archetype aus 47

48 Archetypes Beispiel 48

49 Archetypes Beispiel 49

50 Archetypes Beispiel 50

51 Archetypes Beispiel 51

52 Tools Werkzeuge Anker für zentrale Funktionen 52

53 Tools 53 Tools Unique Objects auf Topp-Level Implementiert Singleton-Pattern (Gamma et al.) per Akquisition in allen Suchen enthalten Bisher vorgestellte Tools /portal_skins /portal_quickinstaller /portal_membership Interessante Tools /portal_catalog /portal_types /portal_css, /portal_javascript

54 Tools 54

55 Tools 55 Tools in eigenen Products Gobale Ansichten/Formulare zur Administration des Products Globale API, die den Dokumenttypen des Products zur Verfügung steht Zentrale Datenstrukturen (Properties, Links) des Products Basis für prefs_... -Templates unter Konfiguration Tools sind optional Copy-and-Paste Anpassen nach eigenen Bedürfnissen

56 Projektarbeit 56

57 Inhalt und Organisation 57

58 Nächste Woche Internationalisierung Aktive Suche 58