Zope-Dev October 2000

zope-dev@zope.dev

113 participants
230 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

Unit testing, ZUnit
by Lalo Martins 24 Nov '00

24 Nov '00

We (I and Hiperlógica) started to develop a Product we called ZUnit, intended for XP-style unit-testing Python-based Products in a full Zope environment (with a real ZODB, REQUEST, RESPONSE, etc). We first conceived it as a kind of Zope-based version of unittestgui.py - you create a "TestRunner" object giving it the package, module and name of a TestSuite object generator (see the PyUnit documentation) and inside it you may click on some widget to run the tests and produce a "TestResult" object which you can inspect later. Does this sound like a good design? Then I figured in the long run a Product isn't the best sollution; instead, fiddling with App/Product* sounds more like it, to allow developers to register tests just like they register classes, ZClass superclasses, _misc and help. Of course, just like the current registerHelp and others, it wouldn't be mandatory and not using it wouldn't break anything. Then, in the Product's page in the Control Panel, there would be a tab "Test", where you'd be allowed to run the unit tests. What do people think of this? What does DC think of this? Can I go ahead and develop it in this direction? (I will create a proposal in dev.zope.org, but I want to get some feedback here first to flesh out the proposal a little more.) []s, |alo +---- -- Hack and Roll ( http://www.hackandroll.org ) News for, uh, whatever it is that we are. http://zope.gf.com.br/lalo mailto:lalo@hackandroll.org pgp key: http://zope.gf.com.br/lalo/pessoal/pgp Brazil of Darkness (RPG) --- http://zope.gf.com.br/BroDar

5 6

__replaceable__ or whatever it is ;-)
by Chris Withers 15 Nov '00

15 Nov '00

Hi, I was wondering how the stuff for attributes that are replaceable in instance and singleton attributesis getting on. Itamar says the code is in the CVS for Zope, but neither of us can find any documentation. Could whoever did the coding please put something in the Interfaces Wiki or point us to where the official documentation lives? Also, when is it going to land in a erleased Zoep version? 2.3 I guess... cheers, Chris

3 3

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

ZCatalog + ZCatalog
by Casey Duncan 13 Nov '00

13 Nov '00

I am making it my mission to enhance the beast that is ZCatalog. This is the first of many improvements I hope to make to it as time goes on. <DISCLAIMER> This patch has only been moderately tested, and all side affects are not known. I am submitting it here for review before adding it to the collector. You take full risk in using this patch on your installation. </DISCLAIMER> OK, what this patch does is allow you to concatenate ZCatalog result sequences (Lazy sequences) without loading the whole enchilada into memory. It also dispenses with the funky workaround/hack notation that currently exists (although it still works AFAIK). Once this patch is in place, you will be able to write code as follows: <dtml-in "Catalog(<args>)+Catalog(<other args>)+..."> ... </dtml-in> or even: <dtml-in "Catalog1(<args>)+Catalog2(<args>)"> ... </dtml-in> The latter might be useful for dealing with ZCatalog scaling issues, or combining completely objects from entirely different locations. The patch changes Lazy.py and Catalog.py (very slightly). These files can be found in your {Zopedir}/lib/python/Products/ZCatalog directory. Add the following code into the Lazy class definition in Lazy.py. I added it at the end following line 118 (slice=__getslice__): def __add__(self,other): # Concatenate result sequences together while remaining lazy # Make sure the object we are concating is also Lazy try: if other.__class__.__bases__[0].__name__ != 'Lazy': raise TypeError, """Cannot concatenate objects. Both must be lazy result sequences (ie ZCatalog results)""" except: raise TypeError, """Cannot concatenate objects. Both must be lazy result sequences (ie ZCatalog results)""" if self.__class__.__name__ == 'LazyCat': # Don't nest LazyCat objects unnecessarily if hasattr(self,'_seq'): seq = self._seq else: seq = [self._data] else: seq = [self] if other.__class__.__name__ == 'LazyCat': # Don't nest LazyCat objects unnecessarily if hasattr(other,'_seq'): seq = seq + other._seq else: seq = seq + [other._data] else: seq = seq + [other] return LazyCat(seq) The change to Catalog.py is a single line as follows: Change line 603 (if not r: return r) to: if not r: return LazyCat(r) The change to Catalog.py prevents empty catalog search results from throwing an exception when concatenating it with a non-empty search result. This is the only part that I see as a risk to break existing code. If you, for whatever reason, relied on a ZCatalog returning an empty list ([]) when the search came up empty, your code will no longer work. Here is an example: <dtml-let result="Catalog(<args>)"> <dtml-if "result == []"> <--- This no longer works ... <dtml-else> ... </dtml-if> </dtml-let> However this still does: <dtml-let result="Catalog(<args>)"> <dtml-if result> ... </dtml-if> </dtml-let> And this does what you expect of it when both searches come up empty: <dtml-in "Catalog(<args>)+Catalog(<other args>)"> ... <dtml-else> ... </dtml-in> IMHO this is a very minor side affect, and well worth the gain. Please scrutinize this patch and pick it apart and let me know what works and what doesn't or if I've missed something. Enjoy, Casey Duncan

