- Zope-Dev - Zope lists

Wrap or not wrap i Zope source
by Peter Bengtsson 09 Aug '00

09 Aug '00

What I want to do is simple. Modify the source of Zope so that one can select either wrap=off or wrap=virtual in the textarea box of the documentEdit.dtml I bet you all recognize these HTML bits (documentEdit.dtml): <INPUT NAME=SUBMIT TYPE="SUBMIT" VALUE="Taller"> <INPUT NAME=SUBMIT TYPE="SUBMIT" VALUE="Shorter"> <INPUT NAME=SUBMIT TYPE="SUBMIT" VALUE="Wider"> <INPUT NAME=SUBMIT TYPE="SUBMIT" VALUE="Narrower"> And I want to add: <INPUT NAME=SUBMIT TYPE="SUBMIT" VALUE="Change Wrap">  This submitbutton should trigger the simple following DTML (documentEdit.dtml): <dtml-if wrap_or_not> WRAP="virtual" <dtml-else> WRAP="Off" </dtml-if> I have checked the python source, but I'm definitly not a wiz or very good with OOP. The documentEdit.dtml document "actions" the form to manage_edit() found in DTMLDocument.py and DTMLMethod.py: def manage_edit(self,data,title,SUBMIT='Change',dtpref_cols='50', dtpref_rows='20',REQUEST=None): """ Replaces a Documents contents with Data, Title with Title. The SUBMIT parameter is also used to change the size of the editing area on the default Document edit screen. If the value is "Smaller", the rows and columns decrease by 5. If the value is "Bigger", the rows and columns increase by 5. If any other or no value is supplied, the data gets checked for DTML errors and is saved. """ self._validateProxy(REQUEST) if self._size_changes.has_key(SUBMIT): return self._er(data,title,SUBMIT,dtpref_cols,dtpref_rows,REQUEST) self.title=str(title) if type(data) is not type(''): data=data.read() self.munge(data) if REQUEST: message="Content changed." return self.manage_main(self,REQUEST,manage_tabs_message=message) The _er method is found in DTMLMethod.py def _er(self,data,title,SUBMIT,dtpref_cols,dtpref_rows,REQUEST): dr,dc = self._size_changes[SUBMIT] rows=max(1,atoi(dtpref_rows)+dr) cols=max(40,atoi(dtpref_cols)+dc) e=(DateTime('GMT') + 365).rfc822() resp=REQUEST['RESPONSE'] resp.setCookie('dtpref_rows',str(rows),path='/',expires=e) resp.setCookie('dtpref_cols',str(cols),path='/',expires=e) return self.manage_main( self,REQUEST,title=title,__str__=self.quotedHTML(data), dtpref_cols=cols,dtpref_rows=rows) I GUESS that it is in this method I do my changes (together with parameters in manage_edit() [DTMLDocument.py and DTMLMethod.py]) Maybe something like this: if wrap_cookie is 'off': resp.setCookie('wrap_cookie','virtual',path='/',expires=e) newwrap_status='virtual' else: resp.setCookie('wrap_cookie','off',path='/',expires=e) newwrap_status='off' ...and... return self.manage_main( self,REQUEST,title=title,__str__=self.quotedHTML(data), dtpref_cols=cols,dtpref_rows=rows,wrap_or_not=newwrap_status) I don't dare to do anything yet, because I feel a bit unfonfy about changing source at this level. Can you please give me some hints or advice or maybe you already have this done. Peter Bengtsson - bloody good programmer [ do I dare to keep my funny signature after this email? ]

1 0

Re: [Zope-dev] __setattr__ --> Zope Crash :S
by Chris Withers 09 Aug '00

09 Aug '00

Steve Alexander wrote: > > The application, ./python.exe, generated an application error > > The error occurred on 8/ 9/2000 @ 11:48:41.189 > > The exception generated was c00000fd at address 7800118b (lock) > > > > DrWatson also said this was a Stack Overflow error. > > > > Now what am I doing wrong? ;-) > > perhpas setitem calls setattr which calls setitem.... > > perhaps insert some print statements to see if this is the case. I did... the problem starts in the constructor: # for making DataBlobs def __init__(self, id): self.id = id the print statements look like: print "settitem ",name,value the output: settattr id test settitem id test ..then the exception. So there's no one-calling-the-other going on :S Any ideas? Chris PS: I Just noticed DataBlob inherits from OFS.SimpleItem.Item and well as PersistentMapping, could this be bad? It also inherits from AccessControl.Role.RoleManager, but I would have though that'd affect it too much?

1 0

__setattr__
by Chris Withers 09 Aug '00

09 Aug '00

I'm building a DataBlob class (which inherits from SimpleItem.Item, Persistent and RoleManager), a generic object for storing data is such that you can do the following in a form-processing method: <dtml-with "manage_addProduct['DataBlob']"> <dtml-call "manage_addDataBlob(id='Fred')"> <dtml-call "fred.setFromForm()"> </dtml-with> The other idea is that blob contents can be accessed either as attributes or dictionary keys. So, you could do: a.x = 'my value for x' or a['x'] = 'another value' Unfortunately, that also means you could do: a.setFromForm = my_malicious_function ...for example So, I was going to override __setattr__ with something like the following: (data is a list of names of attributes that may be set...) def __setattr__(self,name,value): if hasattr(self,name) and not name in self.data: raise 'Oh no you don't!' self.data.append(name) SimpleItem.Item.__setattr__(self,name,value) # this is the bit that worries me I think this should work in 2.2, but what about that line, should it be Item.__setattr__ or Persistent.__setattr__ ? Is ther eanything else I've missed? cheers, Chris

