Re: CMF Skins Tool vs. Plone Portal Skins Tool

Helmut Merz <[email protected]>
Newsgroups gmane.comp.web.zope.german
Message-ID <[email protected]>
Am Freitag, 25. Februar 2011 15:01:05 schrieb Gottfried Sascha:
> Hallo Dr. Merz,
> wow, tja das ist dann wohl der Grund - ziemlich einleuchtend.
> So viel zum Thema "Quellcode lesen".
> 
> Ganz nebenbei: Ich habe sie gleich wiedererkannt, als den
> Autor von "Verwendung von Zope Page Templates in ZMS" auf
> zms-publishing.com. Haben Sie noch einen Tipp im Zusammenhang
> mit ZMS und ZPT und dateisystem-basierter Entwicklung per
> FSDV oder Zope3 Views & Co. Sind diese Methoden mit
> vertretbarem Aufwand integrierbar, oder begebe ich mich von
> einem Probleme zum nächsten? Danke.
 
Ich habe mich bislang nicht mit dateibasierten Templates/Scripts 
in ZMS befasst (obwohl ich die Idee recht gut finde). Die 
Templates und Scripts hatte ich einfach in einem dedizierten 
Folder in der ZODB abgelegt, das hat auf jeden Fall recht gut 
funktioniert.

Probleme mit Skins Foldern erwarte ich eigentlich nicht; Views 
sind dann noch mal ein eigenes Thema (z.B. in Bezug auf 
Acquisition und Berechtigungen) - da habe ich aber auch keine 
Erfahrungen mit ZMS; ist überhaupt schon ein paar Jahre her, dass 
ich in dem Bereich aktiv war...

Viele Grüße
Helmut

 

> IAS Institut fuer Arbeits- und Sozialhygiene Stiftung
> Steinhäuserstraße 19, D-76135 Karlsruhe
> 
> Vorstand: Arndt Kempen, Dr. Peter Wrogemann
> Vorsitzender des Kuratoriums: Prof. Dr. Dr. Norbert Gross
> 
> Sitz der Stiftung: Karlsruhe, USt-IdNr.: DE 143609069
> Eingetragen ins Stiftungsverzeichnis des Regierungspräsidiums
> Karlsruhe
> 
> Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte
> Informationen enthalten. Wenn Sie nicht der richtige Adressat
> sind oder diese E-Mail irrtümlich erhalten haben, informieren
> Sie bitte sofort den Absender und vernichten Sie diese Mail.
> Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser
> Mail sind nicht gestattet. This e-mail may contain
> confidential and/or privileged information. If you are not
> the intended recipient (or have received this e-mail in
> error) please notify the sender immediately and destroy this
> e-mail. Any unauthorised copying, disclosure or distribution
> of the material in this e-mail is strictly forbidden.
> 
> -----Ursprüngliche Nachricht-----
> Von: Helmut Merz [mailto:[email protected]]
> Gesendet: Freitag, 25. Februar 2011 11:03
> An: [email protected]
> Cc: Gottfried Sascha
> Betreff: Re: [dzug-zope] Re: CMF Skins Tool vs. Plone Portal
> Skins Tool
> 
> Am Freitag, 25. Februar 2011 10:37:57 schrieb Gottfried Sascha:
> > Hallo Robert,
> > äußerst scharf beobachtet. In der Tat habe ich versucht
> > Elemente in SubOrdner zu erreichen. Danke für den Hinweis.
> > Leider führt das Registrieren des Subordner nicht zum
> > gewünschten Effekt. Aber das CMF Skins Tool befindet sich
> > nicht in einer 'CMF Site', sondern einer 'ZMS Site'.
> > 
> > Kann jemand bestätigen, dass das CMF Skins Tool sich in
> > einer CMF Site befinden muss, um zu erreichen, dass alle
> > FSDV Ressourcen so zu erreichen - mit Beachtung der
> > Anmerkung von Robert bei der Konfiguration der Layer im
> > Skin.
> 
> Die Objekte, von denen aus du auf ein Skin-Element zugreifen
> willst, müssen sich jedenfalls innerhalb eines
> SkinnableObjectManager (s. CMFCore/Skinnable.py) Objekts
> befinden, da das die __getattr__() Methode überschreibt und
> auf diese Weise den Zugriff auf das Skins Tool bewirkt.
> 
> Die Portal Root Objekte von CMF und Plone haben
> SkinnableObjectManager als Oberklasse (s.
> CMFCore/PortalObject.py).
> 
> Das ZMS Root Objekt (Klasse ZMS) ist natürlich nicht von
> SkinnableObjectManager abgeleitet, drum funktioniert da der
> Skin- Mechanismus nicht. Müsste man also vielleicht (Monkey-)
> patchen...
> 
> Gruß
> Helmut


_______________________________________________
zope mailing list
[email protected]
https://mail.dzug.org/mailman/listinfo/zope
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.