Was hat das mit Zope oder Plone zu tun?
Aber ja es geht recht einfach per CSS den die Bereiche sind ja ausgewiesen udn können mit einem einfachen display: none ausgeblendet werden.
Gruss Pumukel
Was hat das mit Zope oder Plone zu tun?
Aber ja es geht recht einfach per CSS den die Bereiche sind ja ausgewiesen udn können mit einem einfachen display: none ausgeblendet werden.
Gruss Pumukel
Hallo Sascha,
Die problematik ist das du natürlich verschiedene Dinge miteinander zu verbinden suchst. Leider ist auch das Beispiel das du referenzierst
fehlerhaft. Man muss prüfen ob es das Objekt überhaupt gibt.
<a href=""
tal:attributes="href daction/url;
title daction/description">
<tal:iconaction tal:condition="daction/icon" >
<img tal:condition="daction/icon" tal:attributes="src daction/icon; alt daction/title; title daction/title"/>
</tal:iconaction>
<tal:action tal:condition="not:daction/icon" tal:content="daction/title" i18n:translate="">
Action name
</tal:action>
</a>
Das nimmt jetzt natürlich nur die Icon_expression die in der Action angegeben ist.
wenn man entweder diese oder die actionicons nutzen moechte muss man noch ein wenig mehr machen.
in den umschließenden a Block schreibe man ein
tal:define="icon daction/icon|None;
icon python:icon is not None and icon or view.getIconFor(action['category'], action['id'], None);"
ich hoffe ich habe keine weiteren defines vergessen.
Gruss Pumukel.
PS: Aber nochmal die berechtigte Frage, warum sollen die iCal und vCal als document_action genutzt werden?
Die sind doch bloss bei Events sinnvoll, und dort gibt es die Action ja schon und auch mit Bildern davor.
Alles was du in den portal_actions als registrierte Action (Properties) siehst, sind allgemein gesprochen Listenelemente, die von mehreren Stellen, bzw. anpassungsfähig für verschiedene Templates zur Verfügung gestellt werden sollen. Die Event_Actions wie du sie nennst, sind nur für den Objekttype Event sinnvoll und sind hardcoded im PageTemplate:
<a href="#"
tal:attributes="href string:$here_url/vcs_view"
title="Download this event in vCal format"
i18n:attributes="title title_add_to_vcal;">
<img tal:replace="structure here/icon_export_vcal.png" src="" alt="" />
<span i18n:translate="label_add_to_vcal">vCal</span></a><br />
<a href="#"
tal:attributes="href string:$here_url/ics_view"
title="Download this event in iCal format"
i18n:attributes="title title_add_to_ical;">
<img tal:replace="structure here/icon_export_ical.png" src="" alt="" />
<span i18n:translate="label_add_to_ical">iCal</span></a>
Alles anzeigen
diese Informationen kann man prinzipiel auch in ein Action Element in den portal_actions eintragen.
Die Action_icons muss man auch im Page Template registrieren, schau dir mal am besten den personal_bar an, die macht sowas.
icon python:icon is not None and icon or view.getIconFor(action['category'], action['id'], None);
Aber warum musst du das machen? für die beiden Sachen sind in doch schon Icons standardmässig registriert, die du doch einfach überschreiben könntest.
Gruss Pumukel
Ähnlich wie du es kennst.
Du richtest im SiteRoot eine Kollektion über die News und wählst anschließend diese als defaultpage aus.
Gruss Pumukel
Hallo,
die Events Action sind ja ein eigenes PageTemplate wo die Icons leider hard gecodet drin stehen. diese Dateinamen kann man natürlich auslesen und in die DocumentActions Action eintragen dann funktioniert das auch.
Gruss Pumukel
Files egal welcher Groese sind Byte Streams die erstmal als Strings interpraetiert werden, deswegen die Fehlermeldung, es ist wohl aber ein TimeOut. Es ist empfehlenswert ein Produkt wie FlashUpLoad zu installieren, das mit so grossen Stream ohne TimeOut umgehen kann.
Gruss Pumukel
Uralt: PloneSilverCity
fürs aktuelle Plone kenne ich keinen, wenn du dich aber mal versuchen möchtest:
Wie Trac auch Pygments setzen. Da die Plone Community für fast alles was mit Development und Code Trac Nutzt wäre das ein konsequenter Schritt.
Ansonsten halt mit Trac und Deliverance arbeiten.
Gruss Pumukel
Es gibt zwei Plone Kupu Plugins
http://pypi.python.org/pypi/collective.kupuemoticons
http://pypi.python.org/pypi/collective.kuputabs
inwieweit dir das hilft keine Ahnung,
aber vielleicht ein ansatz
Gruss Pumukel
ZEXP also Zope Export ist dein Freund, wenn du nur der Site Manager bist.
ist aber nicht so gut, weil man den gazne Server 1zu1 nachbauen müsste.
Gruss Pumukel
Neue Sachen wie Zope 3 Browser Views
l
ZitatGibts eigentlich eine Möglichkeit die CSS-Dateien die im Verzeichnis browser/stylesheets im ZMI zu ändern?
leider keinen offensichtlichen.
Gruss Pumukel
Hallo,
fangen wir bei der Linie an, Linien sind Gestalterische Elemente und gehören nicht in die HTML Templates, sondern ins CSS, du hast eine Klasse für die Überschrift die du halt bearbeitest:
.documentFirstHeading {
border-bottom: thick solid black;
}
wenn du dir ein eigenes Theme erstellt hast, dann hast du es normalerweise vorgenerieren lassen durch ein Tool wie paster.
In dem Python Produkt was dein Theme aufnimmt hast du normal drei Ordner (browser, profile, skins). Im Unterordner von Skins kannst du alle deine PTs die du in der ZMI in portal_skins findest ablegen und verändern. Neuere Sachen die du in der ZMI in portal_view_customization findest sollten in browser.
Actions, Viewletseinstellungen usw. sind GenericSetup-Profile die in profile/default gehören.
Gruss Pumukel
PS: hoffe geholfen zu haben.
PPS: 3.1.7 != 3.17
Hallo,
wenn du ein Plone 3.x verwendest ist das nur ein Viewlet das du verschieben musst Seitenurl + @@manage-viewlets sollten helfen es zu identifizieren, bzw. vielleicht zu verschieben.
Ansonsten ist GenericSetup mit Export/Import dein Freund.
Demnächst bitte grundlegende Informationen wie Plone Version usw angeben.
Gruss Pumukel
CSS ist dein Freund,
Eigentlich sollte jedes Portlet eine gewisse Struktur haben die auch einen Footer beinhaltet, aber selbst wenn das nicht der fall ist, sind alle Portlets dl items, und denen kann man einen margin-bottom geben und ein background-image mit der background-position bottom implementieren.
Gruss Pumukel
Wenn du ein Link Objekt was auf dieses Dokument verweisst als Defaultpage im Root legst sollte er dich direkt dahin schicken.
Oder man würde das per rewrite im Apachen machen, was meines erachtens nicht so elegant ist.
Gruss Pumukel
Hallo,
Kannst du bitte ein wenig mehr über dein System sagen, wo legt dein Plone Binärdatein ab? in der ZODB in BLOB-Storage oder sogar im FileSystem?
Hast du Caching Fehler betrachtet? Objekt existiert schon nicht mehr, aber im Cache liegt noch eine Kopie, aber der Cache Header hat keinen Update.
Schau auch mal im Portal Katalog nach, ob da noch etwas vom Objekt steht.
Gruss Pumukel
Plone nutzt sehr stark Kataloge. Der Portal_Catalog speichert alle Metadata zu einem Objekt / Dokument, sobald man aber mehr als diese Metadaten braucht gibt es weitere Kataloge, z.B. den UID_Catalog oder den Reference_Catalog. Dieser Reference_Catalog wird beispielsweise bei LinguaPlone verwendet um eine Interne Referenz zwischen den Übersetzungen zu speichern.
Die ID bzw. UID sind Index-Referenzen des Portal_Catalog of ein Objekt, die UID darf sich nie ändern, die ID ist der generierte Kurzname eines Objekts / Dokuments und kann geändert werden. Wenn du jetzt ein Objekt löscht, und wenn es bloss eine Kopie ist, hat diese eine eigene UID und ID, solange du dich auf die beziehst ist es logisch das der Portal_Catalog nach dem löschen nichts mehr finden kann.
http://openbook.galileocomputing.de/plone25/plone_kap_04_003.htm
Zur Implementierung schau dir mal LinguaPlone und plone.app.iterate an, da kann man sehen wie es genutzt wird.
Gruss Pumukel
Empfehlung,
schau dir mal http://www.plone.org an, da gibt es Dokumentation zu Plone.
Dann Plone ist kein PHP Dings wo man einfach was in einen Webaccount schiebt.
Plone laeuft auf einem Server namens Zope den sollte man vielleicht mal starten.
Und dann sich ueberhaupt erstmal gedanken machen was man möchte und vielleicht auch mal nachlesen wie das geht.
Gruss Pumukel
Hallo,
ok, du hast ein Problem, den ohne Englisch wird es einfach schwer mit Dokumentationen und Fachbegriffen aus dem Plone Umfeld.
Buildout ist ein Rezept wie Python selbständig eine Programmumgebung zusammenbauen kann. Buildout nutzt das Python Packages System.
Die Experimental Installer von Plone basieren schon darauf. Damit kann man dann Methoden des buildouts nutzen um Plugins nachzuinstallieren.
Ansonsten ist das installieren von Add'ons unter Windows eine quall. Add'on Produkte runterladen an die richtige stelle entpacken, Dateien anpassen usw.. Ich würde es lassen und lieber ein Virtuelles Linux nutzen und mit Buildout neu anfangen.
Migration ist ein Begriff der sowohl Update (also eine neuere Version zu installieren), als auch Umbau, Umzugsmassnahmen um die bestehenden Inhalte an die neue Software anzupassen umfasst.
Gruss Pumukel
Hallo,
deine Frage ist leider nicht einfach zu beantworten weil Informationen fehlen.
in welchem OS hast du dein Zope/Plone laufen, welche Installationsvariante nutzt du, UnifiedInstaller, package-manager, buildout ...
Einfachste Variante ist inzwischen ein Buildout.
dadrin gibt es Bereiche wo man eggs = ... eintragen kann und im Abschnitt [instance] einen zcml = ... wo man das gleich nochmal einträgt.
Also sag was du hast und man kann dir besser helfen.
Gruss Pumukel