[Zope-dev] zc.authorizedotnet needs a new key

2008-04-24 Thread Kevin Dangoor
authorize.net has changed their CA for test.authorize.net and attempts  
to connect there with zc.authorizedotnet currently fail. The key  
that's needed is at the end of this message.


Thanks!
Kevin

-BEGIN CERTIFICATE-
MIIE2DCCBEGgAwIBAgIEN0rSQzANBgkqhkiG9w0BAQUFADCBwzELMAkGA1UEBhMC
VVMxFDASBgNVBAoTC0VudHJ1c3QubmV0MTswOQYDVQQLEzJ3d3cuZW50cnVzdC5u
ZXQvQ1BTIGluY29ycC4gYnkgcmVmLiAobGltaXRzIGxpYWIuKTElMCMGA1UECxMc
KGMpIDE5OTkgRW50cnVzdC5uZXQgTGltaXRlZDE6MDgGA1UEAxMxRW50cnVzdC5u
ZXQgU2VjdXJlIFNlcnZlciBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05OTA1
MjUxNjA5NDBaFw0xOTA1MjUxNjM5NDBaMIHDMQswCQYDVQQGEwJVUzEUMBIGA1UE
ChMLRW50cnVzdC5uZXQxOzA5BgNVBAsTMnd3dy5lbnRydXN0Lm5ldC9DUFMgaW5j
b3JwLiBieSByZWYuIChsaW1pdHMgbGlhYi4pMSUwIwYDVQQLExwoYykgMTk5OSBF
bnRydXN0Lm5ldCBMaW1pdGVkMTowOAYDVQQDEzFFbnRydXN0Lm5ldCBTZWN1cmUg
U2VydmVyIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIGdMA0GCSqGSIb3DQEBAQUA
A4GLADCBhwKBgQDNKIM0VBuJ8w+vN5Ex/68xYMmo6LIQaO2f55M28Qpku0f1BBc/
I0dNxScZgSYMVHINiC3ZH5oSn7yzcdOAGT9HZnuMNSjSuQrfJNqc1lB5gXpa0zf3
wkrYKZImZNHkmGw6AIr1NJtl+O3jEP/9uElY3KDegjlrgbEWGWG5VLbmQwIBA6OC
AdcwggHTMBEGCWCGSAGG+EIBAQQEAwIABzCCARkGA1UdHwSCARAwggEMMIHeoIHb
oIHYpIHVMIHSMQswCQYDVQQGEwJVUzEUMBIGA1UEChMLRW50cnVzdC5uZXQxOzA5
BgNVBAsTMnd3dy5lbnRydXN0Lm5ldC9DUFMgaW5jb3JwLiBieSByZWYuIChsaW1p
dHMgbGlhYi4pMSUwIwYDVQQLExwoYykgMTk5OSBFbnRydXN0Lm5ldCBMaW1pdGVk
MTowOAYDVQQDEzFFbnRydXN0Lm5ldCBTZWN1cmUgU2VydmVyIENlcnRpZmljYXRp
b24gQXV0aG9yaXR5MQ0wCwYDVQQDEwRDUkwxMCmgJ6AlhiNodHRwOi8vd3d3LmVu
dHJ1c3QubmV0L0NSTC9uZXQxLmNybDArBgNVHRAEJDAigA8xOTk5MDUyNTE2MDk0
MFqBDzIwMTkwNTI1MTYwOTQwWjALBgNVHQ8EBAMCAQYwHwYDVR0jBBgwFoAU8Bdi
E1U9s/8KAGv7UISX8+1i0BowHQYDVR0OBBYEFPAXYhNVPbP/CgBr+1CEl/PtYtAa
MAwGA1UdEwQFMAMBAf8wGQYJKoZIhvZ9B0EABAwwChsEVjQuMAMCBJAwDQYJKoZI
hvcNAQEFBQADgYEAkNwwAvpkdMKnCqV8IY00F6j7Rw7/JXyNEwr75Ji174z4xRAN
95K+8cPV1ZVqBLssziY2ZcgxxufuP+NXdYR6Ee9GTxj005i7qIcyunL2POI9n9cd
2cNgQ4xYDiKWL2KjLB+6rQXvqzJ4h6BUcxm1XAX5Uj5tLUUL9wqT6u0G+bI=
-END CERTIFICATE-

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] paver and buildout

