Re: [Zope] Suggestion for an opensource barchart/piechart graphic package in python
You might want to look at ChartDirector (http://www.advsofteng.com). It isn't opensource, but it has many features, works with Python well, and is free if you don't mind a small watermark in your charts. The license is reasonable, too. Eron On 2/17/07, Marco Bizzarri [EMAIL PROTECTED] wrote: Hi all. I'm looking for an alternative to python gdchart for barchart/piechart in a web application. I'm looking to python gdchart 2, but I'm not sure on the status of maintenance of the project itself. Can someone provide advice? Regards Marco -- Marco Bizzarri http://iliveinpisa.blogspot.com/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope-dev] Zope Server Control
Ooh! I've been thinking about something like this as well; PyQt would definately be the way to go. The backend should be de-coupled from the UI, of course. Getting the gears turning, Eron On Friday 07 February 2003 12:47 am, Shane Hathaway wrote: Zope-Dev'ers, Just for fun, I made a mockup (using QT Designer) of a Zope server control and monitoring GUI. It's purely nonfunctional--just an idea. Check it out here: http://hathaway.freezope.org/Images/controller_snapshot.png It's not fancy, but it's complete: you can watch and control multiple servers from a single place. The flashing yellow LED-like indicators would give you a great deal of confidence that information is flowing. It sure would be appealing. Anyone want to take this on? :-) supplying-endless-ideas-for-vaporware-ly y'rs, Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Improving product management
Is that code sitting anywhere? I'd like to take a look at it. Thanks, Eron On Thu, 2002-09-05 at 01:37, Andy McKay wrote: Thats what ZPM did for a while, the server side stuff on my end is now broken. It would display a list of products and tell you what version needs updating. It would be fairly straightfoward to get that running again I believe if anyone wants to take a gander. -- Andy McKay Agmweb Consulting http://www.agmweb.ca - Original Message - From: Eron Lloyd [EMAIL PROTECTED] To: Andy McKay [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Jeffrey Chan [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, September 04, 2002 3:46 PM Subject: Re: [Zope-dev] Improving product management I think this is a great idea. A good way to start would be to have a tab on the Control Panel entitles Updates, that would make some XML-RPC calls to Zope.org, and provide update and hotfix information when compared against your running server. Of course, how we know what is available is a good question...we would need to see PEPs 241 and 262 realized I imagine. The current version check wouldn't need this, however. Let's see some Web Services! Eron On Wed, 2002-09-04 at 18:25, Andy McKay wrote: Ive discussed this long ago and started off ZPM to do that. However at the time PyPPM wasnt done and distutils wasn't standard. My enthusiasm ran out and there was this work conflict thing ;) Zope.org doesn't really have a good product querying system, something like Gideon is sorely needed. | Just a thought. How u guys would consider the possibility. We would love the possibility, go to it ;) -- Andy McKay Agmweb Consulting http://www.agmweb.ca ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] -- Eron Lloyd Technology Coordinator Lancaster County Library [EMAIL PROTECTED] Phone: 717-239-2116 Fax: 717-394-3083 --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Improving product management
I think this is a great idea. A good way to start would be to have a tab on the Control Panel entitles Updates, that would make some XML-RPC calls to Zope.org, and provide update and hotfix information when compared against your running server. Of course, how we know what is available is a good question...we would need to see PEPs 241 and 262 realized I imagine. The current version check wouldn't need this, however. Let's see some Web Services! Eron On Wed, 2002-09-04 at 18:25, Andy McKay wrote: Ive discussed this long ago and started off ZPM to do that. However at the time PyPPM wasnt done and distutils wasn't standard. My enthusiasm ran out and there was this work conflict thing ;) Zope.org doesn't really have a good product querying system, something like Gideon is sorely needed. | Just a thought. How u guys would consider the possibility. We would love the possibility, go to it ;) -- Andy McKay Agmweb Consulting http://www.agmweb.ca ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] stacks != easy to explain
I believe what is trying to be explained is that ZPT provides a certain sequence for attribute *processing*, which begins *after* the template is parsed (like unordered keyword arguments in Python). How they are ordered in the source file is irrelevant, but by ordering them in the precise way they will be processed is recommended to aid in the understanding of what will happen. If you do see a concrete example of how and where this occurs that coincides with a breach from the XML spec, please post this to the list for us to see, so that the proper avenues of discussion, hacking, and problem resolution can be made. ZPT is nowhere near complete, and will surely tighten up with time. Regards, Eron On Thu, 2002-05-16 at 10:32, Don Hopkins wrote: From: Steve Alexander [EMAIL PROTECTED] Subject: Re: [Zope-dev] stacks != easy to explain If you're using ordered attributes, then you're not using XML. Indeed, and if your indentation is meaningful in your C source-code, you're not using C. However, that doesn't negate the benefit of a consistent coding style. Indentation style and the definition of XML are two different things. The XML spec clearly states that attributes are defined as unordered. So any XML editors or tool might rightfully reorder those attributes, thus mangling the meaning of any so-called XML code that depends on attribute order. Any so-called XML tool that depends on the order of attributes incorrect, and has a fundamental design flaw because it deviates from the agreed-upon standard. Just as any so-called C compiler that depends on indentation style is incorrect. -Don Reference: http://www.w3.org/TR/xml-infoset/ XML Information Set W3C Recommendation 24 October 2001 2. Information Items 2.2. Element Information Items An element information item has the following properties: 5. [attributes] An unordered set of attribute information items, one for each of the attributes (specified or defaulted from the DTD) of this element. Namespace declarations do not appear in this set. If the element has no attributes, this set has no members. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] can't put !--#BCODE -- in dtml
Zope thinks you're trying to use an ancient version of DTML. Make sure your comments are syntactically correct (!-- comment --) and try to avoid using !-- #(comment) -- anywhere as this could trip you up down the road. That format for variable insertion is still supported for legacy reasons. Regards, Eron On Thu, 2002-04-11 at 04:01, Yuan-Chen Cheng wrote: hi, Can't put !--#BCODE -- in dtml, but !-- #BCODE -- is okay. Is this correct. Thank you very much. Yuan-Chen Cheng The traceback is here: Unexpected tag, for tag !--#BCODE --, on line 8 of ttt Traceback (innermost last): File /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, line 150, in publish_module File /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, line 114, in publish File /home/ycheng/zope/zope/lib/python/Zope/__init__.py, line 158, in zpublisher_exception_hook (Object: ttt) File /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, line 98, in publish File /home/ycheng/zope/zope/lib/python/ZPublisher/mapply.py, line 88, in mapply (Object: manage_edit) File /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, line 39, in call_object (Object: manage_edit) File /home/ycheng/zope/zope/lib/python/OFS/DTMLDocument.py, line 79, in manage_edit (Object: ttt) File /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, 320, in munge (Object: ttt) File /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, line 340, in cook (Object: ttt) File /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, line 162, in parse (Object: ttt) File /home/ycheng/zope/zope/lib/python/DocumentTemplate/DT_String.py, line 58, in parse_error (Object: ttt) Document Template Parse Error: (see above) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] SQLite as a Light DB component for Zope and Python
Very interesting. I think I've read about this somewhere before. The claim of 4x faster than PostgreSQL raised my brow. It is true that Gadfly is becoming quite stale, and only supports a *very* limited subset of SQL. It also would be nice to see something a bit more robust than just shelve in the Standard Library. Gadfly is ok to begin a prototype in, but frustrating once you quickly hit a glass ceiling in functionality. I'm interested in seeing how well it can scale, versus Postgres, however. Any experience? Thanks for the info, Eron Lloyd On Mon, 2002-04-01 at 20:54, William Trenker wrote: I have noticed on the DB lists lately some concern about the future of Gadfly. I have been investigating a marvelous little open-source, no copyright, SQL engine called http://www.hwaci.com/sw/sqlite/index.htmlSQLite: An SQL Database Engine In A C Library. I am quite experienced with Python, reasonably experienced with Zope but a greenhorn at extending Python yet I had a crude but working Python extension module for SQLite up and running in 2 days (most of that time figuring out the Python extension conventions). I think Python needs a lightweight SQL engine as a standard module, and I think this would be a good Zope product candidate as well. I'm proposing SQLite as that engine. Here is the developer's feature list, taken from the link given above: Implements a large subset of SQL92. A complete database (with multiple tables and indices) is stored in a single disk file. Atomic commit and rollback protect data integrity. Small memory footprint: less than 20K lines of C code. Four times faster than PostgreSQL. Twice as fast as SQLite 1.0. Very simple C/C++ interface requires the use of only three functions and one opaque structure. TCL bindings included. A TCL-based test suite provides near 100% code coverage. Self-contained: no external dependencies. Built and tested under Linux and Win2K. Sources are uncopyrighted. Use for any purpose. The SQLite source code is 35% comment. These comments are another important source of information. The author, mailto:[EMAIL PROTECTED]D. Richard mailto:[EMAIL PROTECTED]Hipp, is a computer science Ph.D. who knows his stuff. This is not green software, it is well designed and tested. It was first released in May 2000 and is very actively updated and supported. Thanks for listening. Bill Trenker Internet Applications Developer Kelowna, BC, Canada The commandments of the LORD are right, bringing joy to the heart. The commands of the LORD are clear, giving insight to life . . . For this is the love of God, that we keep His commandments. And His commandments are not burdensome. (Psalm 19:8, 1John 5:3)http://torahteacher.com/torahteacher.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.343 / Virus Database: 190 - Release Date: 3/22/02 --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: [Zope] isecure XML-RPC handling.
The problem here seems to be that you are trying to do XML-RPC communication with a version of Zope that doesn't support XML-RPC out of the box. You should use a version = 2.4.0 to get this to work. From the output you sent below, it looks like you're trying to invoke an RPC method call against Zope.org? As far as I can tell, Zope.org (for some odd reason) is STILL running on that very same version - Zope/Zope 2.3.2 (source release, python 1.5.2, linux2) ZServer/1.1b1 on Linux, so is not XML-RPC enabled, either. Trying to invoke a request will return a site error. On that thought, I'd like to see Zope.org become much more modern, and reflect the *latest* and *greatest* functionality of Zope. Deprecation of the hybrid PTK that's used, as well as updating and polishing of the site regularly. In fact, I'd like to see more of a portal feel to it, that's both personalized and customized to my needs. For instance, log into my account, download 2.5.1b1, come back a week later and here's a big notice that beta2 is available for *my* setup. Also, can we see some Web services? Imagine, in the management interface, and visiting the Control Panel. There is an Update tab, which when loaded queries zope.org with the XML-RPC method zope.webservices.getUpdates(my_install), which passes in my server's version, installed products, etc. and lists updates, hotfixes, and other notices. With the flexibility and dynamic runtime nature of Python, i wonder how hard it would be to update a running server. Anybody working on this or interesting in seeing this kind of feature? I envision something along the lines of Redhat Network, WindowsUpdate, or Ximian Red Carpet. When visiting Zope.org, this information would be updated, so users would have profiles that store this data. This could be a great start to get new.zope.org up and running. Sounds like I'm volunteering myself if it creates a large demand... :^) Eron On Tuesday 02 April 2002 02:33 pm, Rossen Raykov wrote: Zope is not handling correct XML-RPC request. Even the example from http://www.zope.org/Members/Amos/XML-RPC is not working. Even worst if a request like this one in the quoted example is send to the web server it will report information about the local server installation and the internal network. Included are a request and response to www.zope.org. As one may see the server is installed in /usr/local/base/Zope-2.3.2-modified/ and it rely on 10.0.11.3:1380 for request processing. All this may be useful debug information but it is not acceptable for a production server! I'm not familiar with Zope and I cannot say is it only a configuration problem or it is a problem in the code. I do not have time to investigate that but a similar result may be achieved with the distribution offered for download. Please let me know if I have to send this bug information to some one else. I would like to be informed and when this issue is resolved so I can announce it on Bug-Traq. Regards, Rossen Raykov cut here $ telnet www.zope.org 80 Trying 63.102.49.33... Connected to www.zope.org. Escape character is '^]'. POST /Foo/Bar/MyFolder HTTP/1.0 Content-Type: text/xml Content-length: 95 ?xml version=1.0? methodCall methodNameobjectIds/methodName params/ /methodCall HTTP/1.0 500 Internal Server Error Server: Zope/Zope 2.3.2 (source release, python 1.5.2, linux2) ZServer/1.1b1 Date: Sat, 23 Mar 2002 03:09:14 GMT Bobo-Exception-File: /var/tmp/python/python-root/usr/lib/python1.5/xmllib.py Content-Type: text/html Bobo-Exception-Type: RuntimeError Bobo-Exception-Value: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN http://www.w3.org/TR/REC-html40/loose.dtd;HTML HEAD TITLEWelcometo Zope.org/TITLE link rel=stylesheet href=http://10.0.11.3:1380/zope_css; type=text/css /HEAD BOD Content-Length: 6864 Bobo-Exception-Line: 748 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN http://www.w3.org/TR/REC-html40/loose.dtd; HTML HEAD TITLEWelcome to Zope.org/TITLE link rel=stylesheet href=http://10.0.11.3:1380/zope_css; type=text/css /HEAD BODY BGCOLOR=#FF TEXT=#00 LINK=#66 VLINK=#606060 TOPMARGIN=0 LEFTMARGIN=0 MARGINWIDTH=0 MARGINHEIGHT=0 BASEFONT FACE=Verdana, Arial, Helvetica, sans-serif SIZE=2 TABLE BORDER=0 CELLPADDING=0 CELLSPACING=0 TR TD WIDTH=10 BGCOLOR=#6699cc ALIGN=CENTERnbsp;/TD TD COLSPAN=2 BGCOLOR=#6699CC VALIGN=TOP WIDTH=165A HREF=/IMGSRC=/Images/zopecom.gif ALT=Zope ALIGN=ABSMIDDLE WIDTH=150 HEIGHT=63 BORDER=0/A/TD TD BGCOLOR=#6699CC VALIGN=TOP ALIGN=RIGHT xWIDTH=99% CLASS=welcome p class=welcome a class=globalmenu href=http://www.zope.com;Business Services/A | A CLASS=globalmenu HREF=/SiteIndex/searchFormSearch/A | a CLASS=globalmenu href=/ProductsDownload/a | a CLASS=globalmenu href=/DocumentationDocumentation/a | a CLASS=globalmenu href=/ResourcesResources/a | a
Re: [Zope-dev] Impact of additional protocols handled by Zope?
Yeah, this is something I'd be very interested in knowing, too. In fact, this particular ability could make or break a community project I'm going to be developing with Zope in the near future. Do you mean like the pluggable access that ZServer provides? I imagine there would also have to be some kind of pass-through backend storage to the actual service layer (like IMAP, for instance). This is definately something I've been thinking about. Getting my gears turning, Eron On Sun, 2002-03-17 at 16:53, Jeff Kowalczyk wrote: I'm curious what the impact on overall performance would be if products eventually came into existence that extended Zope to directly handle additional protocols and their data requirements, primarily intended for low-volume workgroup kind of traffic. Jabber, IMAP and LDAP are the ones that come to mind immediately, since you'd be that much closer to having Zope fulfill a role that MS Exchange really doesn't; inexpensive, easily maintained groupware for small organizations that need custom workflow app development. Is it practical to consider that Zope might extend into other protocols this way, and can it be done with modular products, or does integration require deep Zope modifications (beyond adding a few lines to Z2.py?) Just a hypothetical, I guess. FWIW, it would be really cool to see a general, host-a-protocol-here hook for plugin products as Zope3 takes shape, configuration in the ZMI if the product writer goes that far. Something that would define a standard interface for Zope3 events to respond to signals the protocol handler might generate, and vice-versa. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: [Zope] Error on install
Chris (or anybody else), Have you tried to install Beta4 using the linux binary package yet? I'm trying to write a patch against it but the installation does in fact bomb out each time I try to run it, even freshly untarred. The source TGZ works fine and dandy, however. It seems compilezpy.py has been dramatically changed since Beta3, as if to try and surpress the stdout messages. I'm going to try and break it down and find out where the exceptions are flagging, and also refactor my patch so it doesn't depend on the changes being made to compilezpy.py. I don't like wrapping a gag around code if I don't have to, and I'd rather this stuff be written to an install log or something. I-see-a-fishbowl-proposal-for-a-new-installer-ly yours, Eron On Thursday 17 January 2002 12:23 pm, you wrote: Sure, go ahead! - Original Message - From: Eron Lloyd [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 17, 2002 12:00 PM Subject: Re: [Zope] Error on install Ah hah! Yet another one...if no one objects, I'd like to try and patch compilezpy.py to ignore the test directory during install. I'll submit this to the Collector when done. Eron On Thursday 17 January 2002 11:28 am, you wrote: I am installing Zope and I get the bellow errors. Could someone explain why I'm getting this? Thanks Allen May MCSi Web Admin 800.842.1702 x7628 Compiling python modules File /usr/zope/Zope-2.4.3-linux2-x86/lib/python2.1/test/nocaret.py, line 2 [x for x in x] = x SyntaxError: can't assign to list comprehension SyntaxError: from __future__ imports must occur at the beginning of the file (test_future3.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future4.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future5.py, line 4) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future6.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future7.py, line 3) - - - - ___ Zope maillist - [EMAIL PROTECTED] 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 ) ___ Zope maillist - [EMAIL PROTECTED] 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 ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] List Dictionary properties; General property handling thoughts
This may seem like a redundant question, but this is the third time I've come
across the desire to be able to store values persistantly as lists or
dictionaries. I've read all the suggestions in the archives pointing out
alternatives (dtml-return expr={'id': 'item'}, TinyTable,
string.split('value1|value2|..', '|'), lines property, SQL DB, etc.) but I
still don't quite get the Zen of why this wouldn't make sense in practice.
People have mentioned that it seems redundant with existing structures like
tokens or lines, but these don't seem to have all the familiar benefits of
lists and dicts, like instantly accessible mutability and _methods_, plus no
added overhead. I know you can manipulate data within lists dicts in a
Python script, but it's just not why I require.
Following this thought, I wonder if it wouldn't be handy to be able to cut,
copy, paste properties between valid objects, and provide a way to convert
existing property values to different types? Also, the ability to
import/export propertysheets of OFS objects could be useful as well (like in
ZClasses). The facilities to do these things already exist, so would it be
agreed by others in the community to promote these changes? Is it too late to
try and work this into Zope3?
Trying-to-help-Zope-grow-10x-ingly yours,
Eron
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
[Zope] Adding DTML Templates to ZClass instances
I would like to have an option when creating an instance of a folderish object to have a "index_html" template automatically added to the new object once it is created. I have the template for the inserted index_html sitting in my root directory of Zope. How can I tell the constructor method to add this template as a DTML Method (template_dtml) to the just created instance and rename it to "index_html"? This I cannot find documented anywhere. What I'm trying to do is practically identical to the option available when adding a standard DTML Document/Method from the management interface. Thanks in advance, Eron ___ Zope maillist - [EMAIL PROTECTED] 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 )