2 2

RE: Security and Acquisition?!
by Toby Dickenson 13 Nov '00

13 Nov '00

> Anyone know what those attributes are? Heres a good trick: add this method to your class to see which attributes it is asked for, but doesnt implement. def __getattr__(self,id,reg={}): if not reg.has_key(id): print `id` reg[id]=id raise AttributeError(id) > But these are very specific classes that exist for no longer than the > duration of serving a single page request, and it'd just be > nice to know > that they're not going to acquire and fluff they shouldn't... An alternative approach: apply tighter security to the method that constructs these objects, and leave the objects themselves completely open.

2 1

Re: Refresh and debugging product creation issues.....
by Stephen Simmons 13 Nov '00

13 Nov '00

The combination of Shane's Refresh product and Steve's code to prevent multiple names in the product add list is really useful. Thanks, guys! I've reworked Steve's initialize code so it works for products that have multiple classes. As an added benefit, you no longer need to specify which class is being refreshed, so the meta types can be renamed or the code reused without changing a single line. Cheers, Stephen -------------Here is the code: ---------------------------------------- def initialize(context): """Initialize my product""" context.registerClass(...) context.registerBaseClass(...) # Fix Refresh's behaviour of unconditionally reading all class meta_types. # This code extends Steve Spicklemire's fix for products with multiple classes. import Products found_meta_types = [] new_meta_type_list = [] for mt in Products.meta_types: if mt['name'] in found_meta_types: pass else: found_meta_types.append(mt['name']) new_meta_type_list.append(mt) Products.meta_types = tuple(new_meta_type_list) -----------------Steve Spicklemire wrote----------------------------- Debugging products is a pain... restarting Zope all the time is a Pain.... THANK GOD for Shane Hathaway. ;-) I am delighted to report general success with the Refresh product! My only problem is while debugging the process of creating new EMarket instances, I find that every time I run 'Refresh' I get a new "EMarket" in the 'Available Objects' popup. A quick test of other Products shows the same behavior. Soo... I snooped through the product creation code and found that Products.meta_types was being unconditionally appended to every time context.registerClass was called.... so I changed my initialize to this: def initialize(context): import Products context.registerClass( EMarket.EMarket, permission='Add EMarkets', constructors=(EMarket.addEMarketForm, EMarket.addEMarket), icon='emarket.gif', ) found_count = 0 new_products_meta_types = [] for index in range(len(Products.meta_types)): if Products.meta_types[index]['name'] == EMarket.EMarket.meta_type: found_count = found_count + 1 if found_count == 1: new_products_meta_types.append( Products.meta_types[index] ) else: new_products_meta_types.append( Products.meta_types[index] ) Products.meta_types = tuple( new_products_meta_types) In other words... only include the original version of EMarket.EMarket.meta_type in the Product.meta_types tuple... if there are others... leave them out. ...and that seems to have solved the problem.... Does this seem like an OK idea? thanks, -steve _______________________________ Stephen Simmons HealthArena B.V. phone +31 20 486 0555 mobile +31 6 1505 3086 stephen.simmons(a)healtharena.net

5 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 October 2000