2008-04-24 Thread Kevin Dangoor

Hi,

So, I saw Martijn's paver: buildout is utterly doomed message on  
Tuesday, but I haven't had a chance to respond to it until now.


As Kent points out immediately following, I plan to use zc.buildout's  
machinery. I actively use zc.buildout now, and I'm looking forward to  
getting my buildout merged into my pavement.py.


I totally agree with Martijn that buildout needs a better website and  
I'm glad to see that Baiju is going forward with that.


Ultimately, though, I think that people will choose to use buildout  
alone or paver+buildout (or maybe paver+virtualenv, depending on their  
tastes) completely based on what fits their brains better.


I emailed a fair bit with Zed Shaw about his Vellum tool. He adamantly  
opposes having his builds defined in a full-blown language (ie  
Python), whereas for my needs I really want to define my builds in  
Python. But I want it to be easier to do than what you get with the  
Python standard library.


People who prefer to keep there build information in a data format  
will no doubt stick with buildout. I have no problem with that. My  
goal is just to share the workload with other people who have similar  
build and deployment problems to the ones I have.


Kevin
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] RE: Barriers to Zope popularity: Part 2: source control

2001-09-25 Thread Kevin Dangoor


- Original Message -
From: Jay, Dylan [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 24, 2001 11:01 PM
Subject: [Zope-dev] RE: Barriers to Zope popularity: Part 2: source control


  -Original Message-
  From: Kenichi Sato
  Sent: Monday, 24 September 2001 5:49 PM
  To: djay
  Subject: Barriers to Zope popularity: Part 2: source control

  Zope looks nice but I found it has two potential problems.
 
   1. WYSIWYG editing
   2. Source control (by ClearCase)

 1. I have not used Zope Page Templates but these are supposed to solve the
 wysiwyg problem. They are an alternative to DMTLDocuments. They allow for
 much better seperation of code and presentation. Get you graphics people
to
 use webdav to edit the html with whatever editor they want and the coding
 people argment the html rather than rip it appart.
 http://www.zope.org/Documentation/Articles/ZPT1

I think ZPT rocks. It's an excellent system... and combined with WebDAV or
FTP (as you mention) it does solve the WYSIWYG problem.

 2. Hasn't really been solved. There are sort of attempts that work now
with
 CVS (I havn't tried it)
 http://www.zope.org/Members/sspickle/ZCVSMixin

Source control for through the web Products has been tricky. But, the
proposed Component architecture is supposed to:

1) Make it easier than ever to write file system-based Products that can be
pieced together and configured through the web
2) Perform some amount of unification between through the web and filesystem
development (though I haven't seen much detail about that)

For larger development projects, it's probably wise to do them in the
filesystem. If you do that, you'll get access to all of your favorite tools
(editors, source control, etc.)

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: Re: [Zope-dev] WebDav Bug? -- And some comments on how great WebDAV is ;-)

2001-09-20 Thread Kevin Dangoor

- Original Message -
From: Brian Lloyd [EMAIL PROTECTED]
To: Robert Rottermann [EMAIL PROTECTED]; Joachim Werner
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, September 20, 2001 10:49 AM
Subject: RE: Re: [Zope-dev] WebDav Bug? -- And some comments on how great
WebDAV is ;-)


  Hi Brian,
  that proposal sounds very good to me.
  Could it be enhanced in a way that we can add an add automatic
