- Zope-Dev - Zope lists

How does a subclass call its ancestor's method in zope?
by Dirksen 12 Jan '01

12 Jan '01

Here is a ZClass testa, with a dtml method 'do'. Its subclass testb overrides do. How does testb call its ancestor's 'do'? In python, it can be done as 'testa.do()', but what's the equivallent in zope? Dirksen __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/

1 0

RE: [Zope-dev] New UI for 2.3
by Casey Duncan 11 Jan '01

11 Jan '01

I agree that it looks better. The addition of another whole frame for this though is my main beef with it. Perhaps this could be integrated some other way. Frames should only be added when there is no other option. It's just that browsers waste so much space up there anyway, and the extra 32 pixels are in addition to that "waste". I personally don't care how it "looks" so much as how efficient it is. All of the other aethestic changes I feel enhance both looks and efficiency. The top frame does not IMHO. Form should definitely follow function here. BTW: I have been know to use Zope on an old machine with a 640X480 screen. Although I generally eschew the frames altogether then and open manage_main by itself. It's not really fun, but it works. --- Brian Lloyd <brian(a)digicool.com> wrote: > Are you guys working on 486's with 13in. monitors at > 640x480 > or > something? :^) > > Seriously - Zope has been criticized for a very long > time > for > being, ah, aesthetically challenged :) It is a valid > criticism > - we have been (and quite honestly, will continue to > be) > more > concerned with function over form. But is it really > so bad > to > make a 32 pixel-high concession to a small pittance > of > branding? > > I know that "branding" isn't important for those who > are > already > believers, but Zope has grown enough that its > reasonable to > put > some effort into "first impression factor". It > doesn't help > the > community for reviews to come out that waste words > on the > visual appeal shortcomings of the UI and totally > miss the > point. A better first impression is a Good Thing. > > The top frame is also a place where we might want to > put > more > "placeless" operations like logout in the future. > You can > only > jam so much into the tree pane without it looking > very much > like way too much is being jammed into the tree pane > :) > FWIW, > one of the things we may put there later is a way to > do > "browser > preferences" via cookies to control things like > default text > area sizes. That could also have a "hide top frame" > option > for > those who really can't spare the 32px. :^) ===== | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `-----------------> __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/

1 0

Delete users in Membership acl_users
by Kamon Ayeva 11 Jan '01

11 Jan '01

Hi, Has anyone been able to use the delUserForm to delete users added within a PersistentUserSource in the PortalMembershipSystem object ? I am not sure if this piece of code in delUserForm preceding the HTML form snippet does the right job: <dtml-let idList="[]"> <dtml-in "UserSource.getPersistentItemIDs()" sort> <dtml-call "idList.append(getItem(_['sequence-item']))"> </dtml-in> <dtml-in idList sort=Importance reverse> ... I can view the users but when I click on the form button to delete some users, I get I get Error Type: NotFound Error Value: None In the view I get, the user url points to .../acl_users/userid (for example /acl_users/david) and cannot be used to check the user object. Thanks for any usefull answer. Regards, Kamon __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/

1 0

Re: [Zope-dev] _v_ variables
by Martijn Pieters 11 Jan '01

11 Jan '01

On Thu, Jan 11, 2001 at 10:26:18AM +0000, Chris Withers wrote: > Martijn Pieters wrote: > > > > But because _v_* variables don't get pickled, another thread will never > > see them. > > Hmm, is there any situation where a single request can be handled by > more than one thread? Nope. -- Martijn Pieters | Software Engineer mailto:mj@digicool.com | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ ---------------------------------------------

1 0

first zope-2.3.0a2 bug :-)
by Jephte CLAIN 11 Jan '01

11 Jan '01

