[Zope3-checkins] CVS: Zope3/doc - TODO.txt:1.7

Fred L. Drake, Jr. fred@zope.com
Thu, 26 Jun 2003 13:27:43 -0400


Update of /cvs-repository/Zope3/doc
In directory cvs.zope.org:/tmp/cvs-serv12400

Modified Files:
	TODO.txt 
Log Message:
- remove completed item
- added additional notes, fixed typos


=== Zope3/doc/TODO.txt 1.6 => 1.7 ===
--- Zope3/doc/TODO.txt:1.6	Thu Jun 26 11:31:35 2003
+++ Zope3/doc/TODO.txt	Thu Jun 26 13:27:42 2003
@@ -10,10 +10,6 @@
 - Write documentation on how to develop principal sources for the
   pluggable auth service.
 
-- Fill out an authentication service based on the architecture
-  that Itamar came up with in Rotterdam. See
-  src/zope/app/services/auth.txt. 
-
 - Redo local Role service to use configurations
 
 - Implement a local permission service (using configurations)
@@ -22,6 +18,9 @@
   the fact that people will likley plug in different grant and
   owndership systems for different security policies.
 
+  o Document the relationship between the security policy and the
+    grants
+
 - Untrusted modules.  Also implement a way of
   specifying policies for trusted and untrusted modules.
   At a minimum:
@@ -70,17 +69,21 @@
 
 - Software bundles.
 
-- zcml directives for module security
+- ZCML directives for module security
+
+  o Fix the ++module++ namespace to honor security assertions
 
-- zcml directive for layers and corresponding checks that a resource is 
+- ZCML directive for layers and corresponding checks that a resource is 
   registered in a registered layer
 
-- local module service. This provides support for local imports
-  as well as a place to manage security configuration for
-  persistent modules.
+  o Typos can cause new layers to be defined unintentionally
 
-  Provide support for within package access to persistent
-  modules without the need to register them.
+- Local module service. This provides support for local imports as
+  well as a place to manage security configuration for persistent
+  modules.
+
+  Provide support for within package access to persistent modules
+  without the need to register them.
 
 - Rework undo
 
@@ -98,6 +101,8 @@
 
 - Implement interface types, and thus content types.
 
+  o Categories?  (Not inheritable.)
+
 - Local Interface service
 
   This service should support:
@@ -145,7 +150,7 @@
 
 - Broken-object support
 
-  When an object cannot beunpickled because it's class can't be found, 
+  When an object cannot be unpickled because it's class can't be found, 
   it should be converted to a special kind of immutable object.  
 
   See http://collector.zope.org/Zope3-dev/109
@@ -155,7 +160,6 @@
 
   What form should these take? Should they be like Zope 2 Python
   scipts? or should they by like Python modules.
-
 
 - Supply a generic property mechanism?