extension
  when served by webdav.
  What I mean by that is that an object without extension is seen
  as having
  say .html appended to it when it is access by webdav.
  So we can use all these extension based web authoring  tools without
  changing the python way of doing things.

 This is an idea that has been kicking around for a while - I am
 somewhat resistant to it because I have been trying hard to fight
 for less magic in Zope. It is very hard to implement DWIM (Do What
 I Mean) and have it do the right thing in all situations - it often
 turns out to be fragile and easily broken as the system evolves.

Less magic is good.

Longer term, it seems like this can be addressed by the Component
architecture, can't it? Ideally the WebDAV Presentation Component would be
given some clues about how to represent the object in WebDAV. Or maybe there
will be a selection of WebDAV components that provide a variety of ways to
deal with it.

 soapbox

 IMHO, I'd rather see the things that make using file extensions
 a pain in the first place go away. The death to index_html part
 of my proposal is a first step toward that. If web-oriented
 tools expect to be able to use file extensions, then Zope needs
 to do what people expect.

...while still balancing the desire to easily access objects and methods via
Python. Tricky.

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] 2.2 or Membership Component alpha problem, and suggestions for thelatterlatter

2000-06-19 Thread Kevin Dangoor

- Original Message -
From: "Bill Anderson" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 16, 2000 9:06 PM
Subject: [Zope-dev] 2.2 or Membership Component alpha problem, and
suggestions for thelatterlatter


 Problem:
 If you try to add a membership system to your root folder, and it has an
 acl_users folder, you will not succeed in adding it, ecause it will
 complain about mismatched passwords (or at least it did for me).

 Solution:
 Delete the acl_users fodler first.

This one is fixed in 0.6.

 Now, onto the current issue. I have some DTML that adds ZClass
 instances. The Member user has the appropriate roles, yet is refused.

 The forbidden page tells me I need Manager role. Now, why is this? In
 particular, I am using the MeetingManagement product. It works fine in
 2.1.6. I think it is related to the security changes in 2.2. Problem is,
 even adding proxy roles for the methods in the chain changes nothing.

One possibility: Version 0.5 created the Member role, but did not create any
permissions for it. Version 0.6 creates all three roles and sets up
permissions just like the Portal.py file.

 Now, a suggestion for Kevin:
 It would be nice if there was user management for the Membership
 component's default setup. I am sure you're thinking about it, but
 thought I'd let you know it is needed :)  Specifically, there should be
 some way that the site manager can modify theroles of the users, reset
 passwords, and DELETE them as needed. Any ideas/work being done for
 this?

This shouldn't be too difficult. To be completely functional, this probably
would need a Catalog, so that you can search by email address... but, making
a couple forms to change a user with a known user name should be quite easy.

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Logging for ZScheduler?

2000-06-15 Thread Kevin Dangoor

- Original Message -
From: "Loren Stafford" [EMAIL PROTECTED]
To: "Phillip J. Eby" [EMAIL PROTECTED]; [EMAIL PROTECTED]; "Loren
Stafford" [EMAIL PROTECTED]
Cc: "zope-dev" [EMAIL PROTECTED]
Sent: Thursday, June 15, 2000 4:40 PM
Subject: RE: [Zope-dev] Logging for ZScheduler?


 Cool! Then the logging operation would become a part of the scheduled
event
 thread and transaction instead of part of the Dispatcher's thread (a
 possibly transaction). I'll have to think about the implications of that.

 Where is Observer-Observable in the development plan? ZPatterns 0.4?

Actually, it's in Zope 2.2... It was checked into CVS a few days back.

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Re: Problem importing Membership alpha

2000-06-14 Thread Kevin Dangoor

I created it using the CVS version of Zope... I didn't *think* there was
anything 2.2 specific going on, but apparently there is.

I just took a look around. It appears that the current version of
LoginManager uses the Owned module to import "UnownableOwner". I guess
that's so it can create the default methods.

It looks like the current LoginManager is 2.2 only then.

Kevin

