* Konfiguration um einen Punkt erweiteret, der es erlaubt, die Anzeige der Ergebnisse wärend der aktiven Umfragezeit ein- oder auszublenden.
* Bearbeitungspunkt zum Hinzufügen von zusätzlichen ProcessListenern eingebaut. Jetzt können Surveys Bestätigungs-Emails versenden, so wie ein URL-Redirect nach dem Ausfüllen der Umfrage ausführen.
* Survey verwendet nun seine eigene Konfiguration an Widgets und ProcessListenern für die Erstellung des Formulars. Diese Konfiguration findet zur Zeit im Initializer statt.
* Darstellung des CTs korrigiert. Zeigt jetzt während der aktiven Umfragezeit und in der Vorschau das Formular an. Ansonsten wird das Formular nicht angezeigt, aber der Titel und die Beschreibung sind trotzdem zu sehen. Außerdem ist die Logik für die Anzeige der Ergebnisse vorhanden und korrekt, auch wenn ich noch nicht weiß, wie ich die Ergebnisseite einbauen kann. Zur Zeit wird stattdessen ein XML-Tag als Platzhalter dargestellt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@366 8810af33-2d31-482b-a856-94f89814c4df
NoParametersHttpServletRequest als public class gekennzeichnet. Sollte diese Klasse nicht eigentlich besser im Core stehen?
git-svn-id: https://svn.libreccm.org/ccm/trunk@365 8810af33-2d31-482b-a856-94f89814c4df
Initializer um Konstruktor erweitert, der es ermöglicht, die Konfiguration als Parameter zu übergeben, anstatt sie mittels enterprise.init und LegacyInitializer einzulesen.
Kommentar in NewAction hinzugefügt
git-svn-id: https://svn.libreccm.org/ccm/trunk@364 8810af33-2d31-482b-a856-94f89814c4df
Filter geändert, so daß er bei einer nicht unterstützten Sprache die Standardsprache verwendet. Eingestellt wird das über waf.categorization.supported_languages
git-svn-id: https://svn.libreccm.org/ccm/trunk@360 8810af33-2d31-482b-a856-94f89814c4df
* SurveyPersistenProcessListener wieder gelöscht. Funktioniert so nicht.
* Speichert jetzt die Antworten in der Datenbank
git-svn-id: https://svn.libreccm.org/ccm/trunk@359 8810af33-2d31-482b-a856-94f89814c4df
======
2. Version
* XSL-Template vorhanden
* Ein weiterer Bearbeitungsschritt ist angelegt
* Es lassen sich FormWidget anlegen und FormSection verwenden
* Start- und Enddatum ist vorhanden
Ab sofort ist dieser CT abhängig von CT FormSectionItem
git-svn-id: https://svn.libreccm.org/ccm/trunk@355 8810af33-2d31-482b-a856-94f89814c4df
Hinzugefügt werden soll eine Checkbox, die ein bereits eingetragenes Datum wieder löscht ("Kein Datum setzen").
Zusätzlich soll die Anzeige an dieakltive Locale angepaßt werden, so daß das Widget die korrekte Darstellung hat.
git-svn-id: https://svn.libreccm.org/ccm/trunk@354 8810af33-2d31-482b-a856-94f89814c4df
Dieser CT basiert - zumindest am Anfang - zu großen Teilen auf simplesurvey. Das simplesurvey aber als Applikation programmiert wurde, kann man es nicht innerhalb des CMS verwenden. Daher wird hier die Grundfunktion von simplesurvey übernommen und so geändert, daß es einen CT Survey anlegt, der dann wie alle anderen CTs verwendet werden kann.
Weiterführende Funktionen von simplesurvey - insb. die Quizfunktion mit abspeichern von korrekten Antworten und einer Punktevergabe - können dann als abgeleitete CT erzeugt werden.
Der Plan sieht zur Zeit so aus:
* CT Survey verwendet ein FormSectionItem, um das Umfrageformular zu erzeugen
* Die Antworten werden wie in simplesurvey in 2 Tabellen gespeichert: ct_surveys_responses und ct_survey_answers. Jedes Ausfüllen eines Fragebogens erzeugt einen Eintrag in ct_surveys_responses, welcher wiederum eine Anzahl an ct_surveys_answers verwaltet, die die Antworten für die einzelnen Fragen beinhalten
* Die Verarbeitung der Daten erfolgt - analog zu simplesurvey und formbuilder - mit einem FormProcessListener
Dieser CT soll auch die grundlegenden Antwortabfragen zur Verfügung stellen, wie
* alle Antworten zu einer Umfrage
* alle Antworten eines Users (?)
* Anworten eines Users auf eine bestimmte Umfrage
und eine öffentliche Seite für das Ergebnis bereitstellen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@349 8810af33-2d31-482b-a856-94f89814c4df
2. Versuch. Warum hat er das letzte Mal nicht eingecheckt?
* Angepaßte CreatePage, so daß die neuen Elemente nicht direkt bei der Erstellung abgefragt werden
* AddElement wurde so angepaßt, daß man nur optionale Elemente anlegen kann
* Mist.remove funktionsfähig gemacht
* ObjectType um remove-Methode erweiterert
Jetzt sollte der UDCT soweit funktionsfähig sein, daß er verwendbar wird. Es lassen sich neue Elemente ablegen und löschen. Es lassen sich neue CT anlegen und löschen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@346 8810af33-2d31-482b-a856-94f89814c4df
* Angepaßte CreatePage, so daß die neuen Elemente nicht direkt bei der Erstellung abgefragt werden
* AddElement wurde so angepaßt, daß man nur optionale Elemente anlegen kann
* Mist.remove funktionsfähig gemacht
* ObjectType um remove-Methode erweiterert
Jetzt sollte der UDCT soweit funktionsfähig sein, daß er verwendbar wird. Es lassen sich neue Elemente ablegen und löschen. Es lassen sich neue CT anlegen und löschen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@332 8810af33-2d31-482b-a856-94f89814c4df
Durch Einführung und Verwendung von ContentItemXMLRenderer weerden ContentBundles bei der Erzeugung der XML-Ausgabe zur ausgehandelten Sprache aufgelöst und statt des ContentBundles dieses neue Objekt ausgeben.
Es ist eine API-Änderung nötig gewesen: in DomainObjectTraversal.java mußte die walk()-Methode protected markiert werden.
(Dateien vergessen hinzuzufügen.)
git-svn-id: https://svn.libreccm.org/ccm/trunk@321 8810af33-2d31-482b-a856-94f89814c4df
Durch Einführung und Verwendung von ContentItemXMLRenderer weerden ContentBundles bei der Erzeugung der XML-Ausgabe zur ausgehandelten Sprache aufgelöst und statt des ContentBundles dieses neue Objekt ausgeben.
Es ist eine API-Änderung nötig gewesen: in DomainObjectTraversal.java mußte die walk()-Methode protected markiert werden.
(Dateien vergessen hinzuzufügen.)
git-svn-id: https://svn.libreccm.org/ccm/trunk@320 8810af33-2d31-482b-a856-94f89814c4df
Durch Einführung und Verwendung von ContentItemXMLRenderer weerden ContentBundles bei der Erzeugung der XML-Ausgabe zur ausgehandelten Sprache aufgelöst und statt des ContentBundles dieses neue Objekt ausgeben.
Es ist eine API-Änderung nötig gewesen: in DomainObjectTraversal.java mußte die walk()-Methode protected markiert werden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@319 8810af33-2d31-482b-a856-94f89814c4df
Mit diesem Patch wird die ausgehandelte Locale als Umgebungsvariable an den XSLT-Interpreter übergeben. Dadurch ist diese Information nun auf allen Webseiten verfügbar. Zudem ist diese Inforamtion unabhängig von der tatsächlich gewählten Sprachvariante des ContenItems.
git-svn-id: https://svn.libreccm.org/ccm/trunk@318 8810af33-2d31-482b-a856-94f89814c4df
Erweitert das XML-Tag um die Attribute date und time, die die jeweiligen Informationen in für die ausgehandelte Locale formatiert enthalten.
git-svn-id: https://svn.libreccm.org/ccm/trunk@317 8810af33-2d31-482b-a856-94f89814c4df
quasi
pb