Zope-Dev September 2000

zope-dev@zope.dev

101 participants
217 discussions

Merhabalar;
by Can Canbilek 13 Dec '01

13 Dec '01

Öncelikle rahatsýz ediyorsak özür dileriz ama bu maili okursanýz sanýrým bize teþekkür edeceksiniz. Sizlere, hiçbir masraf yapmadan yalnýzca internete girerek para kazanacaðýnýzý iddia ediyoruz. Hiçbir yalan dolan, hile olmadan.... Üstelik kredi kartý numaranýzý bile vermeniz gerekmiyor. Ufak bir formu dolduruyorsunuz, dünyaca ünlü bir þirket olan ve dünyanýn heryerine ( Türkiye dahil olmak üzere ) para yollayan bu þirketin küçük bir programýný download ediyorsunuz. Daha sonra her internete giriþinizde bu programý açýyorsunuz ve program nete ne kadar girdiðinizi hesaplýyor. Nete girdiðiniz her saat baþý 50 cent alýyorsunuz ve bunu karþýlýðýnda ekranýnýzýn küçük bi bölümünde reklamlar görünüyor... Ayda yalnýzca 60 saat internete girerek 30$ kazanýyorsunuz tabii daha fazla kazanmak isterseniz arkadaþlarýnýzý üye ediyorsunuz. Ýster saadet zinciri, isterseniz zeka kullanýmý deyin, bence bundan daha iyi bir yöntem yok.... Ayrýntýlý bilgi gelen çeklerimizin resimleri ve olasý sorularýnýzýn cevaplarý için aþagýdaki sitelerden herhangi birine giriniz(hepsi aynýdýr): http://www25.brinkster.com/firsatlar/index.htm http://www25.brinkster.com/hizmetlerimiz/index.htm http://www25.brinkster.com/spediainc/index.htm http://www25.brinkster.com/sendekazan/index.htm Saygýlarýmla... !!!!!!!SORULARINIZ ÝÇÝN LUTFEN cancanbilek2(a)hotmail.com ADRESÝNE MAÝL ATINIZ, BU MAÝLE REPLY YAPMAYINIZ!!!! ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- BU MAILI YANLISLIKLA ALDIGINIZA INANIYORSANIZ, YADA BIRDAHA BIZDEN MAIL ALMAK ISTEMIYORSANIZ http://www21.brinkster.com/dogangoko/index.htm ADRESÝNE GÝRÝN VE SAYFADAKÝ MAÝLLÝSTÝMÝZDEN ÇIKMAK ÝÇÝN BURAYA EMAÝLÝNIZÝ YAZINIZ BOLUMUNE EMAÝLÝNIZI YAZINIZ... ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- EGER BU MAILI 2CÝ KEZ ALIYORSANIZ LÜTFEN DÝKKATE ALMAYINIZ.... ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

4 3

Resize a image stored in a Oracle's BLOB Field
by Juan Javier Carrera Obrero 27 Nov '01

27 Nov '01

Hello, Thanks, I have displayed the images which them was stored in a Oracle's BLOB field, with: <dtml-call expr="RESPONSE.setHeader('content-type','image/jpeg')"> <dtml-in SQLMethod_with_a_Only_Row> <dtml-var expr="BLOB_FIELD.read()"> </dtml-in> However, I would like to resize this image. I can not do it with the "height" and "width" attributes, because the image is obtained from a Oracle's BLOB field, and no from image object (i.e.: I can not use <dtml-var "ImageObject.tag(border='5', align='left')">). How can I do it ? Thanks again !

4 3

Re: [Zope-dev] Acquisition wishlist :-)
by Dieter Maurer 09 Jan '01

09 Jan '01

Chris Withers writes: > And I suppose the other part of my wishlist: > > class MyClass(Acquisition.Implicit): > # your_attribute will be acquied > > # index_html won't > index_html = None No, that is not enough! As a side effect to turn off acquisition, you defined the attribute. This will not play well with inheritance: You will not only prevent acquisition of "index_html" but also prevent inheritance of it (which may be really necessary in some contexts). Dieter

3 8

ANNOUNCE: OracleStorage 1.0.0 beta 1
by Jim Fulton 03 Jan '01

03 Jan '01

The initial beta release of an Oracle-based storage for ZODB is available at: http://www.zope.org/Products/OracleStorage The Oracle storage provides full ZODB storage capabilities, including undo and versions, by storing serialized objects and meta data in Oracle tables. Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

8 21

Re: [Zope-dev] Observable Interface?
by Tres Seaver 14 Nov '00

14 Nov '00