- Original Message -
From: "Bill Anderson" [EMAIL PROTECTED]
To: "Kevin Dangoor" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, June 14, 2000 12:25 AM
Subject: Problem importing Membership alpha


 By any chance is this for Zope 2.2?
 (Traceback didn't reveal much of anything, FWICS)

 8===
 Zope Error
 Zope has encountered an error while publishing this resource.
 Error Type: ImportError
 Error Value: No module named Owned



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Can't add propertysheets to ZClasses in 2.2

2000-06-08 Thread Kevin Dangoor

I've already submitted this to the collector, but I wanted to make sure that
I'm not the only one with this problem. Using the CVS Zope, if I create a
ZClass, I am unable to add a Property Sheet because of an error (missing
"__len__").

I find it hard to believe that I'm the first person to try to add a ZClass
in 2.2, but I didn't see this in the collector.

Kevin
http://www.byproducts.com - Humor and Novelties


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Getting to container from a method called by the factory

2000-06-07 Thread Kevin Dangoor

- Original Message -
From: "Itamar Shtull-Trauring" [EMAIL PROTECTED]
To: "Kevin Dangoor" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, June 07, 2000 3:44 AM
Subject: Re: [Zope-dev] Getting to container from a method called by the
factory


 Kevin Dangoor wrote:
  I'm trying to check if the container from which the user selected a
  product from the add menu has an "acl_users" folder. When the user
selects
  the option from the add menu, they get a form. When they submit the
form,
  the method (a PythonMethod) does this:
 
  folder=self.Destination()
  if hasattr(folder, 'acl_users'):
...do something...
  else:
...complain...
 
  Even though I know the folder has an acl_users (and having this function
  return folder.objectIds() proves it), the above code will always
complain.
  Is there a problem with using hasattr in this context?

 Well, first of all, because of acquisition, if there's a acl_users at the
 top level this will always return true.

I didn't think hasattr() used acquisition... I thought hasattr would tell
you if something is within that object itself.

  Next, PythonMethods have trouble
 with hasattr AFAIK - so instead do:

I didn't realize this.


 folder=self.Destination()
 if 'acl_users' in folder.objectIds():
...do something...
 else:
...complain...

Yep. I thought of that one, too. I figured hasattr might be more efficient
in large folders. In this particular context, that little bit of efficiency
is not important and your example would work fine.

Thanks for the tip.

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Recursively adding ZClasses (continued)

2000-06-07 Thread Kevin Dangoor

- Original Message -
From: "Rik Hoekstra" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 07, 2000 4:28 AM
Subject: [Zope-dev] Recursively adding ZClasses (continued)


 First I had a problem with nested ZClasses, which got me into trouble
 when I wanted to add ZClasses to each other. So I followed the 'common
 wisdom' of adding all ZClasses at the top level of the product. THis
 generally works OK, and you can add ZClass instances to each other from
 the management interface. So far so good. WHere things go wrong is by
 recursively adding ZClasses, as in:

 the following pseudo code for ParticularZClass with some NestedZClasses
 inside:

 (Particular ZClass constructor has the following action sequence):
 create ParticularZClass instance
 set some properties
 in somelist
set some other properties into REQUEST
create NestedZClass instances
 whatever

 reading and following every piece of documentation I could get on this
 (not much), I never got any further than adding the NestedZClasses
 instances on the _same_ level as the ParticularZClass. No dtml-with
 "manage_addProduct['whatever']" (which contrary to documentation should
 have the containing product and not the ZClass as the 'whatever'
 argument) could help me out.

I'm using nested ZClasses in KM|Net News. Take a look at the AddArticle
method. In KMNN, these ZClasses are set up as nested ZClasses, so that may
change things somewhat. However, it may still work. Rather than doing
manage_addProduct[], you *might* be able to just directly call
ZClass_add(_.None, _), because it could be in your acquisition path at the
top of the product. In KMNN, that's all I had to do, but in that case the
ZClass_add method was located within the ZClass that was to contain it.

That sounded kind of rambling, so I hope it makes sense...

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] The future of Zope with XML

