-``options`` helps encapsulate options and configuration data using a
-layered stacking model (a.k.a. nested contexts).
+``options`` helps represent option and configuration data in
+a clean, high-function way. Changes to options can "overlay"
-For most functions and many classes, ``options``
-is overkill and not recommended.
-Python's already-flexible function arguments, ``*args``,
+For most functions and classes, ``options``
+Python's function arguments, ``*args``,
``**kwargs``, and inheritance patterns are elegant and sufficient
for 99.9% of all development situations.
- * highly functional classes,
- * with many different features and options,
+ * highly functional classes (or functions),
+ * with many different features and options,
* which might be adjusted or overriden at any time,
* yet that need "reasonable" or "intelligent" defaults, and
* that yearn for a simple, unobtrusive API.
In those cases, Python's simpler built-in, inheritance-based model
as non-trivial options and argument-management
+adds complexityon-trivial options and argument-management
code spreads through many individual methods. This is where
-``options``'s delegation-based approach begins to shine.
+``options``'s delegation-based approach begins to shine.
.. image:: http://d.pr/i/6JI4+