- Zope - Zope lists

MySQLdb-0.9.0c2 and ZMySQLDA-2.0.7b1 co-release
by Andy Dustman 24 May '01

24 May '01

The final (I hope) candidate release for MySQLdb-0.9.0 is out. I hope to push out the real 0.9.0 some time next week. In addition, ZMySQLDA-2.0.7b1 is also out. It needs MySQLdb-0.9.0, if you hadn't already guessed. I'd also like to do a 2.0.7 release next week as well. I'd appreciate some testing and feedback, even if it's just "Worked fine for me". Please notify me of any bad behavior. Summary of major changes: MySQLdb: Is now a true package format. This results in some minor incompatibilities with earlier versions, though if you stick with using the DB API, you shouldn't have to change anything. If you are creating your own type converters or special cursors, then you might need to make a few changes. Fully documented in the source for use with pydoc (in Python 2.1). The external documentation has been expanded to include some instructive examples. With the release of MySQL-Max (the binary package with BDB and InnoDB table support), I have been able to do some real testing with transactions, and everything looks ok. Binary packages for Python 1.5.2 and 2.1 are available (tarball and RPM). ZMySQLDA: Most of the updates are behind the scene so that it will work with 0.9.0. A + or - at the beginning of the connection string will now either force transactions on or off. It tries to return INTEGER columns as Python integers; if this fails (i.e. column is really UNSIGNED INT), they are returned as longs. This eliminates the trailing L's for the most part, even though this should not be an issue with Zope 2.4 since it uses Python 2.1, which does not add the L on str(). Note that if you are using a pre-compiled Zope binary package, you will need to relocate MySQLdb so that Zope's Python interpreter can find it. If compiling yourself, you can probably do: python setup.py install --prefix /path/to/zope (for more options, try: python setup.py install --help) https://sourceforge.net/project/showfiles.php?group_id=22307 -- Andy Dustman PGP: 0xC72F3F1D @ .net http://dustman.net/andy "I'd rather listen to Newton than to Mundie. He may have been dead for almost three hundred years, but despite that he stinks up the room less." -- Linus T.

1 0

Tree tag cookie questions
by Dunigan, Craig 24 May '01

24 May '01

At exactly what point does Zope send a cookie for the tree tag? It seems that it does so when the user expands or contracts the tree, but am I right about that? And does Zope save tree state for each and every page visited, if they all have a tree? In multiple cookies, or just one big cookie it keeps modifying? Is there perhaps a limit somewhere to how many tree states Zope can save for a single session? Obviously, I'm having trouble with the tree tag behavior, but I might figure it out on my own if I can get some of these answers. Thanks. Craig Dunigan Web Programmer Esker Software - Extending the Reach of Information mailto:craig.dunigan@esker.com Ph. 608.273.6000 Fax 608.273.8227 http://www.esker.com

2 1

Re: [Zope] Using Zope for Document Collaboration
by Mark Langkau 24 May '01

24 May '01

