From b2f9291bfb55f9305f59b8ba0e3fe04ff6f31cc6 Mon Sep 17 00:00:00 2001 From: Chris McDonough Date: Wed, 21 Oct 2009 21:48:19 +0000 Subject: - Change how ``bfg_view`` decorator works when used as a class method decorator. In 1.1a7, it actually tried to grope every class in scanned package at startup time looking for methods, which led to some strange symptoms (e.g. ``AttributeError: object has no attribute __provides__``). Now, instead of groping methods at startup time, we just cause the ``bfg_view`` decorator itself to populate its class' __dict__ when its used inside a class as a method decorator. This is essentially a reversion back to 1.1a6 "grokking" behavior plus some special magic for using the ``bfg_view`` decorator as method decorator inside the ``bfg_view`` class itself. --- CHANGES.txt | 15 +++++++++++++++ 1 file changed, 15 insertions(+) (limited to 'CHANGES.txt') diff --git a/CHANGES.txt b/CHANGES.txt index 9955bc321..70a7db477 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -45,6 +45,21 @@ Documentation - Fix route_url documentation (``_query`` argument documented as ``query`` and ``_anchor`` argument documented as ``anchor``). +Internal +-------- + +- Change how ``bfg_view`` decorator works when used as a class method + decorator. In 1.1a7, it actually tried to grope every class in + scanned package at startup time looking for methods, which led to + some strange symptoms (e.g. ``AttributeError: object has no + attribute __provides__``). Now, instead of groping methods at + startup time, we just cause the ``bfg_view`` decorator itself to + populate its class' __dict__ when its used inside a class as a + method decorator. This is essentially a reversion back to 1.1a6 + "grokking" behavior plus some special magic for using the + ``bfg_view`` decorator as method decorator inside the ``bfg_view`` + class itself. + 1.1a7 (2009-10-18) ================== -- cgit v1.2.3