2000-06-02 Thread Kevin Dangoor

Hello,

Thanks for getting this document going. It's good to see where XML is
going in Zope.

I do have a question, though. For me, the main value in XML has been in
its usefulness as a flexible interchange format. Right now, I can store data
as objects (either straight Python or ZClasses) in Zope and transform those
into XML if I need to share it with the outside world (eg RSS). Similarly,
though I haven't done this, I believe I can take XML from the outside world,
parse it and store it in objects in the database. Are there advantages to
storing the data in Zope as XML vs. storing my data as objects?

Thanks,
Kevin

- Original Message -
From: Glenn Gasmen
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, June 01, 2000 11:05 PM
Subject: [Zope-dev] The future of Zope with XML


http://www.zope.org/Wikis/zope-xml/Unified%20Vision



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] The future of Zope with XML( what does ZDOM do for us? )

2000-06-02 Thread Kevin Dangoor

Hi, Josh

Thanks for the insight! I also just noticed that there is a whole lot of
good information already up there in the Wiki. This does look like great
stuff. I see how it complements Zope's current data storage capabilities. It
provides good ways to move XML data in and out of the ZODB via XSLT and to
store and manipulate XML data efficiently using XML Documents. These are
excellent capabilities indeed.

Have a great weekend!

Kevin

- Original Message -
From: "Josh Zeidner" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, June 02, 2000 10:54 AM
Subject: Re: [Zope-dev] The future of Zope with XML( what does ZDOM do for
us? )



 Hi Kevin,

   What FourThought/DC are currently doing with Zope will allow for fast
 transformations to memory-resident structured data( ZDOM or whatever ) to
 exportable XML documents( which are simply strings of characters ).  This
 introduces( to the Zope world ) cutting edge metaphors in web-application
 design.  All data to be served to a client is some form of XML: including
 HTML ( a better term: structured data ).  The internal structure, or
 representation( or "deep structure" if you are into Chomsky ),  is the
 data/knowledge as the web site managers see it- and most likely the most
 accurate and flexible when dealing with the particular
ormation-domain( 
 this is what theyre paid for :) ).  Each user has custom needs- and wants to 
 see this information the way they( or the applications working on thier 
 behalf ) are accustomed to.  So, architectually speaking, we need a way to 
 easily and quickly construct XML documents from some meta-type( our internal 
 structure ).  This is what ZDOM is accomplishing for us.
 
   Parsing is a expensive endeavor.  It is not practical to parse character 
 streams every time we want to get at our data.  So the solution is to 
 represent the data as something more computationally digestible.  Again : 
 this is 
what ZDOM is accomplishing for us.

   Does this answer your question?

   have a good weekend,

   Josh Zeidner



 -"zippa-dee-doo-da" , uncle remus

 Hello,
 
  Thanks for getting this document going. It's good to see where XML
is
 going in Zope.
 
  I do have a question, though. For me, the main value in XML has been
 in
 its usefulness as a flexible interchange format. Right now, I can store
 data
 as objects (either straight Python or ZClasses) in Zope and transform
those
 into XML if I need to share it with the outside world (eg RSS).
Similarly,
 though I haven't done this, I believe I can take XML from the outside
 world,
 parse it and store it in objects in the database. Are there advantages to
 storing the data in Zope as XML vs. storing my data as objects?
 
 Thanks,
 Kevin
 
 - Original Message -
 From: Glenn Gasmen
 To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Sent: Thursday, June 01, 2000 11:05 PM
 Subject: [Zope-dev] The future of Zope with XML
 
 
 http://www.zope.org/Wikis/zope-xml/Unified%20Vision



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Zope 2.1.6: ZCatalog's Reindex unintuitive?

2000-06-01 Thread Kevin Dangoor

