November 1999 - Zope-Dev

Adding a Control Panel?
by Stefan Langerman 13 Nov '99

13 Nov '99

Hi, I am getting tired of manually downloading packages, esp. since I access my server remotely, and it's a pain to have to telnet to do the job, so I thought it would be a good idea to make a control panel to download and install products automatically. You would just provide the URL of the product tarball, and that would be it. If this thing works, then what about adding an automatic install button on the zope Products pages. Your Zope member info could contain the name(s) of your server(s), and the install button would just link to something of the kind: http://yourserver.org/install?http://www.zope.org/.../stuff.tgz Wouldn't that be cool? Anyway, I am trying to do this, but since this is my first serious Zope thing, I would need some help. Here are my questions: - Can I add something to the ApplicationManager? How do I do this? - Another way would be to add an entry to the manage_options of the ProductFolder, but again, I have no clue on how to do that. - How should I package my thing? In a Product or some external method or something else? Product seems to be cleaner, but I really haven't seen anything like what I want to do... Any suggestions are welcome. Altough I am a newbie, I am good at learning from examples, so feel free to throw sample code at me from similar projects, or just give me some pointers to code/doc/faq. Thanks, Stefan.

1 0

Re: [Zope-dev] Generated Images Again
by Jeff Rush 13 Nov '99

13 Nov '99

On Fri, 12 Nov 1999 11:48:33 -0800, David S. Harrison wrote: >Well, this successfully calls the function but substitutes >the bits from the PNG image directly into the <IMG> tag. >I mean the image tag becomes: '<IMG SRC="jfdla;jgadjklh32kjhkjhfdkahlfdsa;'g...">' >where the garbage is the bits from the image. The browser barfs >on this in a major way. Looks like it is still not quite there. You need to look at it as two transactions -- one to generate the HTML and another when the browser _comes back_ and gets the image. Now since you can't easily cache the image btw those two times, you need to defer generation of the image until the browser asks for it. So in your DTML code, you need to return a URL indicating _where_ to get the image and _what parameters_ to use when doing so. <IMG SRC="<dtml-var SCRIPT_NAME>/GenerateImage?xsize=300&colors=16">> And then create an external method named "GenerateImage" that looks like: def GenerateImage(self, xsize=800, ysize=600, colors=256, REQUEST=None, RESPONSE=None): # Spin the Pixels -now- ..... if REQUEST and 'image/png' in map(strip, split(REQUEST.get_header('Accept', ''), ',')): outformat = 'PNG'; outmime = 'image/png' else: outformat = 'GIF'; outmime = 'image/gif' if RESPONSE: RESPONSE.setHeader('content-type', outmime) ofd = StringIO() ; im.save(ofd, outformat) return ofd.getvalue()

1 0

Re: [Zope-dev] Generated Images Again
by David S. Harrison 12 Nov '99

12 Nov '99

"Andrew M. Kuchling" wrote: > This isn't invoking your function; read the DTML manual about > <dtml-var>. Instead, try this: > > <IMG SRC="<dtml-var "GenerateImage(RESPONSE,arg)">"> Well, this successfully calls the function but substitutes the bits from the PNG image directly into the <IMG> tag. I mean the image tag becomes: '<IMG SRC="jfdla;jgadjklh32kjhkjhfdkahlfdsa;'g...">' where the garbage is the bits from the image. The browser barfs on this in a major way. Looks like it is still not quite there. David S. Harrison (dsh(a)magma-da.com)

2 1

Re: [Zope] DTML Syntax contd. + rant
by Stuart 'Zen' Bishop 12 Nov '99

12 Nov '99