Thanks Philippe - I had a hunch that xml would be a possibility here. I haven't worked with XML yet, so I'm not sure how to make that work. (But I'm a quick learner, and I can see the weekend from here ... ;-) Any hints on how to edit an xml node online? (If it's in the docs online - I'll find it) Cheers, Mark Philippe Jadin wrote: > > departments to contribute information and answer questions. I'd like to > > convert the client's original file (MS-Word) into something that Zope > > can publish and allow edits. The users in our departments will not have > > access to the Zope Management Interface, and the goal is to use just a > > Why not use xml? with a good zope xml product (there are two if I remember > correctly), you could define some scheme that could be easy to update. > > An xml document in zope is treated like a folder with differents objects > (=xml nodes). > > Each piece of information would be an xml node. > > At the end, everything would be ocnverted back to pdf, word, or html with > css for example... > > Xml will be apiece of cake to convert / use in the future. > > my $0.02 > > Philippe

1 0

Give ":Record" modifier in forms access to python scritps [newbie]
by Philippe Jadin 24 May '01

24 May '01

Hello, After a ten-times reading of the zopebook part about ":record" modifier that can be used in html form in order to have records available for scripting, I still can't understand how to use them. I have a addform with (roughly) this : (idea took from the guestbook example) ----------------- <form action="addMediaAction" method="POST"> Filename : <input type="text" name="filename" value=""> Describe your media: <br> <textarea name="description" rows="10" cols="60"></textarea> Completion (0-100%) : <br> <input type="text" name="metadata.completion:record" value="100"> Color :<br> <input type="text" name="metadata.color:record"> <input type="submit" value="Submit media"> </form> ------------------------ The addMediaAction file is something like this : -------------- <dtml-call expr="addMedia(filename, description, metadata)"> -------------- and the addMedia python script is : ------------------ """ Create a new media entry. """ # assign the filename to the id var for the new doc id=filename # create the document context.manage_addProduct['OFSP'].manage_addDTMLDocument(id, title="", file=description) # add the media properties to the object. It is submited in the form like this : media.xxx:record # arbitrary metadata can be submited by proper editing of the form. doc=getattr(context, id) # add each metadata to the object # doc.manage_addProperty(metadata) ----------- Now, I'd like to add each metadata.xxxx entry as a new property of the just created object. This way, I could add more metadata simply by editing the form. So, in the python script, how can I tell : "run over each record in the metadata record, and create a property with the name and value of each record" ? Is it the right way to do this? Thanks for your time ! Philippe Jadin www.123piano.com

2 1

FW: [Zope] Using Zope for Document Collaboration
by Loren Stafford 24 May '01

24 May '01

-----Original Message----- From: Loren Stafford [mailto:lstafford@morphics.com] Sent: Thursday, May 24, 2001 11:49 To: Mark Langkau Subject: RE: [Zope] Using Zope for Document Collaboration Did you see these recently announced products: http://www.zope.org/Members/Kaivo/DocumentLibrary http://www.zope.org/Members/Kaivo/MSWordMunger Another observation: Unless the client's Word files use Heading styles, most Word to HTML converters won't produce HTML with <hn> tags (where n is a digit). But maybe you have a smarter converter. -- Loren > -----Original Message----- > From: zope-admin(a)zope.org [mailto:zope-admin@zope.org]On Behalf Of Mark > Langkau > Sent: Thursday, May 24, 2001 10:32 > To: zope(a)zope.org > Subject: [Zope] Using Zope for Document Collaboration > > > Hi, > > Forgive me if this isn't the correct list for this question. I need some > design help - and suggestions of tools to use would be great. I'll take > further discussions of "design" issues off line, and stick to specific > Zope/tool questions here. > > Quick Summary: > > I need to take an incoming MS-Word file and break it up into sections, > and post them on our Zope intranet for various employees to edit and > contribute to. When completed, the sections need to be rolled back up > into a single file that can be converted back to MS-Word. Users will not > have access to the Zope Management Interface. > > Details: > > We have several people in multiple locations that need to edit different > parts of the same document - anytime - online. My first thought is > ZWiki, but I'm not sure if other options (if any) are better. (I'm a > wiki newbie). > > We get several Request For Proposal (RFP) docs that require several > departments to contribute information and answer questions. I'd like to > convert the client's original file (MS-Word) into something that Zope > can publish and allow edits. The users in our departments will not have > access to the Zope Management Interface, and the goal is to use just a > browser to call up an RFP and answer questions in sections pertaining to > their own department. Anyone working on the RFP can see the entire > document (no dept. restrictions). > > The final format back to the client is usually very specific, and again > in MS-Word format, so I'm not looking to produce a "final" presentation > document directly from the Zope site. However, we will need to "roll-up" > all of the parts of the RFP back into a single doc for manual > reformatting as required by the client. > > If I save the Word doc into html format, can I convert that to > Structured Text and paste that into Wiki pages? Does anyone have a > script that could automate this - breaking sections (based on html > heading tags perhaps) into separate wiki pages? (Or even just to convert > html to stx?) I'm thinking that breaking the RFP up into separate pages > may minimize the chance for 2 people to save changes to the same page at > the same time - or lock one page and not save all day, etc. (It'll still > happen, but perhaps not as often ;-) > > Is there an easier way to do this? > > Thanks, > Mark > > > _______________________________________________ > 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

Re: [Zope] Wiki vs Mailing List
by Karl Anderson 24 May '01

24 May '01

Oleg Broytmann <phd(a)phd.fep.ru> writes: > On 23 May 2001, Karl Anderson wrote: > > I use NetMind's URL-Minder to tell me when the wikis I need to be on > > Will NetMind send me false alarm when the design (not content) of the > page changed? For example, if time stamped on the page - will NetMind send > me notifications? Yes, unless you use NetMind's tags that tell it what to ignore. Lots of fancy design changes seems pretty pointless for a wiki, though. -- Karl Anderson karl(a)digicool.com

2 1

Re: [Zope] Using Zope for Document Collaboration
by Mark Langkau 24 May '01

24 May '01

Thanks Rich! I think there will be two parts to this: - Pulling text out of MS-Word into Zope, and later back into Word - Allowing multiple editors/authors to work on that extracted text in Zope, perhaps simultaneoulsy I started looking at wvWare yesterday for the conversions. It compiles and works, but I haven't had much time to play with it yet. I was wondering about XML too. I just started working with Wiki's today, so I haven't read all of the docs yet. Do I need to use structured text in a wiki page, or can I paste text with html tags in there too? If so, I wouldn't have to convert to stx and could save a step. I started looking at structured text after watching "The Zope Book" come together over several months, and I'd like to incorporate that model into our own documentation process. So, I'm not looking to "avoid" using stx - we will be using it in other areas. I suspect that parts of this have been done by "someone" before ;-) If not, maybe this will be a good excuse for me to learn about making Zope products. Cheers, Mark Rich Pinder wrote: > Great application. > I'm also very interested in whichever products can do the parsing of the > word file. > I think i saw one (dont recall it now) on the zope announcements in the last > day or so that converted the .doc into an .html document. > but putting it back into word... havent seen that. > > I'd like to be able to actually 'parse' the header info of the word > document - there is bunches of info a user can put in a document (or gets > there automatically) - user name/ date/ keywords/ title/ etc.... and what > i'd love to see is a way to not only convert it to html, but also into > either the zope database or maybe into an XML document for saving. > > i'll keep my eyes and ears peeled > > thanks > rich pinder > usc school of medicine > > Mark Langkau wrote: > > > Hi, > > > > Forgive me if this isn't the correct list for this question. I need some > > design help - and suggestions of tools to use would be great. I'll take > > further discussions of "design" issues off line, and stick to specific > > Zope/tool questions here. > > > > Quick Summary: > > > > I need to take an incoming MS-Word file and break it up into sections, > > and post them on our Zope intranet for various employees to edit and > > contribute to. When completed, the sections need to be rolled back up > > into a single file that can be converted back to MS-Word. Users will not > > have access to the Zope Management Interface. > >

