diff options
| author | Chris McDonough <chrism@agendaless.com> | 2009-10-21 21:48:19 +0000 |
|---|---|---|
| committer | Chris McDonough <chrism@agendaless.com> | 2009-10-21 21:48:19 +0000 |
| commit | b2f9291bfb55f9305f59b8ba0e3fe04ff6f31cc6 (patch) | |
| tree | 5afe13809e933cc16ea5e2cca7908a0b6c0caab2 /CHANGES.txt | |
| parent | b06b260b83bfc2f40105c6e730f5e7e8eccd61d9 (diff) | |
| download | pyramid-b2f9291bfb55f9305f59b8ba0e3fe04ff6f31cc6.tar.gz pyramid-b2f9291bfb55f9305f59b8ba0e3fe04ff6f31cc6.tar.bz2 pyramid-b2f9291bfb55f9305f59b8ba0e3fe04ff6f31cc6.zip | |
- 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.
Diffstat (limited to 'CHANGES.txt')
| -rw-r--r-- | CHANGES.txt | 15 |
1 files changed, 15 insertions, 0 deletions
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) ================== |
