- Zope-Dev - Zope lists

SV: [Zope-dev] manage_tabs
by Magnus Heino (Rivermen) 04 May '01

04 May '01

Ok, I get it. Sorry :-P security.declareProtected('View management screens', 'manage') manage_editForm = DTMLFile('dtml/editForm', globals()) security.declareProtected('View management screens', 'manage') manage_main = manage_editForm And it works... Maybe I shold do some more reading about it on http://www.zope.org/Documentation/ZDG <http://www.zope.org/Documentation/ZDG> Thanks! /Magnus Could this be an "Internet Explorer failing to pass the AUTH info" problem? It sounds as though you are getting access to the edit tab via Anonymous permissions (Have you restricted access to the manage_main method using the __permissions__ settings)? In that case, Zope will not show you the other tabs because the Anonymous User is not allow to see them.

1 0

SV: [Zope-dev] manage_tabs
by Magnus Heino (Rivermen) 04 May '01

04 May '01

Well, right now I'm doing it like this... security = ClassSecurityInfo() security.declarePublic('manage_editForm') manage_editForm = DTMLFile('dtml/editForm', globals()) security.declarePublic('manage_main') manage_main = manage_editForm Browser doesn't change anything. /Magnus Could this be an "Internet Explorer failing to pass the AUTH info" problem? It sounds as though you are getting access to the edit tab via Anonymous permissions (Have you restricted access to the manage_main method using the __permissions__ settings)? In that case, Zope will not show you the other tabs because the Anonymous User is not allow to see them. (Does it show that this one got me too???) What version of which browser are you using? Adrian... -- Adrian Hungate Manager, European I.S. Acucorp UK Limited -----Original Message----- From: Magnus Heino (Rivermen) [ mailto:magnus.heino@rivermen.se <mailto:magnus.heino@rivermen.se> ] Sent: Friday, 04 May 2001 13:09 To: 'zope-dev(a)zope.org' Subject: [Zope-dev] manage_tabs Hi. In my Zope product, I've got this; manage_options = SimpleItem.manage_options+( {'label':'Edit', 'action':'manage_main'}, ) If I view the management sceen of this product, I get four tabs (Undo, Ownership, Security and Edit). But If I click on "Edit", all tabs but the edit tab is removed. Why? My "Edit" dtml looks like this; <dtml-var manage_page_header> <dtml-var manage_tabs> This is the edit form. <dtml-var manage_page_footer> Thanks, /Magnus _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://lists.zope.org/mailman/listinfo/zope-dev <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-announce> http://lists.zope.org/mailman/listinfo/zope <http://lists.zope.org/mailman/listinfo/zope> )

1 0

RE: [Zope-dev] manage_tabs
by Adrian Hungate 04 May '01

04 May '01

Could this be an "Internet Explorer failing to pass the AUTH info" problem? It sounds as though you are getting access to the edit tab via Anonymous permissions (Have you restricted access to the manage_main method using the __permissions__ settings)? In that case, Zope will not show you the other tabs because the Anonymous User is not allow to see them. (Does it show that this one got me too???) What version of which browser are you using? Adrian... -- Adrian Hungate Manager, European I.S. Acucorp UK Limited -----Original Message----- From: Magnus Heino (Rivermen) [mailto:magnus.heino@rivermen.se] Sent: Friday, 04 May 2001 13:09 To: 'zope-dev(a)zope.org' Subject: [Zope-dev] manage_tabs Hi. In my Zope product, I've got this; manage_options = SimpleItem.manage_options+( {'label':'Edit', 'action':'manage_main'}, ) If I view the management sceen of this product, I get four tabs (Undo, Ownership, Security and Edit). But If I click on "Edit", all tabs but the edit tab is removed. Why? My "Edit" dtml looks like this; <dtml-var manage_page_header> <dtml-var manage_tabs> This is the edit form. <dtml-var manage_page_footer> Thanks, /Magnus _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org 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 )

1 0

manage_tabs
by Magnus Heino (Rivermen) 04 May '01

04 May '01

Hi. In my Zope product, I've got this; manage_options = SimpleItem.manage_options+( {'label':'Edit', 'action':'manage_main'}, ) If I view the management sceen of this product, I get four tabs (Undo, Ownership, Security and Edit). But If I click on "Edit", all tabs but the edit tab is removed. Why? My "Edit" dtml looks like this; <dtml-var manage_page_header> <dtml-var manage_tabs> This is the edit form. <dtml-var manage_page_footer> Thanks, /Magnus

1 0

RE: [Zope-dev] ANN: Proposal ContentNegotiation
by Toby Dickenson 04 May '01

04 May '01