(Originally to zope, but should have been to zope-dev) On Wed, 10 Nov 1999, Martijn Faassen wrote: > If I ever get the time I'd be tempted to work on a DTML 'cleanup' > project. DTML is currently *far* too much like Perl and not enough like > Python. *some* easy things are very easy, but as a consequence some > other easy things become far too hard, or at least look far too > complicated. You can spell the same thing in too many ways. The > community encourages and praises additions for convenience (like the > 'default' option, or the new extended &entity; syntax) but as a result > DTML loses its conceptual integrity. It becomes too big and not easy to > understand. > > I understand the argument that DTML shouldn't be used for complicated > purposes, and that you should use Python. This is fine and good, but in > practice people *do* use DTML for complicated purposes. ZClasses in fact > encourage this. > > DTML should be more like Python. Luckily the Zope framework does allow > new objects to be plugged in using something else than DTML, so not all > hope is lost. :) > > Feedback on this rant would be appreciated. I'm with you 100%. It makes me feel like I'm programming a reverse polish calculator sometimes :-) A low-level user (one not confidant in writing external methods) shouldn't have use magic constructs like <dtml-var "_['sequence-item'].title_or_id()"> dtml-in is the main culprit - a synonyms for the magic variables that conform to python naming standards need to be created and the old ones depricated. Is there any reason why I should fix this and submit the patch for 2.1? (or 2.2?) Possibly REQUEST needs to be available through aquisition rather than having to be passed to everything. How about <dtml-python> print "<p>" print html_quote('''The <dtml-ver2> tag is executed, the code contained between the tags simply writing to standard out to produce the rendered version.''') print '''<p>This could be done either through stealing from the existing PythonMethods code if it can be proven to be as secure as DTML''' if untrusted_pythonmethods: print '''<p>An alternative approach would be to run the code using r_eval. A BastionClass wrapper would be used to protect access to objects - the code would initially only have access to the bastionised _ object, and all the getattr and getitem methods would aquire objects as normal, but return another bastion wrapper instead of the real object. <p>Of course, this may be how PythonMethods already works for all I know....''' print ''' <p>Currently, calling python functions needs to be done through the current namespace, with calls like _.string.split(...). This seems arse over tit - wouldn't it conceptually be better to use a prefix for aquisition? _.standard_html_header() for example - this makes it much clearer IMHO what is going on and easier to grasp. It might be too late in the day to change this however.''' </dtml-python> Is existing DTML good enough for 'simple' scripting? I think the current confusion threshold occurs when people start needing to pass parameters to methods (and the whole quoted and unquoted thing kicks in, and suddenly they have to understand about the _ namespace, and the magic variables to pass a DTML method to make it work). - Zen, who is still a bit grumpy today. ___ // Zen (alias Stuart Bishop) Work: zen(a)cs.rmit.edu.au // E N Senior Systems Alchemist Play: zen(a)shangri-la.dropbear.id.au //__ Computer Science, RMIT WWW: http://www.cs.rmit.edu.au/~zen

13 20

Re: [Zope] Setting SERVER_NAME for ZServer
by Bill Anderson 12 Nov '99

12 Nov '99

Itamar Shtull-Trauring wrote: > > The ZServer SERVER_NAME can be set by editing ZServer/medusa/http_server.py, > and adding > > server.server_name = "www.example.com" > > at line 554, right before server_port is set but after the unwanted > server_name is set, so the new value replaces the unwanted one. > Any reason the following code: ---------------------------------------- if not ip: self.log_info('Computing default hostname', 'warning') ip = socket.gethostbyname (socket.gethostname()) try: self.server_name = socket.gethostbyaddr (ip)[0] except socket.error: self.log_info('Cannot do reverse lookup', 'warning') self.server_name = ip # use the IP address as the "hostname" ---------------------------------------- can't be replaced with: ---------------------------------------- if not ip: self.log_info('Computing default hostname', 'warning') ip = socket.gethostbyname (socket.gethostname()) try: self.server_name = os.environ['SERVER_NAME'] except KeyError: self.server_name = socket.gethostbyaddr (ip)[0] except socket.error: self.log_info('Cannot do reverse lookup', 'warning') self.server_name = ip # use the IP address as the "hostname" --------------------------------------- And then the start script (or Zope.pcgi) could then set SERVER_NAME prior to calling the server proper? Just curious ... Bill -- "They laughed at Columbus, they laughed at Fulton, they laughed at the Wright brothers. But they also laughed at Bozo the Clown." -- Carl Sagan

1 0

Generated Images Again
by David S. Harrison 12 Nov '99

12 Nov '99

As you might recall, I am on a quest to get Zope to serve up automatically generated images. I am nearly there. In a simple example, my DTML looks like the following:  <h2></h2> <p> <IMG SRC="GenerateImage"> </p>  My external method kind of looks like this: def GenerateImage(self, RESPONSE): bits = functionThatWritesImageIntoAString() RESPONSE.setHeader('content-type', 'image/png') return bits This works fine. However, functionThatWritesImageIntoAString() actually takes arguments. So, I attempted the following: def GenerateImage(self, RESPONSE, arg): Then I tried several possibilities in DTML: <IMG SRC="GenerateImage(arg)"> <IMG SRC="GenerateImage(RESPONSE,arg)"> I tried permuting arguments. I can't convince it to work. It appears that I don't know the magic to tell Zope to pass arguments to the external method. I am looking for suggestions. There is a really nasty workaround: I could use <dtml-call> before the <IMG> tag to pass arguments implcitly (through globals) to the GenerateImage method. But this seems really ugly. I am looking for a more graceful solution. David S. Harrison (dsh(a)magma-da.com)

1 0

Re: [Zope] Setting SERVER_NAME for ZServer
by Bill Anderson 12 Nov '99

12 Nov '99

Itamar Shtull-Trauring wrote: > > The ZServer SERVER_NAME can be set by editing ZServer/medusa/http_server.py, > and adding > > server.server_name = "www.example.com" > > at line 554, right before server_port is set but after the unwanted > server_name is set, so the new value replaces the unwanted one. > Any reason the following code: ---------------------------------------- if not ip: self.log_info('Computing default hostname', 'warning') ip = socket.gethostbyname (socket.gethostname()) try: self.server_name = socket.gethostbyaddr (ip)[0] except socket.error: self.log_info('Cannot do reverse lookup', 'warning') self.server_name = ip # use the IP address as the "hostname" ---------------------------------------- can't be replaced with: ---------------------------------------- if not ip: self.log_info('Computing default hostname', 'warning') ip = socket.gethostbyname (socket.gethostname()) try: self.server_name = os.environ['SERVER_NAME'] except KeyError: self.server_name = socket.gethostbyaddr (ip)[0] except socket.error: self.log_info('Cannot do reverse lookup', 'warning') self.server_name = ip # use the IP address as the "hostname" --------------------------------------- And then the start script (or Zope.pcgi) could then set SERVER_NAME prior to calling the server proper? Just curious ... Bill -- "They laughed at Columbus, they laughed at Fulton, they laughed at the Wright brothers. But they also laughed at Bozo the Clown." -- Carl Sagan

