- Zope - Zope lists

Volunteer internship for Zope programmer
by Fred Wilson Horch 15 Dec '00

15 Dec '00

Dear kind Zope folks, If you are * computer literate, * interested in programming or already a programmer, * looking for a volunteer opportunity or an independent study project, * eager to publish code and work on a development team, and * able to invest a few hours a week between January and May 2001 reading, writing and documenting open source object-oriented web application software (specifically Java, C and Python code for Zope running on Linux), you may be interested in the attached announcement. Thanks for the bandwidth, Fred Wilson Horch mailto:fhorch@ecoaccess.org Executive Director, EcoAccess http://ecoaccess.org/ P.O. Box 2823, Durham, NC 27715-2823 phone: 919.419-8354 Spring 2001 EcoAccess Technology Associate Internship EcoAccess, a public charity working to enhance public understanding of our natural environment, is offering a volunteer Technology Associate internship program for people seeking the opportunity to enhance their software development skills. Selected Technology Associates will receive a loaner Linux system to allow them to develop free open source software for the EcoAccess database-backed web site. Designed for Associates who have some programming experience, the internship runs from January 8 through May 4. Our software is published on SourceForge and licensed under the General Public License. How to Apply The internship is open to anyone who has any programming experience or training, with preference to those residing in the Triangle area of North Carolina. Apply by e-mail to Fred Wilson Horch, Executive Director internship(a)ecoaccess.org Please include the following information: * Your name * Preferred e-mail address * A summary of your education and relevant work experience, if any * Your experience with open source software, if any * Your other time commitments between January and May If we are interested in working with you, we will request a code sample before making a decision whether to accept you into the program. More About the Internship Our Technology Associates will learn how to develop for Zope, a leading Open Source web application server. Part of the internship will be devoted to learning and improving Zope itself, including documenting aspects of its interfaces. The other part will be devoted to writing applications in Python, Java and C to support the charitable EcoAccess project. Technology Associates must have at least dial-up Internet connectivity. Four interns who are in the Triangle area of North Carolina (Raleigh-Durham-Chapel Hill) can receive fully-configured development machines for use during the internship. (Associates may also use their own Linux machines if they prefer.) The loaner machines are best described as tomorrow's software running on yesterday's hardware. Our Technology Associates will get hands-on experience building object-oriented transactional web applications. Specifically, our Associates will write programs in Java, C and Python that run on Linux and use PostgreSQL databases. This internship is made possible through the generosity of several members of the Triangle Linux Users Group (TriLUG) who donated the hardware for our loaner machines. We appreciate the help! (Announcement revision 1.0 2000-12-14 10:21)

1 0

default values in forms
by Olaf Zanger 15 Dec '00

15 Dec '00

hi there, i'd like to send default values for an data update with the link to the form like <a href="adr_change_frm?f_id=<dtml-var id>&f_name=<dtml-var name>">c</a> unfortunately name may contain spaces. i found out that spaces may be replaced by "+" in the link, but how do i get the "+" into the <dtml-var ...> statement? thanks for help olaf -- soli-con Engineering Zanger Dipl.-Ing. (FH) Olaf Zanger Nusch Lorrainestrasse 23 3013 Bern / Switzerland Fon: +41-31-332 9782 Mob: +41-76-572 9782 mailto:info@soli-con.com mailto:olaf.zanger@soli-con.com http://www.soli-con.com

6 6

Re: [Zope] stupid file upload question
by Dieter Maurer 14 Dec '00

14 Dec '00

Joh Johannsen writes: > But it says: "In you python external method you can now reference > REQUEST.form['attached_file'] as a normal file. You can > perform things such as read() on the object. " > > Now in my Python external method, I can reference things like: > > REQUEST.form['attached_file'].filename > > and that is fine. > > But what is the syntax for actually reading the file? From the above > quote I thought it was as simple as > x=REQUEST.form['attached_file'].read() but that doesn't work... Please tell us, how it does not work (in fact, it should work): Did you get an attribute error (read) or was the result wrong? You must use the 'enctype="multipart/form-data"' and 'method=post' form parameter to upload files. Did you do that? Dieter

2 3

RE: [Zope] site structure
by Farrell, Troy 14 Dec '00

14 Dec '00