- Original Message -
From: "Dieter Maurer" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, June 01, 2000 5:31 AM
Subject: [Zope-dev] Zope 2.1.6: ZCatalog's Reindex unintuitive?


 I know, of cause, that a DMTL method could do this job.
 However, a general method "manage_catalogRefind" might be
 generally useful. It would remember the parameters for
 the last find operation and reapply the find.

I like the other solutions that exist/are coming into existence/are
proposed. They are:

1) CatalogAwareness for ZClasses. I like this one least, but it exists
today. Your custom ZClasses can just subclass CatalogAware and they will
automatically add themselves to the catalog when they are created and remove
themselves when they are deleted. Drawbacks: it's a pain to catalog them to
anything but something called "Catalog", and it only works for your custom
objects.

2) ZPatterns 0.4 (http://www.zope.org/Members/pje/Wikis/ZPatterns/HomePage):
This allows you to create objects that use DataSkins to determine how they
are stored. Additionally, you can set up methods that get called for adds
and deletes, so you can automatically catalog things however you would
like... plus, you can set that up on a folder by folder basis. Drawbacks:
not available yet, only works for your custom objects.

3) ObserverAndNotification Interface
(http://www.zope.org/Members/michel/Projects/Interfaces/ObserverAndNotificat
ion): Objects can be notified of events. This is a very generic interface
and should allow for all sorts of stuff. Drawbacks: I don't know if any work
has been done on implementation (work is still going on on the interfaces, I
think), and I don't know if you'll be able to create an observer that
automatically catalogs objects like DTML Methods even though the DTML Method
has no knowledge of the observer. I kind of get the feeling that you'll be
able to do such things...

I like all of these solutions, because they are automatic. Having a
catalogRefind implies that someone needs to actively do something to make
the catalog get updated...

Kevin



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Import (was: Zope 2.2.0 alpha 1 released... )

2000-05-31 Thread Kevin Dangoor

- Original Message -
From: "Heiko Stoermer" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 31, 2000 4:40 AM
Subject: Re: [Zope-dev] Import (was: Zope 2.2.0 alpha 1 released... )


 Digicool: do you plan to offer an upload functionality for .zexp import
 just like we have a download for the export now ? this would be _very_
 handy, because I do not want all my customers to be able to access the
 import dir on my harddrive. (maybe it exists already and I just don't
 know?)

I believe this is considered to be a security hazard, because you would then
be able to send more or less arbitrary pickles through the web. Anything
that allows that is generally not allowed through the web.

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Ending up with a wrapped object through the web?

2000-05-30 Thread Kevin Dangoor

 If you are using CVS, you need to do an update in ZODB to update
 the coptimizations.c file then rebuild the coptimizations module.
 That should fix the problem...

That did the trick. One oddity, though: I had to reauthenticate as the
superuser to do it. Shouldn't a Manager be able to import to
Control_Panel/Products?

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Calling DTML methods from Python

2000-05-29 Thread Kevin Dangoor

I believe this is in the Collector... My guess is that no one has yet
figured out a good way to make the client and namespace be passed in
automatically. This may not be desirable anyhow, because there may be times
when you want to change the client... I've actually done this once or twice.

I guess there could be something like dtml-var fooMethod params="x,y,z".
This is another one of those things that trips up newbies almost
universally, so a good solution here could really help...

Kevin

- Original Message -
From: "Chris Withers" [EMAIL PROTECTED]
To: "Zope-Dev Mailing List" [EMAIL PROTECTED]
Sent: Monday, May 29, 2000 12:32 PM
Subject: Re: [Zope-dev] Calling DTML methods from Python


 On more of a ranting rather than a genuine question note,

 Why does this _horrible_ syntax for calling methods with parameters
 still have to be used?

 dtml-[whatever] "someFunc(_.None,_,[parameters])"

 *blech*

 Chris



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Ending up with a wrapped object through the web?

2000-05-25 Thread Kevin Dangoor