1 0

Prerequisites for a desktop IDE, or any desktop app w/ Zope
by sean.upton＠uniontrib.com 24 May '01

24 May '01

The recent IDE thread has sort of got me thinking about my ideal vision of what Zope could do for and be to developers in the future, so perhaps my quirky visions here seem a bit ambitious, so take what I'm saying with a grain of salt (or a Tablespoon if you prefer)... So perhaps this message's subject might be best written as: Sean's Crazy Zope Wishlist... here are some random thoughts re: IDE for Zope... this message is long, so here is a summary: 1. create generalized toolkit/class library for desktop access to Zope; use wxPython... Work should be used for basis for IDE and a whole new generation of cross-platform desktop applications using Zope as a middleware core, expanding what Zope is used for, and the market opportunities associated with it for developers and vendors... 2. IDE should have ability to checkin/out stuff from server Products dir via FTP, as well as ODB; code should be synced from IDE/workstation to CVS, and also to Zope server for testing snapshots. 3. IDE should allow for unit testing of python classes using local python installation, and also facilitate debugging using python on server after a sync of code. 4. I'm not sure I would pay for an IDE versus using traditional tools, but I WOULD PAY FOR CASE TOOL INTEGRATION. I want forward/reverse engineering from UML; this would require the ability to have the CASE tool plugin cooperate with changes/evolution in Zope and any "standard" IDE, which means there is a sale-plus-subscription business model for this (for DC or another vendor to sell to ISVs?). Do this, and watch to "Enterprise Java" folks be converted - they really want to code in python, they just don't know it yet. ;) Anyways, if you aren't already bored to tears, read on... ------ Zope, via XML-RPC, could be a very good platform for creating an extensible toolkit for desktop access to Zope, wrapping XML-RPC calls to Zope machinery to do certain tasks. Such an abstract toolkit might provide a decent foundation for an IDE, but would also serve the purpose of allowing folks to write "desktop" (really: client/server) programs that interface with the Zope/ODB rather transparently by using the some prebuilt toolkit classes and basic-auth-wrapped python XML-RPC library. I could imagine having prebuilt library functions for Zope access (a desktop application that has a concept of a user-login and session, a URL, etc), admin (pack db, restart, backup/export object hierarchies to a local file), development (ftp checkin/checkout of code from Products directory on server, source/property editing of TTW objects), and general use (bound data controls - widgets like text boxes that are bound to a particular class definition, and represent members of instances of those classes, for example a widget has an associated get and set method within a class that it gets its text from and sets upon changes). Perhaps I'm dreaming here, but I really want to extend what I am doing in Zope in the future into cross-platform desktop development efforts. The rationale for desktop apps to be built with Zope is exists because: 1 - Data Entry: TTW editing is not always ideal; if I was building a content-system, for example, like a newspaper library system, Zope is an ideal platform for an asset-management system/content repository. But that task also involves a lot of editing, and the librarian will want to have hot-keys to modify content and navigate an entry-screen, it would make sense to make this a desktop app, as that kind of flexibility is not afforded by a browser and html forms. 2 - Current Desktop Client/Server apps are stale: Isn't the idea of ODB integration with desktop apps more exciting than standard 2-tier RDB apps? Wouldn't middleware based on lightweight, commodity technologies (http, xml-rpc, open source server software) like Zope make sense for the new "web services" paradigm? 3 - Zope has potential as an enterprise data-center mainstay, not just as a web-only application. This expands the market for Zope and vendors working with Zope, as well as expands the Zope community. 4 - Commodity internet technologies, especially with open-source cores, provide what might just be the core for the next generation of enterprise applications (both web-based and desktop c/s), especially in heterogeneous content environments (like publishing/media companies using something like this for the database core for print and online production systems). 5 - There is a market justification for vendors to sell more integration services to 2 market vectors (enterprise and web development), in both content-management and other verticals for which Zope might excel as a good development platform for a back end. In the newspaper editorial and asset-management systems business (I used to work for a vendor in this industry), for example, there is a great deal of talk about convergence and formatting-neutral content storage databases at the center of web and desktop apps; a lot of app & services sales within these markets are 6 to 7 figure sales to media companies, so there is opportunity, not in just this industry, but other content-heavy industries (medical, legal, etc) as well - for the same types of "integrated" solutions with a single commidity-web-based core, with desktop and web apps surrounding it. I'm currently doing a bit of playing around with wxPython, which reminds me a lot of my days programming with the Borland OWL class libraries, so I might be partial to such a solution using wxPython instead of tkinter (tcl interpreter - blech! motif-style widgets - yuck!). An IDE built with a decent (modern) widget set / UI class library, with extended toolkit functions, like data-bound controls, might make for an interesting user-extensible means of creating custom-tweaked IDEs, not to mention other desktop software that accesses Zope... I guess what I am saying is that we might as well have a toolkit for building desktop apps and kill two birds with one stone here if there ends up being any sort of IDE project. I also think that choosing to use a modern cross-platform desktop class library like wxWindows with wxPython might be a better choice than mozilla/XPCOM or tkinter... In addition to remote object/method calls, ability to sync local code done in the IDE with both a CVS server (whenever), and with the Zope server (on production/snapshot releases) via FTP would be good. The IDE should allow unit-testing and debugging using a python shell and a local python. The IDE should also automate the ability to telnet to the Zope server to do integration testing and verification using the python on the Zope server. I do this now with Idle on the Zope server via a remote X-Session (not entirely graceful, but it works). In addition to an IDE, I want to be able to have some good guidelines and documentation for standardized UML in Zope, so that when I share designs with colleagues, I don't have to use a ridiculous amount of my own flavor of stereotypes, just because I don't know any better. Once I have that, I want CASE->CODE->CASE tools with an existing tool (even if it is a Visio extension hacked with VBscript), but perhaps I am pushing my luck there. I just think that provided the ability to use standard editing tools, I would feel good to have the ability to do forward/reverse engineering from UML models. Such a tool might get some Java developers to jump ship. I might not pay for an IDE, but I WOULD PAY $$$ for a plugin that does forward/reverse engineering with an existing CASE tools (ObjectDomain, Rational Rose, Visio2k, etc). These are high-end tools that would likely only be used by a smaller group of folks than Zope's general audience, which, I assume makes this more ideal for a standard commercial software paradigm. Such a product would need to be able to change with changes/evolution in Zope, which means that a buy-once, buy a support contract for free updates would be a good model for anyone creating such a tool. Also, you keep the barrier to entry low for development in open-source projects built on Zope because you can always have folks without these tools submit patches, participate in development, and view a PDF or JPG of the UML diagrams if they so please... Sean ========================= Sean Upton Senior Programmer/Analyst SignOnSanDiego.com The San Diego Union-Tribune 619.718.5241 sean.upton(a)uniontrib.com =========================