> -----Original Message----- > From: Andreas Jung [mailto:andreas@andreas-jung.com] > Sent: 03 May 2001 20:23 > To: Toby Dickenson > Cc: zope-dev > Subject: Re: [Zope-dev] ANN: Proposal ContentNegotiation > > > > From: "Toby Dickenson" <tdickenson(a)geminidataloggers.com> > To: "'Andreas Jung'" <andreas(a)andreas-jung.com> > Sent: Thursday, May 03, 2001 1:04 PM > Subject: RE: [Zope-dev] ANN: Proposal ContentNegotiation > > > > Your proposal suggests that published objects should > generally return > > pre-encoded objects in 8-bit strings. This is the one > detail which in my > > experience looks *wrong* and is very much dependant on my proposal. > Not really - I only say that the internal character set is currently > ascii/iso-8859-1. > I did not mention that this will be the default character set > in the future. Its not a question of the 'default' encoding if (as in your proposal) the published object explicity specifies the character encoding of a pre-encoded object. Im referring to the section where you say: : If the object creates a RESPONSE in another character set : than the internal character set it must indicate this by : setting an attribute of the RESPONSE object to the used : character set e.g.: : RESPONSE.charset = 'utf-8' (either as attribute or by a method call) I think we are mixing up 'character set' and 'character encoding' here. The character set of html (and xml) is the Unicode set. utf-8 is a character encoding, not a character set. Given the semantic of this proposed attribute, the name 'character_encoding' would be more appropriate. In my experience, forcing published methods to deal with character encoding is a bad idea (I know because I tried that in my first iteration). Your proposal suggests that methods return 8-bit strings, specifying the character encoding of that string in the RESPONSE. This makes it hard to combine methods from two different components that happen use different character encodings. Note that since many components already use latin-1, the usefulness of this aspect proposal is low. If they need a wider character set then using Unicode is the only practical approach. Ill write up a full proposal for how this would fit together on the wiki. (On a different subject, I think the default encoding will always have to stay as latin1 in order to support pre-existing object databases )

1 0

RE: [Zope-dev] Zope Server hanging :-(
by Tim McLaughlin 04 May '01

04 May '01

Sorry, Chris M, didn't mean to get you stuck in the documentation torture chamber ;-).... Cheers, Tim -----Original Message----- From: Michel Pelletier [mailto:michel@digicool.com] Sent: Wednesday, May 02, 2001 11:58 PM To: Chris McDonough Cc: Tim McLaughlin; Chris Withers; zope-dev(a)zope.org Subject: Re: [Zope-dev] Zope Server hanging :-( On Wed, 2 May 2001, Chris McDonough wrote: > The docs (available via the --help switch) go into some of this detail, but > I agree that a narrative explaining how to approach it from a functional > perspective would be a good thing. This should go in the debuggin and testing chapter of the dev guide. Wanna take a stab? -Michel

3 4

CopySupport bug
by Casey Duncan 03 May '01

03 May '01

There is a subtle bug in the CopySupport module that makes it impossible to copy and paste a folder that contains a ZCatalog with CatalogAware objects in indexed in the catalog also in that folder. The reason is as follows, CopySupport calls a hookable method manage_afterClone (which is hooked by CatalogAware). It does so after a copy is made of the object but BEFORE the copy is mounted in the ZODB. manage_afterClone in CatalogAware tries to reindex the object, and in doing so tries to derive its URL for use as the ZCatalog uid by calling absolute_url on the object. This fails of course because the object as yet has no URL because it is not mounted. The error reported is a KeyError on SERVER_URL. To make a long story somewhat shorter, I have a simple patch for this, but there is still one more subtle bit of behavior to take note of: When the ZCatalog is copied, all of its indexed data gets copied. Then the new copies of the objects index themselves. This means that the copied catalog has twice as many objects in it as the original. This bugged me at first, but it makes sense and I don't see any obvious solution that would be consistent. For those interested, the patch is here: http://classic.zope.org:8080/Collector/2205/view -- | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `------------------>

1 0

Re: [Zope-dev] ANN: Proposal ContentNegotiation
by Andreas Jung 03 May '01

03 May '01

From: "Toby Dickenson" <tdickenson(a)geminidataloggers.com> To: "'Andreas Jung'" <andreas(a)andreas-jung.com> Sent: Thursday, May 03, 2001 1:04 PM Subject: RE: [Zope-dev] ANN: Proposal ContentNegotiation > Your proposal suggests that published objects should generally return > pre-encoded objects in 8-bit strings. This is the one detail which in my > experience looks *wrong* and is very much dependant on my proposal. Not really - I only say that the internal character set is currently ascii/iso-8859-1. I did not mention that this will be the default character set in the future. Andreas

1 0

Re: [Zope-dev] another Zope hanging..
by Dieter Maurer 03 May '01

03 May '01

Christian Scholz writes: > I also now have some problems with a hanging zope. > > I got something like this in my stupid logfile: > > 2001-05-03T13:44:39 ERROR(200) ZServer uncaptured python exception, closing channel <select-trigger (pipe) at 81d64c8> (exceptions.OSError:[Errno 11] Die Ressource ist zur Zeit nicht verf?gbar [/opt/Zope-2.3.1-src/ZServer/medusa/asyncore.py|poll|83] [/opt/Zope-2.3.1-src/ZServer/medusa/asyncore.py|handle_read_event|335] [/opt/Zope-2.3.1-src/ZServer/medusa/select_trigger.py|handle_read|77] [/opt/Zope-2.3.1-src/ZServer/medusa/asyncore.py|recv|287] [/opt/Zope-2.3.1-src/ZServer/medusa/asyncore.py|recv|475]) What you see here is a traceback pressed into a single line. [/opt/Zope-2.3.1-src/ZServer/medusa/asyncore.py|recv|475] e.g. means: you are in file "/opt/Zope-2.3.1-src/ZServer/medusa/asyncore.py" line "475" in function "recv". Dieter

1 0

catalog and versions
by Stefane Fermigier 03 May '01

03 May '01

It seems to me that when I create a CatalogAware objet in a version, it doesn't get into the catalog after the version is committed (in fact, it doesn't event get into the catalog inside the version). Am I right? Is this considered normal behavio(u)r? Any idea for a workaround? Regards, S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). http://nuxeo.com/ & http://portalux.com/ & http://aful.org/ "Amazon: we patent the dot in .com"

1 0