[Checkins] SVN: bluebream/website/docs/v1.0/concepts.rst skin and layer

Baiju M baiju.m.mail at gmail.com
Wed Jan 27 00:02:38 EST 2010


Log message for revision 108548:
  skin and layer
  

Changed:
  U   bluebream/website/docs/v1.0/concepts.rst

-=-
Modified: bluebream/website/docs/v1.0/concepts.rst
===================================================================
--- bluebream/website/docs/v1.0/concepts.rst	2010-01-27 04:41:06 UTC (rev 108547)
+++ bluebream/website/docs/v1.0/concepts.rst	2010-01-27 05:02:35 UTC (rev 108548)
@@ -167,9 +167,42 @@
 Layer
 ~~~~~
 
+- Define the “feel” of a site
+- Contain presentation logic
+- Common artifacts: pages, content providers, viewlet managers, and viewlets
+- Developed by BlueBream application developers
+
 Skin
 ~~~~
 
+- Define the “look” of a site
+- Common artifacts: templates and resources (CSS, Javascript, etc.)
+- Use layers to retrieve the data for templates
+- Developed by HTML and Graphic Designer/Scripter
+
+Technically, skins are interfaces inherited from a special interface
+called ``IDefaultBrowserLayer``.  The ``IDefaultBrowserLayer`` is
+defined in ``zope.publisher.interfaces.browser`` module.  You can
+also inherit from an already existing skin.  It is also important to
+register the skin interface type as ``IBrowserSkinType``.  Skins are
+directly provided by a request.
+
+.. note:: Layers versus skins
+
+    - Both are implemented as interfaces
+
+    - BlueBream does not differentiate between the two
+
+    - In fact, the distinction of layers defining the “feel” and
+      skins the “look” is a convention. You may not want to follow
+      the convention, if it is too abstract for you, but if you are
+      developing application with multiple look and feel, I strongly
+      suggest using this convention, since it cleanly separates
+      concerns.
+
+    - Both support inheritance/acquisition
+
+
 Annotation
 ~~~~~~~~~~
 



More information about the checkins mailing list