4 3

Re: [Zope] Zope and Dreamweaver WebDAV
by dave＠kovach.com 24 May '01

24 May '01

What I meant was can you add an IMAGE object or a special product object like from say ACTIVEIMAGES...? You would have to go back to the ZMI to add that object... Though, I am talking out my butt cause I have just been using DW to edit existing dtml objects. DK On Thu, 24 May 2001, "Jason Cunliffe" wrote: > > > Thing is - when using it - you still need to use the ZMI to add and > maintain objects correct? > > Not sure what you mean... ?? > > You can create fresh DTML from within Dreamweaver. > > Dreamweavers's main paradigm is to maintain a local folder tree with HTML+ > media content usind the 'Sites' Manager interface. This is then synchronized > up/down with the remote server. Over FTP which is its default, one is using > Zope's own FTP access to the ZODB. AS far as I know you can put and get > anything this way. > > Whether or not Dreamweaver knows how to display or edit those objects is > another matter. Dreamweaver does allow one to assign external views and > editors. This is very useful for code as well as garphics/sound etc. This is > why folowing 'conventional' 3/4 letter suffix naming habits in Zope will be > well-rewarded when using Dreamweaver. The paradigm is of course a little > broken since Dreamweaver is expecting flat file access. > > On the Zope side I find it a real advantage to use 'normal' file names as > created by other applications, such as index.html, myfile.swf, etc One > advantage is that upload and refressh from local to remote is direct and > fast. The only gotcha is Zope's "workflow-challenged" recommendation to > avoid object names with dot.names. There are ugly but effective workarounds, > and this is a major zope FAQ. > > IMHO What zope needs is really clean way to use objects which have > dot.sufixes names > > Any idea about this? > > It would be a very pragmatic boost to Zpoe workflow, expecially when graphic > designers and non-Zopisti are involved. A common Content Management Workflow > scenario is people working on XYZ local system using ABC applications, > neednig to upload/update all kinds of familiar documents .XLS, .DOC, .JPG, > .PDF., etc > > There are better and better tools now for sharing media, external files and > images, loading, parsing and cataloguing them. > ExtFile/ExtImage http://www.zope.org/Members/MacGregor/ExtFile > LocalFS http://www.zope.org/Members/jfarr/Products/LocalFS/ > ExtDocument http://www.zope.org/Members/tmclaugh/ExtDocument_news > ParsedXML http://www.zope.org/Members/karl/ParsedXML/1.0 > ZShell [many features, especially fabulous 'wget' command] > http://cortex.unice.fr/~jerome/zshell/ > > But 'Core' Zope is falling a behind in recognition of handling the objects > all the useful [essential]products enable > > For example, I use Flash5 a lot. This means there are 3 files to maintain: > source.fla [authoring], source.swf[playback over web] and > source.html[object/embed htnml wrapper code] Since any flash work involves > many versions and revisions, I need to upload source.html once, source.fla > at the end of each 'session' and for source.swf every change you want to use > on the ZopeSite. FLash5 'publish' command generates the wrapper HTML which I > then upload into an identically named DTML Method. Except for changes of the > Flash player or some special need, I forget about this one. The .FLA I > upload so I have a server-side backup which I can share with other artists. > The .SWF is uploaded as Zope 'File' object and/or using the external > products. Same applies for images. > > The 'Image' upload and smoe others, have one very nice default 'workflow]' > feature. If you don't create an Id or Title they will use the existing name > for Id and the local upload filepath for Title. I tend to use verbose names > for versions of graphics while I am working on them, but prefer very short > simple ones for Zope. Automatically using Title for my local filepath in > Zope means I can easily locate the precise file later. This sort of > behaviour needs to be made deeper and wider across Zope. It would also boost > the use of tools like Dreamweaver. The new hot ZopeIDE now being discussed > will want to resolve these issues also. > > example: > > An image I am working on may be called "sitelogo_dark_up_005.jpg" > and stored in e:\projects\Zsites\NiceClient\designcomps\logos > In Zope I might want to refer to the object as "logo_up" or "logo_up.jpg" > This is true for the various stages - while presentation to client is being > prepared, after it is 'approved', while the site is going up and being > tweaked. As soon as one works with a lot of media or other file-based > content, have to implement design changes, and more people are involved, the > problem multiplies. Keeping workflow metadata within the Zope object > prooperties is thus a really high priority. ZShell is has good interactive > tools to help manage this situation. > Dreamweaver can help one track all of this various feature. CSS style sheets > are another category. And Zope is capable but not yet oriented to this. > > I find keeping a local and remote set for Zope is both good and bad. Good > because, one has backup and work locally. Bad because there is can be > quickly confusing. There is not a natural structural synchronization between > Zope and the local file system. If you move things around in Zope you must > be sure to reflect those changes in Dreamweaver's local mapping of files and > objects, and vice versa. Dreamweaver seems to assume one will not move parts > of the site tree around. > > comments/tips welcome > > ./Jason

1 0

Re: AW: [Zope-Annce] Formulator 0.9.1 released
by Nicola Larosa 24 May '01

24 May '01

> I get following error when I testing a field and don't enter the right > value. > > Error Type: TypeError > Error Value: not enough arguments; expected 3, got 2 It's the same error I had before unloading ZDebug. Do you have it loaded? -- Nicola Larosa - nico(a)tekNico.net

1 0