Published by tmuetze 3 years, 10 months ago
in dev and plone.
Viele Wege führen nach Rom:
http://plone.org/documentation/how-to/restrict-addable-types
Am besten gefällt mir die Lösung über portal_types. Kurze Beschreibung:
- Im ZMI einloggen
- portal_types anklicken
- Den gewünschten CT anklicken
- Implicitly addable je nach Wunsch an- oder ausklicken
Published by tmuetze 3 years, 10 months ago
in dev and plone.
Die Möglichkeit in Plone Kommentare oder besser Diskussionen pro Content (Content Type) zu hinterlassen ist ein oft gewünschtes Feature. Es lässt sich pro Content festlegen, ob über diesen COntent diskutiert werden soll oder nicht, der Standard lautet Default.
Nur wie lässt sich dieser Default verändern? Vielleicht sogar pro Content Type? Yep, funktioniert alles. Dazu müssen wir im ZMI - portal_types den fraglichen Content Type anklicken und hier den Default Wert für Allow Discussions entsprechend anpassen.
Published by tmuetze 3 years, 10 months ago
in dev and plone.
Naja, nichts ist durch die Verteilung von Plone Portal setup und ZMI einfach, deshalb:
http://plone.org/documentation/how-to/custom-logo/
Da ist auch beschrieben, an welche Stelle Änderungen generell gehören, sofern der Skin nicht geändert werden soll.
Published by tmuetze 3 years, 10 months ago
in dev and plone.
Hier möchte ich kurz auf Konfigurationsmöglichkeiten das Plone Portlets Navigation Settings (prefs_navigation_form) eingehen.
Für jeden Folder in der obersten Hierarchie, wird in Plone automatisch ein Tab generiert. Da gerade bei CMS mit einer großen Anzahl solcher Maintopics, die Tabs schnell den Bildschirm füllen, lässt sich das hier mit Automatically generate tabs abschalten. Damit geht naütrlich die grundsätzliche Funktionalität der “Portalreiter” nicht verloren.
Continue reading ‘Plone - Navigation Settings’
Published by tmuetze 3 years, 10 months ago
in dev and plone.
Ich hatte mit Plone 2.5 das gleiche Problem wie die Jungs hier. Auch bei mir hat es geholfen das zu tun:
FYI: the last line of PortalTransformsAttachment.py is line no. 257
which reads:
AttachmentHandler.registerHandler(PortalTransformsAttachment)
This seems to be the offending line. I commented this and changed the
PloneExFile creation time from 4-5 minutes (regardless of actual file
content type) to 2-3 seconds.
Aufgetreten ist das Problem bei mir erstmalig direkt nach der Installation von AttachmentField und PloneExFile. Ich habe das wie oben beschrieben “gelöst”, habe aber nicht überprüft ob die Änderung mit dem jetzt von mir verwendeten PloneArticle überhaupt noch nötig ist, da eben kein PloneExFile Content Type direkt hinzugefügt wird sondern eben ein PloneArticle AT.
Published by tmuetze 3 years, 10 months ago
in dev and plone.
Die Möglichkeit in Plone Inhalte mithilfe von bereits existierenden Dokumenten hinzuzufügen, muß unterstützt werden. Dabei stehen zwei Features im Vordergrund, die Inhalte dieser Dokumente sollen durchsuchbar sein und eine beliebige Anzahl von Dokumenten oder besser Attachments soll mit einem Artikel verknüpft werden können.
Continue reading ‘Indizierung von Office Dokumenten, Attachments usw.’
Published by tmuetze 3 years, 10 months ago
in dev and plone.
Die Möglichkeit jederzeit zu einer vorherigen Version einer Webseite, eines Attachments etc. zurückzukehren und, zumindest bei Webseiten, auch einen visuellen Diff bereitzustellen, wird gefordert. Zu Recht wie ich finde.
In Plone gibt es dazu verschiedene Ansätze, die allesamt durch zusätzlich zu installierende Plugins realisiert werden können. Ab Version 3.0 wird sich das ändern, da Versioning dann zum Standard Repertoire des Plone Basissystems gehören wird.
Continue reading ‘Versionierung in Plone’
Published by tmuetze 3 years, 10 months ago
in dev and wp.
Dafür benutze ich das WordPress Plugin Code Markup. Code Markup sorgt dafür, dass Code genauso gepostet werden kann wie er benutzt werden kann. Nichts muss escaped werden.
Damit auch noch die Optik passt, musste ich ich das Original-Stylesheet von Wordpress anpassen (style.css). Statt:
code {
font: 1.1em 'Courier New', Courier, Monospace;
}
sieht das jetzt so aus:
code,
pre.code {
font: 1.1em 'Courier New', Courier, Monospace;
background-color: cornsilk;
overflow: auto;
width: 500px;
clear: both;
}
Ein Codeblock wird immer mit <pre class="code"><code> eingeleitet. Bei einzeiligen Snippets kann man das <pre>-Tag natürlich weglassen.
