Re: [Zope-dev] WebDAVLocks lost in Control_Panel (was:: [ZPT] how to unlock a webdav locked element ????)
and how did you delete _objects from the control panel ?? Robert - Original Message - From: Adrian Hungate [EMAIL PROTECTED] To: Dieter Maurer [EMAIL PROTECTED]; Robert Rottermann [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, October 26, 2001 11:51 PM Subject: Re: [Zope-dev] WebDAVLocks lost in Control_Panel (was:: [ZPT] how to unlock a webdav locked element ) I suspect this is a bug. I thinmk it is due to upgrading your data.fs from an earlier version of Zope. At some point in time Control_Panel has been created as a object in data.fs, and this object has an _objects tuple that contains the objects from 2.2 or more likely 2.3... I have this at work, where the same data.fs has been upgraded from 2.1.x to 2.4 and I had to manually remove the Control_Panel instance's _objects tuple, then everything worked fine. I do not see this at home where I have a fresh 2.4.1 install. Adrian... -- The difficulty of tactical maneuvering consists in turning the devious into the direct, and misfortune into gain. - Sun Tzu - Original Message - From: Dieter Maurer [EMAIL PROTECTED] To: Robert Rottermann [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, October 21, 2001 4:59 PM Subject: [Zope-dev] WebDAVLocks lost in Control_Panel (was:: [ZPT] how to unlock a webdav locked element ) Dieter Maurer writes: Robert Rottermann writes: I do not really understand this answer. Should there be such lock management?? I have not found it? Sorry, you are right. I was convinced, I saw it there. But when I checked after receiving your reply, I did not find it either. Maybe wishful thinking I rechecked (do not like to be wrong...): There should be a DavLocks entry in the Control_Panel between Versions and Products. I am now sure, I have seen it. It is still in the code App.ApplicationManager.ApplicationManager._objects but objectItems now longer finds it and therefore, it is no longer shown in the control panel. I do not (yet) understand why You can use it anyway: http://your zope/Control_Panel/DavLocks/manage I will report, when I found out why it is no longer shown. Dieter ___ 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 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 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] Stripogram or similar in core
Andy McKay wrote: What do people (especially Chris) think of making ChrisW's stripogram part of the core of Zope. I think it rocks :-) Just discussing this with some colleagues today and we got onto a marshalling data and it occured to us it would be nice to do something like input type=text name=something:html:p:br that would only allow p and br in the html. Ok, its easy to get around with a fake form, but how about being able to only specify certain html tags in metadata in the CMF. That's a cool syntax but it's a bit too 'magik' for me. That magik could be alleviated by something documenting the whole input name=fish:list/x or maybe a project describing what those things after the colon should do and where they should be documented. personally, I don't think it'll scale to html filtering. What happens when you want to get the allowed tags from a property of another object? Having HTML Parser and maybe those stripogram functions should be easy to integrate and provide Zope with a standard security mechanism for these issues. Hmmm, how's this for a plan: 1. Document the :something options fully. 2. Add a :html that behaves as you describe 3. Fix the bug that means :date won't accept an empty value. 4. expose the above stuff in a coersion module that can be imported into python scripts, that would mainly have one function: coerce def coerce(from,to,**kw): eg: from coersion import coerce x='1234' y=1234 z='10/6/01' a='' b='bx,y/b' coerce(x,'int')==y==1234 coerce(y,'string')==x=='1234' coerce(z,'date')==DateTimeObject coerce(a,'date')==DateTimeObject (or maybe None, but I favour a DateTime object that actually has a NULL value) coerce(b,'html',tags=['i'])=='x,y' cheers, 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 )
Re: [Zope-dev] login prompt after letting user change his password.
Clark OBrien wrote: It is really confusing for the login to pop up at this point- particularly because it looks like it is asking for permissions to change the password ( needs OLD password) You're asking for Web browser functionaility to be changed, go bug W3C, Microsoft, Netscape and any other browser vendor you want to ;-) good luck, 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 )
Re: [Zope-dev] login prompt after letting user change his password.
Chris Withers wrote: Clark OBrien wrote: It is really confusing for the login to pop up at this point- particularly because it looks like it is asking for permissions to change the password ( needs OLD password) You're asking for Web browser functionaility to be changed, go bug W3C, Microsoft, Netscape and any other browser vendor you want to ;-) You could program something really fancy into the UserFolder that continued to allow the old password until the new password has been used, or one day has passed. -- Steve Alexander Software Engineer Cat-Box limited ___ 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] Stripogram or similar in core
That's a cool syntax but it's a bit too 'magik' for me. That magik could be alleviated by something documenting the whole input name=fish:list/x or maybe a project describing what those things after the colon should do and where they should be documented. Yeah it is a little. Just thinking of ideas here. personally, I don't think it'll scale to html filtering. What happens when you want to get the allowed tags from a property of another object? Hmm true of course it could just be input name=fish:listdtml-var _.string.join(allowedHtml,'/') etc or something Hmmm, how's this for a plan: 1. Document the :something options fully. 2. Add a :html that behaves as you describe 3. Fix the bug that means :date won't accept an empty value. Thats related? 4. expose the above stuff in a coersion module that can be imported into python scripts, that would mainly have one function: coerce Hang on a sec... def coerce(from,to,**kw): eg: from coersion import coerce x='1234' y=1234 z='10/6/01' a='' b='bx,y/b' coerce(x,'int')==y==1234 coerce(y,'string')==x=='1234' coerce(z,'date')==DateTimeObject coerce(a,'date')==DateTimeObject (or maybe None, but I favour a DateTime object that actually has a NULL value) coerce(b,'html',tags=['i'])=='x,y' Whats wrong with just int and str etc... Is your idea here just to get everything in one place and one class? Other than that Im not sure of the value.. - Original Message - From: Chris Withers [EMAIL PROTECTED] To: Andy McKay [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, October 27, 2001 3:48 AM Subject: Re: [Zope-dev] Stripogram or similar in core Andy McKay wrote: What do people (especially Chris) think of making ChrisW's stripogram part of the core of Zope. I think it rocks :-) Just discussing this with some colleagues today and we got onto a marshalling data and it occured to us it would be nice to do something like input type=text name=something:html:p:br that would only allow p and br in the html. Ok, its easy to get around with a fake form, but how about being able to only specify certain html tags in metadata in the CMF. That's a cool syntax but it's a bit too 'magik' for me. That magik could be alleviated by something documenting the whole input name=fish:list/x or maybe a project describing what those things after the colon should do and where they should be documented. personally, I don't think it'll scale to html filtering. What happens when you want to get the allowed tags from a property of another object? Having HTML Parser and maybe those stripogram functions should be easy to integrate and provide Zope with a standard security mechanism for these issues. Hmmm, how's this for a plan: 1. Document the :something options fully. 2. Add a :html that behaves as you describe 3. Fix the bug that means :date won't accept an empty value. 4. expose the above stuff in a coersion module that can be imported into python scripts, that would mainly have one function: coerce def coerce(from,to,**kw): eg: from coersion import coerce x='1234' y=1234 z='10/6/01' a='' b='bx,y/b' coerce(x,'int')==y==1234 coerce(y,'string')==x=='1234' coerce(z,'date')==DateTimeObject coerce(a,'date')==DateTimeObject (or maybe None, but I favour a DateTime object that actually has a NULL value) coerce(b,'html',tags=['i'])=='x,y' cheers, 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 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] RE: [Zope] disc files inner methods
Im not sure what these people are talking about, but Komodo an IDE from ActiveState can happily debug all through Zope. http://www.ActiveState.com/Komodo, http://www.zope.org/Members/andym/KomodoDebugging. -- Andy McKay - Original Message - From: Clark OBrien [EMAIL PROTECTED] To: 'Jens Vagelpohl' [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, October 26, 2001 10:13 AM Subject: [Zope-dev] RE: [Zope] disc files inner methods If I am in the Zope manage interface. I select Add then scroll down to Script(Python) this is what I was calling an inner method. Here is a reply I got from a Python IDE engineering team as to why I am not able to debug this code with their IDE: Regards Clark Support for non-disk fragments like Zope internal methods is planned but not yet there. When added, we'll also add access to the code via ftp or webdav. The bigger problem is actually correct identification of the code fragments and mapping of run locations to the appropriate URL for the source code. I'm not sure off-hand whether Zope does anything when executing the code to identify where the code came from (like setting __file__ or munging code objects' co_filename). If not, we'ld have to add that. + One other note on this: At one point it sounded like the Zope folks wanted to move more to disk files again and they seemed to indicate (cryptically) that there were things in the works to make this problem of non-disk files irrelevant. I haven't had time to keep up to date on this, but it might be worth checking if there's some config option on Zope that would solve this issue. Certainly, moving to external methods and products would also work, but if you've got an existing code base that is potentially a lot of work. -Original Message- From: Jens Vagelpohl [mailto:[EMAIL PROTECTED]] Sent: Friday, October 26, 2001 9:49 AM To: Clark OBrien Cc: [EMAIL PROTECTED] Subject: Re: [Zope] disc files inner methods i'm still completely in the dark about what it is you are referring to. maybe it's just me being dense on a friday jens On Friday, October 26, 2001, at 12:48 , Clark OBrien wrote: It is what is causing some difficulties in ( inside, within,) the Zope community. If you got this far I would like to hear a reply. -Original Message- From: Robert Rottermann [mailto:[EMAIL PROTECTED]] Sent: Friday, October 26, 2001 8:25 AM To: Clark OBrien; Jens Vagelpohl Cc: [EMAIL PROTECTED] Subject: Re: [Zope] disc files inner methods Happy you asked. I was wondering also Robert - Original Message - From: Jens Vagelpohl [EMAIL PROTECTED] To: Clark OBrien [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, October 26, 2001 4:22 PM Subject: Re: [Zope] disc files inner methods umh... what is an inner method ??? jens On Friday, October 26, 2001, at 10:18 , Clark OBrien wrote: Guys, I would really like to see some direction as to whether to use disk files for inner methods. Zope is a great tool but until we have some good IDEs for it, it will not compete with better known technologies. I have spoken with the Karmira and Wing and they both told me the same thing- They are waiting to see how Zope stores the inner methods. Regards Clark ___ 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 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] WebDAVLocks lost in Control_Panel (was:: [ZPT] how to unlock a webdav locked element ????)
erm... I wrote a function in one of my products that contained something like: delattr(Control_Panel_Reference, '_objects') Dirty but it seems to work :) It allows the class attribute to show through and there have been no obvious ill effects. Adrian... -- The difficulty of tactical maneuvering consists in turning the devious into the direct, and misfortune into gain. - Sun Tzu - Original Message - From: Robert Rottermann [EMAIL PROTECTED] To: Adrian Hungate [EMAIL PROTECTED]; Dieter Maurer [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, October 27, 2001 9:49 AM Subject: Re: [Zope-dev] WebDAVLocks lost in Control_Panel (was:: [ZPT] how to unlock a webdav locked element ) and how did you delete _objects from the control panel ?? Robert - Original Message - From: Adrian Hungate [EMAIL PROTECTED] To: Dieter Maurer [EMAIL PROTECTED]; Robert Rottermann [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, October 26, 2001 11:51 PM Subject: Re: [Zope-dev] WebDAVLocks lost in Control_Panel (was:: [ZPT] how to unlock a webdav locked element ) I suspect this is a bug. I thinmk it is due to upgrading your data.fs from an earlier version of Zope. At some point in time Control_Panel has been created as a object in data.fs, and this object has an _objects tuple that contains the objects from 2.2 or more likely 2.3... I have this at work, where the same data.fs has been upgraded from 2.1.x to 2.4 and I had to manually remove the Control_Panel instance's _objects tuple, then everything worked fine. I do not see this at home where I have a fresh 2.4.1 install. Adrian... -- The difficulty of tactical maneuvering consists in turning the devious into the direct, and misfortune into gain. - Sun Tzu - Original Message - From: Dieter Maurer [EMAIL PROTECTED] To: Robert Rottermann [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, October 21, 2001 4:59 PM Subject: [Zope-dev] WebDAVLocks lost in Control_Panel (was:: [ZPT] how to unlock a webdav locked element ) Dieter Maurer writes: Robert Rottermann writes: I do not really understand this answer. Should there be such lock management?? I have not found it? Sorry, you are right. I was convinced, I saw it there. But when I checked after receiving your reply, I did not find it either. Maybe wishful thinking I rechecked (do not like to be wrong...): There should be a DavLocks entry in the Control_Panel between Versions and Products. I am now sure, I have seen it. It is still in the code App.ApplicationManager.ApplicationManager._objects but objectItems now longer finds it and therefore, it is no longer shown in the control panel. I do not (yet) understand why You can use it anyway: http://your zope/Control_Panel/DavLocks/manage I will report, when I found out why it is no longer shown. Dieter ___ 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 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 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 )