well, this one is easy. ----------------------------8<------------------------------------------ --- lib/python/Shared/DC/ZRDB/Aqueduct.py.orig Thu Jan 11 10:59:42 2001 +++ lib/python/Shared/DC/ZRDB/Aqueduct.py Thu Jan 11 10:58:01 2001 @@ -272,7 +272,7 @@ custom_default_report_src=DocumentTemplate.File( - os.path.join(dtml_dir,'customDefaultReport.dtml')) + os.path.join(dtml_dir,'dtml/customDefaultReport.dtml')) def custom_default_report(id, result, action='', no_table=0, goofy=regex.compile('[^a-zA-Z0-9_]').search ----------------------------8<------------------------------------------ without this patch, sql methods cannot we tested because customDefaultReport cannot be found (it moved in the dtml subfolder)

2 1

Re: [Zope-dev] Re: ComputedAttribute
by Dieter Maurer 11 Jan '01

11 Jan '01

Chris Withers writes: > Martijn Pieters wrote: > Now I think I know the answer to this one, but I'll ask just to be sure: > > class MyClass(Persistent Acquisition.Explicit): > > def _set_your_attribute (self,value): > self._v_your_attribute = value > > def _get_your_attribute (self): > return self._v_your_attribute > > your_attribute = ComputedAttribute(_get_your_attribute) > > ....with this class, your_attribute isn't going to play in Persistence, > is it? (so I can update it lots without worrying about ZODB size > growing... :-) But, as I understand it, it is only updated in the thread that did the update. Your next request may get a different thread and see a different value. Dieter

4 4

Re: [Zope-dev] AUTHENTICATION_USER in standard_error_message cause by NotFound error
by Tim Ansell 11 Jan '01

11 Jan '01

Oppps, just realised i've been replying only to myself :) Umm okay here is the diff, it is from version 2.2.4 but should apply to most versions.... I have removed all the "print" debugging and cleaned up the formatting. Could people look it over and tell me if there are any hidden problems with it? Is it done the right way? There seems to be a lot of repeated code between zpublisher_exception_hook and ZPublisher.BaseRequest, maybe you want to put the auth stuff into it's own function and work that way? Just an idea... Mithro > Tim Ansell wrote: > > > No further investigation i have found out that the part i really want to > > modify is > > > > zpublisher_exception_hook, which gets called when the error occurs > > > > Inside this functions there is a > > > > if REQUEST.get('AUTHENTICATED_USER', None) is None: > > REQUEST['AUTHENTICATED_USER']=AccessControl.User.nobody > > > > which seems to explain why i'm getting the anonymous user for the errors. > > > > Is there anyway to add to this function the authentication routines so that > > is AUTHENTICATED_USER is none it authentication is check with > > standard_error_message being the object checked against? > > > > Am i making any sense? > > > > I'm going to give it a go and see what happen... > > > > Mithro > > > > Tim Ansell wrote: > > > > > <newbie alert> > > > > > > Hello. > > > > > > I've been using zope for a couple of months, i have found zope to be a > > > great product and thank you for creating it. Currently i have run into a > > > problem, i need to access the AUTHENTICATED_USER in a > > > standard_error_message called by notFoundError in BaseRequest. > > > > > > I was wondering if the authentication routine can be added before the > > > authentication routine in BaseRequest? Or if this is not possible it > > > could be split into a function and and call it before the notFoundError > > > call as well? > > > > > > There are many reasons you might want to do this, i have listed some > > > below: > > > > > > * You want list possible urls the reader could have meant but don't want > > > to show let Anonymous users see possible privileged urls > > > > > > * You want to provided different error messages for different people, > > > i.e. a more advanced error for coders, a simple error for html writer, a > > > special error for normal people > > > > > > * You wanted errors to only be reported it they where caused by certain > > > users > > > > > > and the list could go on.... > > > > > > Mithro > > > > > > </newbie aler> > > > > > > _______________________________________________ > > > 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 2

Re: [Zope-dev] ZPatterns, ZClasses, Specialists: Assigning responsibilities
by Itai Tavor 11 Jan '01

11 Jan '01

Phillip J. Eby wrote: >At 05:13 PM 12/21/00 +1100, Itai Tavor wrote: >>> >>>I think you're right about this being an OrderLineItem. A couple of fine >>>points, however... First, I don't think there needs to be an >>>"OrderLineItemsWithGraphic" specialist, since there is nothing else that >>>would talk to it. It's fine in this case to have the line item classes >>>(either with graphic or without) handle their own UI snippets. UI >>>delegation is for when an object needs to display UI for some *other* >>>object than itself, since you can always use class extenders and other >>>techniques to reshape the apparent class of an object retrieved from a >>>specialist. The interface which other objects deal with is >>>"OrderLineItem", and they simply expect a portion of the form to be >>>rendered, and it's okay for the class to handle that. >> >>I got a bit confused here... the UI snippet for uploading a graphic >>actually comes from the Graphics Specialist. > >That's fine, but it should be by way of an object that's filling the >OrderLineItem role, yes? But how can this work? If I ask for the graphic in Product.addMeToOrderForm, an OrderLineItem object doesn't exist yet. So Product has to ask the OrderLineItems Specialist for the UI snippet, and OrderLineItems gets it from the Graphics Specialist. Then Product.addMeToOrder can create a new OrderLineItem and hand it the form fields for the graphic. Although, to make it cleaner, Product would add OrderLineItems.newLineItemSnippet to the form, and OrderLineItems would decide what needs to be included in the form - so Product doesn't have to explicitly ask for a Graphic upload form. > >Or I could >>eliminate the problem by uploading the graphic from a form displayed >>by the order line item after it has been added. > >That's actually what I thought you were doing/intending. This is probably the best way... but it wasn't my original plan. I need to ask for a quantity for every added product, so I was going to have Product.addMeToOrderForm ask for quantity and for a graphic. But instead, I can add a quantity field to the product display page, next to the "Add to Order" button. Then addMeToOrderForm isn't needed at all, Product.addMeToOrder will create a new OrderLineItem object, which will then ask for the graphic if it's needed. > >>Here's the question... how many behaviors are different in the order line >>>item itself? Are you also using fulfillment line items? If the only >>>difference to the order line item is that it references some additional >>>data, then I'd say a single class would be fine. Most of the behavior >>>probably comes in on the fulfillment line item, yes? Again, you can ask >>>your FulfillmentLineItems specialist to create >>>"newLineItemFor(orderLineItem)" and let it decide what kind of >>>implementation to hand back. In this case, it probably will be a different >>>class, while for the order line items, it may or may not buy you anything. >> >>I haven't thought of using fulfillment line items... not sure what >>they are for? An order is considered fulfilled once all items have >>been shipped, so order line items are responsible for tracking >>everything that happens until a ShipmentLineItem is created. The >>order line item for a customizable product tracks the product using >>state values like 'sent to factory', 'received from factory', etc. So >>it needs a new set of state values, as well as methods like >>'sendManufacturingOrderToFactory'. >> >>What exactly does the fulfillment role you're referring to do? Does >>it do more than a shipment role? > >Fulfillment would be between ordering and shipping, covering such things as >pulling items from the warehouse to customizing them with the graphic. I >assumed that an order line item was only meaningful until you have a >completed order. You may not need the complexity, but to me it seems like >a seperate phase with a very different set of behaviors than what I would >think of as an order line item. If I were doing an app like this, I'd at >least have some sort of state/status objects to delegate these different >behaviors to. But I'd say this could be left to the taste of the chef. :) This is confusing... because in all the E-com designs I've looked at, the order state machine covers everything up to 'order fulfilled'... you're suggesting stopping the order states at 'order authorized' and moving the fulfillment states to the fulfillment object? Also, what do you mean when you say 'state/status objects'? I can understand having OrderLineItem, FulfillmentLineItem and ShippingLineItem where each covers a different range of states, but are you suggesting having separate objects just for tracking the state? -- Itai Tavor "Je sautille, donc je suis." C3Works itai(a)c3works.com - Kermit the Frog "If you haven't got your health, you haven't got anything"