If you are like me, you like to keep your standard_html_[header,footer] fairly stock. I have started including dtml-method components in my pages like this: <dtml-var name="standard_html_header"> <dtml-var name="top_navbar"> *CONTENT HERE* <dtml-var name="bottom_navbar"> <dtml-var name="standard_html_footer"> Though, I have a difficult situation: If I understand correctly, definition of JavaScript functions belongs in the <head> tags. Does anyone know how to do this? Troy -----Original Message----- From: Jan H. Haul [mailto:jan@haul.de] Sent: Thursday, December 14, 2000 12:17 PM To: Nuno Goncalves Cc: Oleg Broytmann; Zope(a)zope.org Subject: Re: [Zope] site structure Nuno Goncalves wrote: > > > On Thu, 14 Dec 2000, Nuno Goncalves wrote: > > > How can we define a structure for an entire site with Zope ? > > > for example i want that all the site's pages have a table with 3 > > > colums. it's kind of a template for the web site ! > > > > Using standard_html_header and standard_html_footer in every Document on > > your site... > But that way if i want to change the structure, i have to change on every > page. > My ideia was to create a template(3 colums) where i add objects (dtml > documents). > If i want to change the site structure to 2 colums i only change the > template ! > > Nuno > That is *exactly* what standard_dtml_header and ...footer are for. Together, they *are* your template. You *include* these in every document (using the <dtml-var standard...> tag. They'll show up in your documents at run time. Put the default template into the root folder and all your DTML documents will acquire it. In a sub-folder, you can either do nothing (then the acquired header and footer will be used), or override these with a folder-specicic template. See the Zope book, it explains it pretty well. Jan _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

3 2

RE: [Zope] Windows NT, Zope, PostgreSQL, PoPy, and ZPoPyDA
by Farrell, Troy 14 Dec '00

14 Dec '00

Right now, I have PostgreSQL 7.0.3 on Cygwin: $ uname -a CYGWIN_NT-4.0 hostname 1.1.6(0.30/3/2) 2000-11-21 21:00 i686 unknown I followed the instructions found here: http://people.freebsd.org/~kevlo/postgres/portNT.html I haven't bothered with PoPy yet, but using the --with-odbc option seems to work. I am using the PostgreSQL 6.5 ODBC driver and am using ZODBCDA to connect to PGSQL over ODBC. I will keep you posted as I progress. Troy

1 0

Core Session Tracking Development Release 0.1
by Chris McDonough 14 Dec '00

14 Dec '00

Hi, A development release of the fruits of the "core session tracking" Fishbowl project (http://dev.zope.org/Wikis/DevSite/Projects/CoreSessionTracking/FrontPage) is available at http://www.zope.org/Members/mcdonc/Products/CoreSessionTracking. It allows you to keep state across requests for anonymous users (much like FSSession, SQLSession, HappySession, etc.), but it is capable of storing sessioning data in the ZODB or in RAM. You need to be running a pretty recent Zope 2.2.X to use it. I've tested it continually against the current trunk release, and it works against that. Feedback appreciated! Thanks, Chris

1 0

Re: [Zope] site structure
by Dieter Maurer 14 Dec '00

14 Dec '00

Nuno Goncalves writes: > How can we define a structure for an entire site with Zope ? > for example i want that all the site's pages have a table with 3 > colums. it's kind of a template for the web site ! As others told you, you can use a header and footer to standardize layout. The header would define the top and left part of your site (i.e. your first table column); the bottom your right part of the site (i.e. the third table column) and the bottom part. The content between header and footer would define the center of the page (i.e. your second table column). If this does not provide enough flexibility, you can look into ZClasses. The page specific content would go into properties or content items of the ZInstances. The ZClass' "index_html" would combine all these elements into the final page. Dieter

1 0

Re: [Zope] How to debug access denials?
by Dieter Maurer 14 Dec '00

14 Dec '00

Stephane Bortzmeyer writes: > I have problem with Zope security model and I would like to know the > best way to debug Zope when access is denied. > > I have two experimental sites: on one of them, anonymous users can go > everywhere. On the other, the permissions *look* exactly the same but > anonymous users can only see the home page and are denied access to > subfolders (more precisely, Zope asks a password). I assume one DTML > method, in the second site, is doing something forbidden (anonymous > has "View" and "Access content information"). > > Is there a way to get an extended log, such as "anonymous user denied > because index_html called standard_html_header which called getData > and getData is a database connection and they don't have permission to > use database connections"? I have read in this list (-> searchable list archive), that Shane's ZDebug product can help to analyse access problems. I had never need to try it for myself, though. Dieter

1 0

Re: [Zope] Object adding strangeness
by Dieter Maurer 14 Dec '00

14 Dec '00

Geoffrey L. Wright writes: > So I've created a simple little product to dynamically manage CSS. It > consists of three ZClasses and the arrangement looks something like > this: > > STYLEn_containerClass > \ > \--> STYLEn_styleClass > \ > \--> STYLEn_stylePropertyClass > > .... creating "STYLEn_stylePropertyClass" instance overwrite > "title" property of folder (containing STYLEn_containerClass instance) > ..... > ...... > <dtml-with "STYLEn_stylePropertyClass.createInObjectManager('color', REQUEST)"> > <dtml-call "REQUEST.set('value','#000000')"> > <dtml-call "propertysheets.STYLEn_stylePropertyClassPropertySheet.manage_editProperties(REQUEST)"> > <dtml-call "manage_editProperties(REQUEST)"> > </dtml-with> > ..... I expect the "manage_editProperties" is the culprit. I further expect that neither of your classes has a "manage_editProperties". Therefore, the "manage_editProperties" of the enclosing folder is acquired. It changes the properties of this folder. Dieter

1 0

RE: [Zope] site structure (fwd)
by sean.upton＠uniontrib.com 14 Dec '00

14 Dec '00

Getting fairly familiarized with namespaces and acquisition is going to be useful here. You actually will need to do 2 templates (one for the footer, and one for the header) in the case of writing a "wrapper." That said, objects in Zope (like a document, in this case) behave based upon their context or environment. A DTML document, when it is told to render something with <dtml-var name="foo"> looks for foo in it's current namespace (i.e. the folder it is in), and if it doesn't find it, it then works its way upward (by looking in the namespace of the folder that is the parent of the folder it just looked in before). When it finds foo, it renders that method (or if foo is an attribute, it renders its value). Let us suppose that your document is called bar, and looks like this: <html><body> <dtml-var name="foo"> </body></html> bar is in a folder hierarchy that looks like this (using URL syntax) http://mysite.com/folder1/subfolder/bar bar would first look for foo as an attribute of it's own namespace (i.e. it would look to see if you defined a custom property called foo in the properties of the document). If it found it, it would render it, but let's suppose that it does not find it, so it has to look in another namespace. So, it moves up to the next namespace (subfolder) looking for foo, as either a method of that folder or a data member (attribute). If it finds it, it renders it. If not, it moves up to folder1 as the next namespace, and perhaps that is where it finds foo; in that case it renders foo. Seems rather simple, and in some cases it is, but what if foo is a dtml method and looks like the following? <h1>Title:<dtml-var title></h1> Where does foo look for title? Not in folder1, where foo resides, but in in bar's namespace, and indeed, since dtml documents have a title attribute, that will be rendered. If, instead of title, we had an attribute named something like "what" but there was no attribute named "what" in bar, it would look through the namespace stack (starting with the namespaces of bar, then subfolder then folder1, then the root folder, etc), until it found what it was looking for. This, I hope, explains acquisition well. If you were to apply this to templating strategies, you would realize, that (as long as you kept standard_html_header and standard_html_footer in sync) that you could do some powerful things with your site navigation. Consider the following example: Suppose you have a sports news site, and you publish stories about baseball, football, and basketball. In the upper right hand-corner of your document (i.e. in the header portion) you have an 32x32 icon image that is a picture of a football, basketball, and baseball, respectively. Otherwise, you wanted to use the same template for all of the documents. Suppose that you have a folder structure like this: -/ -basketball -baseball -football In this case, you could have a standard_html_header in the root folder / that creates the top portion of your document, so you only have to use one template, and that the template might have code that looks like this:  <dtml-var name="sports-icon.gif">  In this case, you could have an image in each folder (basketball, football, baseball) containing an appropriate image with the id of sports-icon.gif. This is useful, because now, one template is rendering sports news stories different folders differently, depending upon the context of the folder they are contained in. In this simple example, you don't even need to create a different standard_html_header for every folder to create different results, but can rely upon Zope's built-in acquisition smarts to work for you. Applying this in practice, takes some playing around with, but once you get a clear idea of applying this, you can create some very intelligent standard_html_headers that do a lot of work for you. Hope this helps, Sean -----Original Message----- From: Nuno Goncalves [mailto:nuno@fccn.pt] Sent: Thursday, December 14, 2000 10:19 AM To: Oleg Broytmann Cc: Max M; Zope@Zope. Org Subject: RE: [Zope] site structure (fwd) > > But how could you build a page with the template developed ?? > > something like: > > <dtml var template(COMPONENTS LIKE HEADER AND FOOTER AS ARGUMENTS)> > > and how can you generelize the objects to beeing used by the template ? > > No, no, no! :) > You misunderstand how the Zope works. You think that basic building > block is a piece of HTML (probably you think to put it into DTML > Documents). No. In Zope basic building block is "instance of some python > class". A DTML Document is an instance of DTMLDocument class, e.g. > If you develop your own set of classes, you'll just build Zope sites > creating instances of these classes - you put HTML fragmenst just into > these instances. Zope will call your objects, you don't need to use DTML to > call them. humm !!! I see now !! So i can have a general structure for all my site and when create a page, specifying the template to use and consequently adding the objects that i want ?? Nuno > > Oleg. > ---- > Oleg Broytmann http://www.zope.org/Members/phd/ phd(a)phd.pp.ru > Programmers don't die, they just GOSUB without RETURN. > > _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

1 0