Chris Withers <chrisw(a)nipltd.com> asked: > Does anyone know what happened to it and how far its implementation got? The preliminary implementaion, DefaultObservabale, landed as a mix-in class in Zope 2.2: $ZOPE_HOME/lib/python/OFS/DefaultObservable.py Mix it in to one of your Python base classes (be sure to get it's '__init__()' called!) and fire away. I am currenly working on the more ambitious notion of adding an event channel, which addresses some of the "MxN" problems which plague the classic Observer. See the Zope-PTK archives for August for the latest on that. Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

3 7

Wiki Pain
by Toby Dickenson 13 Nov '00

13 Nov '00

Since the beginning of this year DC have moved alot of debate and discussion out of mailing lists, and in to Wikis. http://www.zope.org/WikiCentral/FrontPage lists most Zope Wikis. Does anyone else find Wikis to be far less convenient than a good old mailing list? Ive been annoyed by the following characteristics: 1. No threading. On several occasions I have made comments in a Wiki that were subsequently ignored - I guess because they got lost in the mass of other edits. Recently people have been adding edits to the end of the page: This makes it easier to keep track of changes, but harder to catch up on a discussion when you come to it for the first time. 2. No personal replies. On several occasions I would have liked to email a comment personally to another contributer, but they didnt leave an email address. 3. No update notification. The one time I was update to keep up with a Wiki discussion involved the other participant always manually emailing a change notification. 4. Hard to keep track of many Wikis: Each wiki has its own 'whats changed' page, but even those are too coarse. 5. Too easy to fragment a discussion. On several occasions I have thought that a discussion had dried up, only to find out later on that it had moved to another page. 6. Too easy to miss the creation of a Wiki. On several occasions people have posted comments on zopedev questioning why noone has commented on their page - Noone knew it was there. This is particularly a problem because Wikis tend to get created sooner than a new mailing list would do, out of the desire to capture all discussion inside that Wiki. Mailing lists only tend to get created once there is enough traffic to justify them, and by then everyone is aware of the topic. 7. Too easy to loose content. On several occasions I have been unable to add a comments to a Wiki, either because www.zope.org would not let me login, or because its database was full. 8. Editing is painful. I have to use the browsers text field, and the whole Wiki page has to make a round trip with every change. 9. I never get the structured text quoting of python source right first time. 10. There are too many empty pages, because someone has clicked on a ? next to word that happened to be a WikiName. Useful pages lie hidden behind a sea of links to empty pages. rant ends. Toby Dickenson tdickenson(a)geminidataloggers.com

6 19

RFClarification: Security on Product Attributes
by Chris Withers 10 Nov '00

10 Nov '00

Hi, If I have the following lines in a Python Product: def __init__(self, id): """initialise a new instance of product""" self.id = id self.title = 'Title!' self.anInt = 0 self.aString = 'testing' Are these attributes protected by the security machinery? If so, how so? Can I read them? I think the answer is yes for anInt and no for aString. Don't know the mechanics of title and id, I'm guessing they're going to be special cases whatever... Are they protectable by permissions? I do hope so although my experience is that, at best, it's not necessary, which is contrary towhat I thought the new security policy was. Should they have to be protected by permissions? Probably... Looking for comments-ly, Chris

5 8

more __call__ ...
by Chris Withers 13 Oct '00

13 Oct '00

(moving back onto list, hopefully my head/wall contact will save others braincells ;-) Jim Fulton wrote: > > On an (almost) related matter, are there any docs (other than the code > > ;-) for how __call__ is handles WRT to <dtml-var something>? > > I had a look at DTMLMethod.py and PythonMethod.py and ended up very > > confused... > > Currently, DTML looks at something that it is going to render > and tries to decide if it's callable. If it is, it checks to > see if it has a true isDocTemp attribute. If an object is callable > and has a true isDocTemp, then it is called with None and the DTML > namespace. Otherwise, if an object is callable, it is just called. So, if I give my product a class attribute of isDocTemp=1, what signature should I give my product's __call__ method so it picks up the DTML namespace? > We are going to provide an alternate interface, so that if > an object has a special method, then this will be called instead. okay... which proposal/project is this in? > > I think the 'client', rather than 'self' is what I'm after, but how can > > I get it inside my product's __call__ method? Hmmm... I don't suppose there's a nice definition of what the 'client' is, what's likely to be in the namespace stack and what self is likely to be in these circumstances lying around anywhere, is there? ;-) > You can't really. You should be able to infer it from the acquisition > context. For example, 'client' should be aq_parent. def __call__(self): """ """ print self.aq_parent.id This is called by a <dtml-var myObject> in standard_html_header which is also called with a dtml-var in, lets say, the DTML documnet: myDocument. The above code prints the id of this product instance's container. I was expecting it to print the id of myDocument. Is this me misunderstanding what the 'client' is, or is something else going on? In either case, what do I need to go to get hold of what would be PARENTS[0-1], if you see what I mean? > Note that subtemplates > are not invoked on the objects they are found in, but in the namespace > they are called in. This is a bit weird and not really intensional. :( I think I'm probably going to be relying on this, and I _think_ it makes sense to me. I presume subtemplate calls are things like doing <dtml-var myObject>? In which case it seems sensible to keep playing in the namespace and just popping myObject on top as an instanceDict. I'm note quite sure how you think this area should work adn what difference it would make, could you elaborate? :-S > > PS: In python product terms, whats' the difference between implementing > > __call__, __str__ or render? > > render? Yeah, that's what I thought, but a coupla people have mentioned it. Maybe they're thinking of DTML tags? > __call__ implements the () operator (in C++ terms). It is the method > you implement to make your object callable. > > __str__ is the method you implement to control how your object is > converted to a human readable string. So what's the difference in terms of doing <dtml-var myobject> and http://site.com/myobject, if there is any? cheers, Chris PS: What I'm actually looking for out of all of this is the getPhysicalPath() of the final object that was traversed through the URL. e.g: If the URL was http://www.nipltd.com/folder/somethingelse/myobject, I'm looking for something like: [<Application Instance at 0x000000> (Zope) , <Folder Instance at 0x000000> (folder) , <DTMLDocument Instance at 0x000000> (myobject)] If there's an easier way to get this from within the __call__ method of a python product, someone PLEASE tell me! ;-)

6 20

Acquisition/cDocumentTemplate bug
by Dieter Maurer 06 Oct '00

06 Oct '00

Recently, several posters have reported strange "AttributeError __call__" exceptions. The most precise was a report by Oleg Broytmann: /index_html DTML Document <dtml-var standard_html_header> /standard_html_header DTML Method <dtml-with sub></dtml-with> /sub Folder When he calls "/sub/index_html", he gets this "AttributeError __call__" for "sub". He observed the problem on Zope 2.1.4 and 2.2a4. I partially analysed this problem report under Zope 2.1.6: In "MM_cget", "sub" is retrieved as an "ImplicitAcquirerWrapper" (correct). In line 373, however, "PyCallable_Check(sub)" returned "1", which is probably wrong, because a folder is not callable. The "ImplicitAcquirerWrapper"'s "tp_call" mislead "PyCallable_Check". In line 376, the attribute "py_isDocTemp" is looked up and succeeds. Therefore, the folder "sub" is seen as a Document Template, which definitely is not true. The following call fails because it arrives at CallMethodO in "Acquisition.c:119" which looks for a non-excisting "__call__" method. Dieter

7 8

How is 'retrieveItem intended to work with TTW Specialists?
by Steve Spicklemire 05 Oct '00

05 Oct '00

Hello ZPatterns Folk..... I'm trying to implement 'delagation' with a custom Specialist. The idea, (I think this is one of the goals of ZPatterns... to allow delegation of responsibility after the Framework is built...) I have: a) MarketItemManager (Python subclass of Specialist) Some of methods, both DTML Methods, and plain old Python Methods, are *meant* to be acquire by the objects (DataSkins) he manages. b) ThingManager (ZClass subclass of Specialist). This is really just a test class that is supposed to represent some later developer integrating my ZPattern based EMarket into their application, (e.g., inventory or whatever...) in MarketItemManager I've defined a 'retrieveItem' (this would really be done by the integrator...) that does something like this: <dtml-return "myGreatSite.ThingSpecialist.getItem(key)"> with the hope that when the Specialist class gets traversed it will execute: def __bobo_traverse__(self, REQUEST, name): ob = getattr(self, name, _marker) if ob is _marker: ob = self.getItem(name) <--- traversal invokes getItem.... if ob is not None: return ob raise 'NotFound' return ob def getItem(self, key): """Get an item""" if hasattr(self.aq_base,'retrieveItem'): <--- getItem invokes retrieveItem return self.retrieveItem(key=key) # XXX need DTML check? for rack in self.rackList: item = rack.__of__(self).getItem(key) if item is not None: return item So my retrieve item gets called..... *unfortunately* it gets called without any namespace parameter... so my retrieveItem DTML method has no way to acquire a namespace so that it can delagate to something else! So... here is what I did... I defined a method in my Python subclass of Specialist.. class MarketItemManager(ZPatterns.Specialists.Specialist): """A Market Item Manager""" # Specify a name for the item type: meta_type='MarketItemManager' def retrieveItem(self, key): """ get an item....""" return self.__of__(self).delegateRetrieve(self, None, key=key) Then I made a DTML method called 'delegateRetrieve' like so: <dtml-return "myGreatSite.ThingManager.getItem(key)"> this way, my integrator can edit 'delegateRetrieve' to point to whatever Specialist he wants to... and I have a Python implementation of retrieveItem. Does this sound OK? Am I working way too hard here? (I feel like I am! ;-> ) thanks, -steve

2 7

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Zope-Dev September 2000