ACHTUNG:
In ~/bundle/cfg/integration.properties muss geaendert werden:
waf.pagemap.root=navigation/
waf.pagemap.workspace=navigation/
waf.pagemap.login_redirect=content/content-center-redirect.jsp
in
core.ui.pagemap.root_page_url=navigation/
core.ui.pagemap.workspace_url=navigation/
core.ui.pagemap.user_redirect_url=content/content-center-redirect.jsp
Ansonsten gibt es gleich beim Aufruf der ersten Seite ein Resource Not Fount.
git-svn-id: https://svn.libreccm.org/ccm/trunk@742 8810af33-2d31-482b-a856-94f89814c4df
- BasicItemForm: Zwei neue Methoden eingeführt, die das Label für Titel und URL zurückgeben. Dies erlaubt es, die Bezeichnungen für diese Felder durch überschreiben der Felder an den Contenttyp
anzupassen. Die Benzeichnung 'Titel der Seite' ist doch ein wenig verwirrend, z.B. bei einer Abteilung.
- Zusätzlich Konfigurationseinstellung für das Forum: isPublic. Diese soll festlegen, ob ein Forum öffentlich sichtbar ist oder nicht.
git-svn-id: https://svn.libreccm.org/ccm/trunk@719 8810af33-2d31-482b-a856-94f89814c4df
siblings -> decendants geändert.
Tabellenfeld umbenannt alle Methoden und Felder in den Java-Klassen umbenannt
git-svn-id: https://svn.libreccm.org/ccm/trunk@708 8810af33-2d31-482b-a856-94f89814c4df
Updates erstellen jetzt identisches Schema der db, CCM funktioniert auf
den ersten Blick wie bisher.
Update MUSS in folgender Reihenfolge durchgeführt werden:
ccm-cms-assets-imagestep
ccm-cms-assets-notes
ccm-ldn-navigation
ccm-ldn-terms
ccm-cms
ccm-cms-types-article
ccm-cms-types-newsitem
ccm-cms-types-event
ccm-core
git-svn-id: https://svn.libreccm.org/ccm/trunk@697 8810af33-2d31-482b-a856-94f89814c4df
Auf der Webseite sollten jetzt für alle RelationAttribute statt des keys der lokalisierte Wert angezeigt. Dazu waren u.A. einige Änderungen am ContentItemXMLRenderer und dem RelationAttributeInterface nötig.
git-svn-id: https://svn.libreccm.org/ccm/trunk@696 8810af33-2d31-482b-a856-94f89814c4df
Auf der Webseite sollten jetzt für alle RelationAttribute statt des keys der lokalisierte Wert angezeigt. Dazu waren u.A. einige Änderungen am ContentItemXMLRenderer und dem RelationAttributeInterface nötig.
git-svn-id: https://svn.libreccm.org/ccm/trunk@686 8810af33-2d31-482b-a856-94f89814c4df
FlatItemList
* Die Länge der Liste ist nun per Config-Parameter einstellbar (war auf 20 hardcodiert)
ItemSearchFolderBrowser
* Die Länger der Liste ist nun per Config-Parameter einstellbar (war auf 15 hardcodiert)
NewitemForm
* Sucht jetzt im PageState nach einem SingleType - Parameter und begrenzt ggf. die Liste der CTs auf die Liste der Siblings von singleType
TextAssetBodyLabelCellRenderer
* Dem Label des Textkörpers zum Anzeigen des TextAssets (z.B. be Artikeln) wird nun ein id="webPage" mitgegeben. Dadurch kann man auch im CC an dieser Stelle die Layouts der Webseite verwenden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@649 8810af33-2d31-482b-a856-94f89814c4df
- GenericContact: Länge für Wert in der DB bei GenericContactEntry auf 200 Zeichen erhöht
- Formatierungen
git-svn-id: https://svn.libreccm.org/ccm/trunk@646 8810af33-2d31-482b-a856-94f89814c4df
- Link.java und LinkPropertyForm.java: Hier fehlte an zwei Stellen eine
Prüfung auf null, was unter bestimmten Bedingungen zu einer NullPointerException führte
- CompoundContentPanel, SciOrganizationPanel und SciProjectPanel: Fehler im Paginator sowie einige Formatierungen
git-svn-id: https://svn.libreccm.org/ccm/trunk@641 8810af33-2d31-482b-a856-94f89814c4df
Dieses Ding scheint der alte Code zu sein, aus einer Zeit bevor es das ReusableImageAsset gab. Da wird nur noch das ReusableImageAsset verwenden wollen, wird der alter Code nicht mehr benötigt.
Dazu gehört eigentlich auch eine Änderung der GenericArticle.pdl, die ich noch nicht eingecheckt habe, damit wir die Änderungen testen können, bevor wir ein Update der DB durchführen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@640 8810af33-2d31-482b-a856-94f89814c4df
- Panels für sci-types-organization für neue Struktur der Orga->Mitglieder-Verknüpfung angepasst
- Verschiedene kleinere Korrekturen, unter anderem Verweise auf falsche ResourceBundles entfernt, einige zusätzliche Übersetzungen, unnötige Hoch-/Runterpfeile in
SciOrganizationProjectsTable und SciDepartmentProjectsTable entfernt usw.
git-svn-id: https://svn.libreccm.org/ccm/trunk@639 8810af33-2d31-482b-a856-94f89814c4df
* ContentTypeFilterWidget korrigiert. Leider funktioniert die elegante Version nicht, die ich vorher hatte, da man die Collections nicht wiederverwenden kann. Sie werden automatisch geschlossen und danach kann man den Inhalt nie wieder abfragen. Daher funktionierte die Suche bei ersten Mal, aber danach nie wieder.
git-svn-id: https://svn.libreccm.org/ccm/trunk@638 8810af33-2d31-482b-a856-94f89814c4df
Dieverse Änderungen am ItemSearchWidget
* Übersetzung vom Browse-Pane
* Such-Fomular erweitert, so daß die Liste der Contenttypen jetzt durch den Basis-CT eingeschränkt wird.
* viele andere Kleinigkeiten - hauptsächlich Formatierung
git-svn-id: https://svn.libreccm.org/ccm/trunk@636 8810af33-2d31-482b-a856-94f89814c4df
Parameter von PublishedLink#create()). Korrigiert, indem in VersionCopier für Objekte, die nicht von ContentItem abgeleitet sind 'null' im Parameter sourceObject
übergeben wird. In PublishedLink#create() wird nun geprüft, ob sourceObject 'null' ist. Wenn der Parameter nicht 'null' ist, werden LinkAttribute (dafür ist dieser
Parameter erforderlich) kopiert. Falls der Parameter 'null' ist, wird dieser Methodenaufruf übersprungen (in diesem Fall wäre er auch sinnlos).
git-svn-id: https://svn.libreccm.org/ccm/trunk@634 8810af33-2d31-482b-a856-94f89814c4df
ccm-cms/src/WEB-INF/content-types/assign-categories-step.xml
ccm-cms/src/WEB-INF/content-types/GenericAddress.xml
ccm-cms/src/WEB-INF/content-types/GenericPerson.xml
ccm-cms/src/WEB-INF/content-types/GenericContact.xml
ccm-cms/src/WEB-INF/content-types/Template.xml
ccm-cms/src/WEB-INF/content-types/edit-body-text-step.xml
ccm-cms/src/WEB-INF/content-types/GenericOrganizationalUnit.xml
ccm-cms/src/com/arsdigita/cms/ui/ContentSectionPage.java
Dies war das falsche ResourceBundle:
ccm-cms/src/com/arsdigita/cms/ui/CMSResources_de.properties
Und dies ist das richtige (hier liegen zumindest die Varianten und nicht nur eine deutsche Version), ergänzt um einige nicht übersetzte Keys und Keys aus dem
falschen:
ccm-cms/src/com/arsdigita/cms/CMSResources_de.properties
ccm-cms/src/com/arsdigita/cms/CMSResources.properties
git-svn-id: https://svn.libreccm.org/ccm/trunk@630 8810af33-2d31-482b-a856-94f89814c4df
RelatedLink kann nun auf einfache Weise abgeleitet werden, um eine spezialisierte Version zu erzeugen. Dazu muß der RelatedLinkInitializer abgeleitet werden und die Methoden getAuthoringStep(), getAuthoringStepLabel() und getAuthoringStepDescription() überschrieben werden.
Außerdem muß RelatedLinkPropertiesStep abgeleitet und die Methoden-Variablen m_linkListName und m_contentType angepaßt werden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@624 8810af33-2d31-482b-a856-94f89814c4df
Bei der Ausgabe von GenericAddress und abgeleiteten CTs wird nun neben dem ISO-Country-Code auch das Land in übersetzter Form ausgegeben.
git-svn-id: https://svn.libreccm.org/ccm/trunk@623 8810af33-2d31-482b-a856-94f89814c4df
Änderung an dem Statusfeld der ContentTypen. Es ist jetzt möglich, interne und versteckte ContentTypen anzulegen und zu unterscheiden. Die versteckten CTs werden in der Liste zum Anlegen neuer CIs nicht angezeigt, sind aber im Reiter Dokumenttypen sichtbar, so daß sie aus einer ContentSection gelöscht oder ihr hinzugefügt werden können. Außerdem läßt sich ein versteckter CT als Vaterobject für einen UDCT verwenden.
CMS Loader
Beim Erstellen der ersten ContentSection werden nun auch die generischen CTs hinzugefügt. Diese Anpassung ist nötig, da die GCTs über den Loader von CMS geladen werden, der
1. nicht von AbstractContentTypeLoader abgeleitet ist
2. zum Zeitpunkt des Ladens der GCTs noch keine ContentSection angelegt ist.
git-svn-id: https://svn.libreccm.org/ccm/trunk@620 8810af33-2d31-482b-a856-94f89814c4df
createPedigree von AbstractContentTypeLoader nach ContentTypeHelperImpl verschoben.
Letztere Klasse ist dafür verantwortlich, daß die Contenttypen angelegt und in der Tabelle gespeichert werden. Daher ist hier der sehr viel bessere Ort, um die createPedigree auszuführen. Es wird dadurch nicht nur das Problem mit den GenericContentTypes erledigt, sondern auch die UDCTs werden mit den Pedigree Informationen ausgestattet (hoffentlich).
git-svn-id: https://svn.libreccm.org/ccm/trunk@617 8810af33-2d31-482b-a856-94f89814c4df
pb
jensp
quasi