I'm trying to import KM|Net News into the latest Zope CVS. I am unable to
import the .zexp or XML files into the latest (tracebacks at the end).

When importing the .zexp, I get an "Attempt to store a wrapped persistent
object" error. This is really puzzling, because I'm not sure how a
completely through-the-web Product would have a wrapped object stored in it.
I tried removing the PythonMethods to see if they were stored in an unusual
way, and this did not change the behavior...

Does anyone have any ideas about this? It's very odd and could be a major
nuisance for people who are trying to move things between 2.1.x and 2.2...

Kevin

The .zexp gives this error:

  STRONGError Type: InvalidObjectReference/STRONGBR
  STRONGError Value: Attempt to store a wrapped persistent
object/STRONGBR
Traceback (innermost last):
  File /home/kid/Zope2/lib/python/ZPublisher/Publish.py, line 224, in
publish_module
  File /home/kid/Zope2/lib/python/ZPublisher/Publish.py, line 189, in
publish
  File /home/kid/Zope2/lib/python/Zope/__init__.py, line 221, in
zpublisher_exception_hook
(Object: ElementWithAttributes)
  File /home/kid/Zope2/lib/python/ZPublisher/Publish.py, line 179, in
publish
  File /home/kid/Zope2/lib/python/ZODB/Transaction.py, line 237, in commit
  File /home/kid/Zope2/lib/python/ZODB/Connection.py, line 347, in commit
(Info: (('OFS.Application', 'Application'),
'\000\000\000\000\000\000\000\002', ''))
InvalidObjectReference: (see above)


The XML generated by 2.1.6 gives this error:
  STRONGError Type: TypeError/STRONGBR
  STRONGError Value: ('not enough arguments; expected 2, got 1',
extension class ZClasses.Method.MW at 834bc68, ())/STRONGBR
Traceback (innermost last):
  File /home/kid/Zope2/lib/python/ZPublisher/Publish.py, line 224, in
publish_module
  File /home/kid/Zope2/lib/python/ZPublisher/Publish.py, line 189, in
publish
  File /home/kid/Zope2/lib/python/Zope/__init__.py, line 221, in
zpublisher_exception_hook
(Object: ElementWithAttributes)
  File /home/kid/Zope2/lib/python/ZPublisher/Publish.py, line 175, in
publish
  File /home/kid/Zope2/lib/python/ZPublisher/mapply.py, line 160, in mapply
(Object: manage_importObject)
  File /home/kid/Zope2/lib/python/ZPublisher/Publish.py, line 112, in
call_object
(Object: manage_importObject)
  File /home/kid/Zope2/lib/python/OFS/ObjectManager.py, line 506, in
manage_importObject
(Object: ElementWithAttributes)
  File /home/kid/Zope2/lib/python/ZODB/ExportImport.py, line 216, in
importFile
  File /home/kid/Zope2/lib/python/ZODB/ExportImport.py, line 318, in
importXML
  File /home/kid/Zope2/lib/python/ZODB/ExportImport.py, line 283, in
importFile
TypeError: (see above)

http://www.byproducts.com - Humor and Novelties


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Problems with LoginManager form-based login

2000-05-24 Thread Kevin Dangoor

- Original Message -
From: "Phillip J. Eby" [EMAIL PROTECTED]
To: "Itamar Shtull-Trauring" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, May 24, 2000 9:59 AM
Subject: Re: [Zope-dev] Problems with LoginManager form-based login


 Make your root acl_users a LoginManager, with the loginForm there.
 LoginManager will only allow "Anonymous" to log in if it is the root
 acl_users.  This is how standard user folders behave, and *have to*
because
 of the way manage_workspace works, unfortunately.  Until/unless a new
login
 protocol is worked out in Zope, this is the workaround.

Can you make the root acl_users a LoginManager now? (Is that in 2.1.6 or the
CVS version?) I know that the new ownership stuff made this impossible to do
in the CVS version (unless that's already been changed...)

Kevin


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )