diff options
Diffstat (limited to 'docs/tutorials/cmf')
| -rw-r--r-- | docs/tutorials/cmf/actions.rst | 2 | ||||
| -rw-r--r-- | docs/tutorials/cmf/catalog.rst | 6 | ||||
| -rw-r--r-- | docs/tutorials/cmf/content.rst | 6 | ||||
| -rw-r--r-- | docs/tutorials/cmf/index.rst | 12 | ||||
| -rw-r--r-- | docs/tutorials/cmf/missing.rst | 10 | ||||
| -rw-r--r-- | docs/tutorials/cmf/skins.rst | 2 | ||||
| -rw-r--r-- | docs/tutorials/cmf/workflow.rst | 2 |
7 files changed, 20 insertions, 20 deletions
diff --git a/docs/tutorials/cmf/actions.rst b/docs/tutorials/cmf/actions.rst index e16e70c52..0de6d580d 100644 --- a/docs/tutorials/cmf/actions.rst +++ b/docs/tutorials/cmf/actions.rst @@ -8,7 +8,7 @@ In CMF, the "actions tool" along with "action providers" create an extensible mechanism to show links in the CMF management UI that invoke a particular behavior or which show a particular template. -:mod:`repoze.bfg` itself has no such concept, and no package provides +:mod:`pyramid` itself has no such concept, and no package provides a direct replacement. Actions are such a generic concept that it's simple to reimplement action-like navigation in a different way within any given application. For example, a module-scope global dictionary diff --git a/docs/tutorials/cmf/catalog.rst b/docs/tutorials/cmf/catalog.rst index f9e147473..11a9483a6 100644 --- a/docs/tutorials/cmf/catalog.rst +++ b/docs/tutorials/cmf/catalog.rst @@ -8,7 +8,7 @@ The main feature of the CMF catalog is that it filters search results from the Zope 2 "catalog" based on the requesting user's ability to view a particular cataloged object. -:mod:`repoze.bfg` itself has no cataloging facility, but an addon +:mod:`pyramid` itself has no cataloging facility, but an addon package named :term:`repoze.catalog` offers similar functionality. Creating an Allowed Index @@ -24,7 +24,7 @@ Creating The ``allowed`` Index Here's some code which creates an ``allowed`` index for use in a ``repoze.catalog`` catalog:: - from repoze.bfg.security import principals_allowed_by_permission + from pyramid.security import principals_allowed_by_permission from repoze.catalog.indexes.keyword import CatalogKeywordIndex from repoze.catalog.catalog import Catalog @@ -53,7 +53,7 @@ Using the ``allowed`` Index Here's how you might use the ``allowed`` index within a query:: - from repoze.bfg.security import effective_principals + from pyramid.security import effective_principals principals = effective_principals(request) catalog.searchResults(allowed={'operator':'or', 'query':principals}) diff --git a/docs/tutorials/cmf/content.rst b/docs/tutorials/cmf/content.rst index a8f5adace..a8b2b8124 100644 --- a/docs/tutorials/cmf/content.rst +++ b/docs/tutorials/cmf/content.rst @@ -10,7 +10,7 @@ code which generates an instance of that content. It is possible to construct and enumerate content types using APIs defined on the types tool. -:mod:`repoze.bfg` itself has no such concept, but an addon package named +:mod:`pyramid` itself has no such concept, but an addon package named :term:`repoze.lemonade` has a barebones replacement. Factory Type Information @@ -22,7 +22,7 @@ initial view name, a factory, and a number of security settings with a type name. Each type information object knows how to manufacture content objects that match its type. -:mod:`repoze.bfg` certainly enforces none of these concepts in any +:mod:`pyramid` certainly enforces none of these concepts in any particular way, but :term:`repoze.lemonade` does. ``repoze.lemonade`` Content @@ -51,7 +51,7 @@ of helper functions which allow you to: content-agnostic unit tests or if you need to get an enumerated subset of content type information to aid in UI generation. That said, this *is* a tutorial about how to - get CMF-like features in :mod:`repoze.bfg`, so we'll assume + get CMF-like features in :mod:`pyramid`, so we'll assume the pattern is useful to readers. See the `repoze.lemonade package diff --git a/docs/tutorials/cmf/index.rst b/docs/tutorials/cmf/index.rst index 77d2ce02c..65ad99551 100644 --- a/docs/tutorials/cmf/index.rst +++ b/docs/tutorials/cmf/index.rst @@ -1,21 +1,21 @@ -Converting an Existing Zope/CMF Application to :mod:`repoze.bfg` +Converting an Existing Zope/CMF Application to :mod:`pyramid` ================================================================ The Zope `Content Management Framework <http://www.zope.org/Products/CMF/>`_ (aka CMF) is a layer on top of :term:`Zope` 2 that provides facilities for creating content-driven websites. It's reasonably easy to convert a modern Zope/CMF -application to :mod:`repoze.bfg`. +application to :mod:`pyramid`. -The main difference between CMF and :mod:`repoze.bfg` is that -:mod:`repoze.bfg` does not advertise itself as a system into which you +The main difference between CMF and :mod:`pyramid` is that +:mod:`pyramid` does not advertise itself as a system into which you can plug arbitrary "packages" that extend a system-supplied management user interface. You *could* build a CMF-like layer on top of -:mod:`repoze.bfg` (as CMF is built on Zope) but none currently exists. +:mod:`pyramid` (as CMF is built on Zope) but none currently exists. For those sorts of high-extensibility, highly-regularized-UI systems, CMF is still the better choice. -:mod:`repoze.bfg` (and other more lightweight systems) is often a +:mod:`pyramid` (and other more lightweight systems) is often a better choice when you're building the a user interface from scratch, which often happens when the paradigms of some CMF-provided user interface don't match the requirements of an application very closely. diff --git a/docs/tutorials/cmf/missing.rst b/docs/tutorials/cmf/missing.rst index e4faa30f7..e919d2528 100644 --- a/docs/tutorials/cmf/missing.rst +++ b/docs/tutorials/cmf/missing.rst @@ -1,8 +1,8 @@ Missing Comparisons =================== -We currently don't have any comparative BFG-vs-CMF information about -the following concepts within this tutorial: +We currently don't have any comparative Pyramid-vs-CMF information +about the following concepts within this tutorial: - Templates @@ -16,7 +16,7 @@ the following concepts within this tutorial: - Dublincore -Please ask on the `repoze-dev maillist -<http://lists.repoze.org/listinfo/repoze-dev>`_ or on the `#repoze IRC -channel <http://irc.freenode.net#repoze>`_ about these topics. +Please ask on the `Pylons-discuss maillist +<http://groups.google.com/group/pylons-discuss>`_ or on the `#pylons IRC +channel <http://irc.freenode.net#pylons>`_ about these topics. diff --git a/docs/tutorials/cmf/skins.rst b/docs/tutorials/cmf/skins.rst index 5f5c2c447..a81d584f7 100644 --- a/docs/tutorials/cmf/skins.rst +++ b/docs/tutorials/cmf/skins.rst @@ -12,7 +12,7 @@ products often provide skin layers that are activated within a particular skin to provide the site with additional features. To override static resources using a "search path" much like a set of -skin layers, :mod:`repoze.bfg` provides the concept of +skin layers, :mod:`pyramid` provides the concept of :term:`resource` overrides. See :ref:`overriding_resources_section` for more information about resource overrides. diff --git a/docs/tutorials/cmf/workflow.rst b/docs/tutorials/cmf/workflow.rst index ff9527591..35cf552d2 100644 --- a/docs/tutorials/cmf/workflow.rst +++ b/docs/tutorials/cmf/workflow.rst @@ -7,7 +7,7 @@ Workflow In CMF, the "workflow tool" allows developers to design state machines which imply transition between content states. -:mod:`repoze.bfg` itself has no such concept, but the +:mod:`pyramid` itself has no such concept, but the :term:`repoze.workflow` package provides a simple state machine implementation that can act as a barebones workflow tool. See its documentation for more information. |