1 0

Re: [Zope-dev] New UI for 2.3
by Casey Duncan 10 Jan '01

10 Jan '01

--- Steve Alexander <steve(a)cat-box.net> wrote: > However, I do not like the 3-frame interface. I feel > that the top frame > is wasted space. The Zope logo and "Logged in as > username | Logout" > could as easily go at the bottom of the tree-view > frame on the left. > This would leave extra screen space for doing work. > I agree 100%. please change this! I like the look of it, but it serves little purpose for the space it uses. > > I also much prefer blue to black as a background > colour for the tabs and > the "Root Folder" link. The black seems a bit > overbearing. > I agree here as well. Why does the root folder need to look different anyway? Just labelling it "Root Folder" is sufficient IMHO. I think it will cause confusion for it to look so different. ===== | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `-----------------> __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/

1 0

ANNOUNCE: Zope 2.3.0 alpha 2 released
by Brian Lloyd 10 Jan '01

10 Jan '01

Hello all, Zope 2.3.0 alpha 2 is now available. You can download it from Zope.org: http://www.zope.org/Products/Zope/2.3.0a2/ This release contains a number of new features, including: - SiteAccess is now a part of the Zope core - Shane Hathaway's CacheManager support and two cache manager implementations have been added - SQLMethods can now be edited using FTP and DAV aware tools - Catalogs have been improved to work much better in virtual host environments - Changes to the Web management interface designed to improve productivity, consistency and aesthetics For more information on what is new in this release, see the CHANGES.txt and HISTORY.txt files for the release: - http://www.zope.org/Products/Zope/2.3.0a2/CHANGES.txt - http://www.zope.org/Products/Zope/2.3.0a2/HISTORY.txt **Please note** that we do not build binary distributions for alpha releases - the alpha is available as a source release only. When we move into the beta period for 2.3, we will build and distribute binary releases. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0