Michael Merickel
2018-10-26 9c086aac7c53399506eb68f29b296ebbfb8e29d4
TODO.txt
@@ -4,20 +4,13 @@
Nice-to-Have
------------
- config.set_registry_attr (with conflict detection).
- _fix_registry should dictify the registry being fixed.
- config.set_registry_attr with conflict detection... make sure the attr is
  added before a commit, but register an action so a conflict can be detected.
- Provide the presumed renderer name to the called view as an attribute of
  the request.
- Have action methods return their discriminators.
- Add docs about upgrading between Pyramid versions (e.g. how to see
  deprecation warnings).
- Fix renderers chapter to better document system values passed to template
  renderers.
- Modify view mapper narrative docs to not use pyramid_handlers.
@@ -45,8 +38,6 @@
- Add narrative docs for wsgiapp and wsgiapp2.
- Flesh out "Paste" narrative docs chapter.
- Basic WSGI documentation (pipeline / app / server).
- Change docs about creating a venusian decorator to not use ZCA (use
@@ -56,14 +47,9 @@
  the templates chapter and elsewhere.  Scan the documentation for reference
  to a renderer as *only* view configuration (it's a larger concept now).
- Add better docs about what-to-do-when-behind-a-proxy: paste.urlmap ("/foo =
- Add better docs about what-to-do-when-behind-a-proxy: rutter ("/foo =
  app1" and "domain app1.localhost = app1"), ProxyPreserveHost and the nginx
  equivalent, preserving HTTPS URLs.
- Make "localizer" a property of request (instead of requiring
  "get_localizer(request)"?
- Alias the stupid long default session factory name.
  proxy_params, preserving HTTPS URLs.
- Debug option to print view matching decision (e.g. debug_viewlookup or so).
@@ -81,15 +67,6 @@
- Deprecate pyramid.security.view_execution_permitted (it only works for
  traversal).
- Create a function which performs a recursive request.
- Create a ``render_view`` that works by using config.derive_view against an
  existing view callable instead of querying the registry (some sort of API
  for rendering a view callable object to a response from within another view
  callable). Possible idea: have config.add_view mark up the
  function/method/class like @view_config does, then use the attached info to
  derive a view callable whenever called via some API.
- Provide a ``has_view`` function.
@@ -134,23 +111,6 @@
         )
 
Future
------
- 1.5: remove ``pyramid.view.static`` and ``pyramid.view.is_response``.
- 1.5: turn ``pyramid.settings.Settings`` into a function that returns the
  original dict (after ``__getattr__`` deprecation period, it was deprecated
  in 1.2).
- 1.5: Remove ``pyramid.requests.DeprecatedRequestMethodsMixin`` and code in
  renderers module that looks for _response_content_type, et. al.
- 1.5: Maybe? deprecate set_request_property in favor of pointing people at
  add_request_method, schedule removal for 1.8?
- 1.6: Remove IContextURL and TraversalContextURL.
Probably Bad Ideas
------------------
@@ -182,3 +142,7 @@
    with config.partial(introspection=False) as c:
        c.add_view(..)
- _fix_registry should dictify the registry being fixed.
- Apply a prefix to the userid principal to avoid poisoning the principal
  namespace. See https://github.com/Pylons/pyramid/issues/2060