1 3

Feedback requested on SkinnableAndLocalizableObjects
by Martijn Pieters 09 Aug '00

09 Aug '00

A few days ago, I requested for some feedback on the SkinnableAndLocalizableObjects project, and got exactly none! I cannot believe that I put down a flawless design here that nobody has anything to add to. A few days more, and the implementation I'll have will be much harder to fit your ideas. To summarise, when this project is done, all of Zope's management interface will support full language switching (like zzLocale, but built in), and on top of that, it will be very, very easy to create new and radically different versions of the interface and tie different versions (called Skins) to different browsers. http://dev.zope.org/Wikis/DevSite/Projects/SkinnableAndLocalizableObjects -- Martijn Pieters | Software Engineer mailto:mj@digicool.com | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ | ZopeStudio: http://www.zope.org/Products/ZopeStudio -----------------------------------------------------

2 1

Re: [Zope-dev] DB Connection Question
by Dieter Maurer 08 Aug '00

08 Aug '00

Andre Schubert writes: > I have written a Product .... > and now i want > to use a Zope DatabaseConnection added to the same folder. Unless you are in a constructor, your product's "self" has an acquisition context. It usually contains the folder containing your product instance. Therefore, if "DC" is the name of your database connection, you can access it by "self.DC" or "getattr(self,'DC')". Dieter

1 0

Bug in DT_In.py, still using collector? Here's a patch
by Brad Clements 08 Aug '00

08 Aug '00

In Zope 2.2.0 If you have a bug in your DTML in a <dtml-in xx next> block, you don't see the bug. DT_In assumes that you just don't have more records to see. DT_In.py, around line 545 This code: elif next: try: # The following line is a sneaky way to test whether # there are more items, without actually # computing a length: sequence[end] pstart,pend,psize=opt(end+1-overlap,0, sz,orphan,sequence) kw['next-sequence']=1 kw['next-sequence-start-index']=pstart-1 kw['next-sequence-end-index']=pend-1 kw['next-sequence-size']=pend+1-pstart result=render(section,md) except: if self.elses: result=render(self.elses, md) else: result='' SHOULD BE: elif next: try: # The following line is a sneaky way to test whether # there are more items, without actually # computing a length: sequence[end] pstart,pend,psize=opt(end+1-overlap,0, sz,orphan,sequence) kw['next-sequence']=1 kw['next-sequence-start-index']=pstart-1 kw['next-sequence-end-index']=pend-1 kw['next-sequence-size']=pend+1-pstart except: if self.elses: result=render(self.elses, md) else: result='' else: result=render(section,md) Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com (315)268-9812 Fax netmeeting: ils://ils.murkworks.com AOL-IM: BKClements

1 0

DB Connection Question
by Andre Schubert 08 Aug '00

08 Aug '00

Hi, I have written a Product the uses a Databaseconnection to MySQL, that works fine. but the connection in coded into my Product, and now i want to use a Zope DatabaseConnection added to the same folder. How does this works, it is very important for me, because we want to change to another database, and because this fact it is very useful for me to use an existing DataBaseConnection Object from Zope in my Product to connect to a DataBase.

1 0

.zexp Security Concerns
by Chris Withers 08 Aug '00

08 Aug '00

Hi, A few people have recently been asking about the ability to import .zexp's into the FreeZope accounts NIP offers. This is something we'd like to offer but need to understand the security risks first. IIRC, the reason why import is not available straight 'through the web' is that there are security implications. Could someone run these by me again... cheers, Chris

2 1

Bug in DateTime.py
by Karsten Petersen 08 Aug '00

08 Aug '00

Hi, today I had *very* strange effects with the following code: <dtml-let bla="_.DateTime('2000/08/08')"> <dtml-var bla><br> <dtml-var expr="bla.parts()"><br> <dtml-var expr="bla.strftime('%Y/%m/%d')"><br> </dtml-let> on my system it gave me: 2000/08/08 (2000, 8, 8, 0, 0, 0, 'GMT+2') 2000/08/07 Well - this was not quite what I expected. :) I tracked the problem down to the timezone: When no time is given, the time is initialized with 00:00. So after applying gmtime in the strftime function (DateTime.py line 1379) it got shifted out and - hoppla - we have gone one day back in time. :) When I apply the attached patch, the output gets correct. But there are more usages of gmtime in the file and I don't know right now if that is correct. Perhaps someone who has a deeper insight in date'n'time math than me should have a look at it. Greets, Karsten -- ,-, Student of Computer Science at Chemnitz University of Technology ,-, | | EMail: Karsten(a)kapet.de WWW: http://www.kapet.de/ | | '-' Home: kapet(a)dollerup.csn V72 / 230 Phone: +49-177-82 35 136 '-'

2 1

RE: [Zope-dev] Re: Replaceable Property question
by Brian Lloyd 07 Aug '00

07 Aug '00

> > So, how long before this becomes a project and gets finished? > > 2.2.1 would be great :-)) > > thanke for the great work, > > Chris Note that third-dot releases are bug-fix only. New features go into second-dot releases. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

4 4