1 0

Correct place to initialize _v_ attributes
by Stuart 'Zen' Bishop 12 Nov '99

12 Nov '99

Is there a method I can initialize _v_ attributes in? __init__ is only called on initial object creation, but I also need to initialize variables when the object is instantiated from ZODB ___ // Zen (alias Stuart Bishop) Work: zen(a)cs.rmit.edu.au // E N Senior Systems Alchemist Play: zen(a)shangri-la.dropbear.id.au //__ Computer Science, RMIT WWW: http://www.cs.rmit.edu.au/~zen

2 1

Re: [Zope] tree alignment
by Adonis El Fakih 12 Nov '99

12 Nov '99

Hi, I made some modifications to the TreeTag.py module to allow the user control over the alignment of the cells created by the moodule. Since this is my first time using python ( my background is Perl and PHP) I made it very simple. If you set a flag align=1 in the dtml-tree tag it will use the ALIGN="LEFT" used in Zope 2.0.1, otherwise it will not insert an ALIGN tag in the <TD> tag. The solution is good enough for us, and I would like to pass this by you for comments, also I would like to ask for this change to be inserted in the Zope distribution. This will us one step closer to being internationalization friendly. Best regards, Adonis On Fri, 12 Nov 1999, Adonis El Fakih wrote: > Date: Fri, 12 Nov 1999 03:19:58 -0500 (EST) > From: Adonis El Fakih <adonis(a)egsx.com> > To: zope(a)zope.org > Subject: [Zope] tree alignment > > Hi, > > I am facing an interesting challenge. > > I want to use the dtml-tree tag in document that uses right to left > alignment (Arabic). In HTML we can define the DIR=RTL tag in the > <HTML> tag and all tables within a document will be flipped as to > accomodate for the RTL behaviour. Unfortunalty the dtml-tree explicitly > sets the alignment of the id/titles to the left, making the dtml-tree > useless for these pages. Is there a way to tell the object the alignment > required? Or do I have to dig into zope's code to see how to change > this? > > Thanks in advance. > > Adonis > > -- > Adonis El Fakih - President, CEO > Engineering Graphical Solutions, Inc. (EGS) > 70 Boston Road, Suite A301, Chelmsford MA 01824 USA > Fax (978) 244-0544 - adonis(a)egsx.com > > > _______________________________________________ > 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 ) > -- Adonis El Fakih - President, CEO Engineering Graphical Solutions, Inc. (EGS) 70 Boston Road, Suite A301, Chelmsford MA 01824 USA Fax (978) 244-0544 - adonis(a)egsx.com 114a115 > align=1, 401a403,410 > # define the alignment > if args.has_key('align') and args['align']: > tableAlign='ALIGN="LEFT"' > else : > tableAlign=' ' > > > 404c413 < output('<TD%s%s VALIGN="TOP" ALIGN="LEFT">' % --- > output('<TD%s%s VALIGN="TOP" %s>' % 406c415,416 < (have_arg('nowrap') and args['nowrap'] and ' NOWRAP' or '')) --- > (have_arg('nowrap') and args['nowrap'] and ' NOWRAP' or ''), > tableAlign)

1 0

Re: [Zope-dev] Character codes
by sergey2b 12 Nov '99

12 Nov '99

Kind day. Excuse for bad language of the letter. >using the -L command line switch in Zope 2.1.0b? I do not know. >What are the consequences of this change on character display? I understand >that setting the locale will enhance ZCatalog searches for words with >extended chars. In UNIX yes works well, in Windows NT not always. For Russian not correctly (my opinion is problems Windows). Sergey -----Original Message----- From: Alexandre Ratti <alex(a)gabuzomeu.net> To: sergey2b <sergey2b(a)mail.ru> Cc: zope-dev(a)zope.org <zope-dev(a)zope.org> Date: 12 ноября 1999 г. 2:08 Subject: Re: [Zope-dev] Character codes >Hi Sergei, > > >Thanks for your tip. Is this the same as setting "LOCALE_ID=" in z2.py or >using the -L command line switch in Zope 2.1.0b? > >What are the consequences of this change on character display? I understand >that setting the locale will enhance ZCatalog searches for words with >extended chars. > > >Cheers. > >Alexandre > > >At 22:18 11/11/1999 +0300, you wrote: >>add in z2.py >> >>#z2.py >>import locale >>locale.setlocale(locale.LC_ALL, "fr") >(...) > >

1 0