November 1999 - Zope

RE: [Zope] Squishdot, Confera, ZDConfera and ZDiscussions....
by Michel Pelletier 29 Nov '99

29 Nov '99

> -----Original Message----- > From: Harry [mailto:mail-zope@fizbin.com] > Sent: Monday, November 29, 1999 4:56 PM > To: Michel Pelletier > Subject: Re: [Zope] Squishdot, Confera, ZDConfera and ZDiscussions.... > > > on 11/29/1999 1:50 PM, Michel Pelletier at michel(a)digicool.com wrote: > > > ZDConfera is, (this is a guess) > > probably based on CatalogWareness, which means that it's > articles and > > threads are indexed automaticly by the stock Catalog. > (...) > > I heard a rumor that ZDConfera adds backwards compatability to > > ZDiscussions to make it Confera like. > > Michel, > > Sorry if I am hopelessly confused, but aren't you the author > of ZDConfera, > so wouldn't you know all about that? > > Granted, I might be confused here, or we're talking about a > really weird > case of multiple-personalities, or aren't Mike and Michel the > same person..? Nope, and we both work for Digital Creations. I'm guessing that well over half of the list thinks we're the same person. People who have been around for a while have picked up on it by now. -Michel

1 0

FYI: Zope Solution Providers page
by Paul Everitt 29 Nov '99

29 Nov '99

Howdy all. Scott Robertson's email from Saturday, putting out a call for developers, reminded me that I needed to round up a list of Zope solution providers. Here's the deal. Lately we're getting swamped with leads which I've been informally passing on to other folks. I'd like to formalize this with a page listing people that are offering various kinds of professional services for Zope. This could include consulting, development of customer applications, development of Zope infrastructure, porting, bug fixing, hosting...the whole enchilada. If you or your company are interested in being listed on such a page and being part of a referral network, lemme know. I'm particularly interested in people outside the U.S. However, *only* contact me if you or your company is ready to be publicly listed immediately. Thanks! --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/

1 0

Re: date-format please help!
by Alexandre Ratti 29 Nov '99

29 Nov '99

Hi Martin, I think you tried to format your date with C-style formatting codes such as %a, %d, etc. It may be related (I'm not sure): these codes are GMT-based so the result may be off by several hours if your system time is not GMT. For more info about date formats, see the following doc: <http://www.zope.org/Members/AlexR/CustomDateFormats/>. You could try to use the alternate syntax described at the end of this document and see if you get the same results. HTH. Alexandre At 12:00 29/11/1999 -0800, you wrote: >Mon, 29 Nov 1999 15:27:21 +0100 (CET) From: Martin Hofer To: zope(a)zope.org >Subject: [Zope] date-format please help! printing a date (choosen from a >oracle-database) with causes zope to type 1999/11/28. but trying to format >this field with results in the following output: 27.11.1999!!!! but this >is _really_ not the same day!! :-( why??? lg martin hofer >------------------------------------------ o EDV-Referent an der HTU-GRAZ >o ------------------------------------------ Rechbauerstrasse 12 4010 Graz >- Austria mail: hofer(a)oeh.tu-graz.ac.at tel: +43/0316 873-5109 | _|_ fax: >+43/0316 873-5115 |__ | mobil: +43/0699-1016 1847 | | | | | internet: >oeh.tu-graz.ac.at | | | |__|

1 0

RE: [Zope] Error with cut and paste
by Michel Pelletier 29 Nov '99

29 Nov '99

> -----Original Message----- > From: Jochen Knuth [mailto:jok-zope@ipro.de] > Sent: Monday, November 29, 1999 1:59 PM > To: zope > Subject: Re: [Zope] Error with cut and paste > > > Hi, > > > > -----Original Message----- > > > From: Jochen Knuth [mailto:jok-zope@ipro.de] > > > Sent: Monday, November 29, 1999 12:09 PM > > > To: zope > > > Subject: [Zope] Error with cut and paste > > > > > > > > > Hi, > > > > > > after some customizing of the KnowledgeKit Product, i can not cut > and > > > paste KnowledegeBaseEntries from one KnowledegeBase to another. > > > I can copy and paste, delete, rename the KnowledgeBaseEntry. > > > > Catalog awareness breaks cut and paste. I've recently > become aware of > > this. I'll be working on an fix but it won't be in 2.1. > > > > -Michel > > Was this break introduced lately? It's a fundamental design flaw. > Because early last week i could cut and paste KBEntries. Maybe the > ZCatalog wasn't active at this time (but i dont think so). > I played around with some UserFolders and permissions (added a > UserFolder at the same folder as the KBase, deleted it, created it at > the top level, and so on) Uhm... it depends on what superclass comes first when you create a object manager ZClass. CatalogAwareness overrides the cut/copy/paste hooks to notify the catalog that the objects has moved, and thus changed in some way and needs to be re-indexed (the Catalog allways must have correct paths to objects). ObjectManager obviously hooks these methods to provide cut and paste functionality. So when you subclass both, they both override the same methods and whomever was subclassed first wins. This means that ZClasses that are CAtalogAware and object managers have trouble. If the things you could cut and paste were simple Items, then you wouldn't see this problem. -Michel

1 0

RE: [Zope] Management screen broken - error -5 returned instead
by Michel Pelletier 29 Nov '99

29 Nov '99

> -----Original Message----- > From: Chuck Burdick (TT) > [mailto:chuck.burdick@tradingtechnologies.com] > Sent: Monday, November 29, 1999 3:27 PM > To: 'zope(a)zope.org' > Subject: [Zope] Management screen broken - error -5 returned instead > > > The left frame "tree-view" of my management screen now has an > error message, > rather than a tree. > > I was putzing around with adding/deleting packages in the > Control Panel when > this happened. Any suggestions? Looks like it gota bit whacked on the cookie it sets. You do you have cookies enabled? Perhaps restarting the browser will clear up the whole issue. -Michel

1 0

RE: [Zope] Squishdot, Confera, ZDConfera and ZDiscussions....
by Michel Pelletier 29 Nov '99

29 Nov '99

> -----Original Message----- > From: Harry [mailto:mail-zope@fizbin.com] > Sent: Monday, November 29, 1999 2:29 PM > To: zope > Subject: [Zope] Squishdot, Confera, ZDConfera and ZDiscussions.... > > > I'm currently in the rather thankless process of trying to > convert Squishdot > to use the ZDConfera product, instead of the old Confera > product that it is > based on. It was recommended that I heavily use ZClasses to that end. I would recommend developing the base classes in python and subclassing them with ZClasses that define the interfaces to the python objects. I've found that patern the most useful. > If anyone has dabbled in this, and has anything cool, or helpful to > contribute, I'd be very appreciative, mostly because I know > next to zero > about Zope or python when I started this, and am effectively > just trying to > figure out the logic by comparing printouts of Squishdot.py, > Confera.py and > ZDConfera.py. Something to think about a bit is cataloging and indexing. In fact, these issues of searchability and findability will probably be the deepest to think about and the easiest to over look. Currently, Confera uses the *old* indexing code that was behind a Product called ZTables (which is currently... hibernating...). ZTables was a bit like the Catalog, but different. Confera has some simple, hardwired field indexes and a hardwired text index. Also, these index types are simpler and less efficient then the ones Catalog are based on. The Catalog, which comes with Zope, means that Squisdot doesn't need to work nearly as hard as it does. ZDConfera is, (this is a guess) probably based on CatalogWareness, which means that it's articles and threads are indexed automaticly by the stock Catalog. You would probably need to take those protocols into consideration most. Let me give you a tip, it might be more flexible, in the long run, to not use CatalogAwareness, as it has some major drawbacks. Second, Squishdot is written in Python, and I think you should keep all of the indexing and cataloging aspects in python, it's easier to deal with at that level then the DTML level. Unfortunatly, the ZCatalog model I spend a lot of time on got toasted by the UML tool we use, so you'll have alot of code to read. Lastly, there is the yet to be released ZTopics which is a catalog like catagorical tool that lets you create Yahoo like heirarchies of 'topics' from a disperse set of objects. Objects can be assigned a keyword list of topics that get indexed inthe Catalog, and the ZTopic object does a 'canned query' to build the heirarchy dynamically. It would probably be a good idea to take that into consideration, ie, don't roll your own catagory system cuz there's one coming down the pipe in the future. > First, I'll be trying to replace all Confera parts in the > Squishdot.py code, > by calls to the Confera product. Then, on my second pass, I plan on > (hopefully) being able to replace calls to Confera with calls > to ZDConfera. > I haven't figured out how ZDiscussions fits into all of this, > but I honestly > won't concern myself with that right now. I heard a rumor that ZDConfera adds backwards compatability to ZDiscussions to make it Confera like. -Michel

1 0

document_src broken on this site
by Loren Stafford 29 Nov '99

29 Nov '99

On two of my sites I have the usual view_source method: ========= <dtml-var standard_html_header> <pre> <dtml-var "document_src(REQUEST,RESPONSE)" html_quote> </pre> <dtml-call "RESPONSE.setHeader('content-type','text/html')"> <dtml-var standard_html_footer> ========= On one site (http://www.fippless.org/Quena/view_source) it fails with a name error on "document_src" (Zope 2.0.1). You can see the traceback by going there. On our Intranet site (Zope 2.0.0) it works fine. I can't imagine what the difference could be, given that document_src is built into Zope. Can you? -- Thanks -- Loren

1 0

GUF problem - cannot make it show login screen [Q]
by Bruno Mattarollo 29 Nov '99

29 Nov '99

Hello... I have downloaded the 1.0.1 version of GenericUserFolder. I am using Zope 2.0.1 on Solaris Sparc. I created a temporary folder, instaled GUF on it and removed all the checks from the "Acquire setting" from the Security tab of the GUF. I created a DTMLDoc in the directory where the acl_users (GUF) resides. Removed the "Acquire Setting" from the security tab of that document. I tryied to access that folder and I get the following traceback...  ???? What did I do wrong? Cheers, /B -- Bruno Mattarollo bruno(a)GaiaSur.com.ar Proud to be a PSA member! http://starship.python.net/crew/bmatt/ Check out http://www.python.org/psa/ Powered by Python

1 0

Management screen broken - error -5 returned instead
by Chuck Burdick (TT) 29 Nov '99

29 Nov '99

The left frame "tree-view" of my management screen now has an error message, rather than a tree. I was putzing around with adding/deleting packages in the Control Panel when this happened. Any suggestions? Here's the message: =======<Quoted>======== Zope has encountered an error while publishing this resource. Error Type: zlib.error Error Value: Error -5 while decompressing data: [] Troubleshooting Suggestions * The URL may be incorrect. * The parameters passed to this resource may be incorrect. * A resource that this resource relies on may be encountering an error. =======<Cut>======== =======<Quoted from HTML source>======== Traceback (innermost last): File /usr/local/zope/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /usr/local/zope/lib/python/ZPublisher/Publish.py, line 179, in publish File /usr/local/zope/lib/python/Zope/__init__.py, line 201, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /usr/local/zope/lib/python/ZPublisher/Publish.py, line 165, in publish File /usr/local/zope/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_menu) File /usr/local/zope/lib/python/ZPublisher/Publish.py, line 102, in call_object (Object: manage_menu) File /usr/local/zope/lib/python/App/special_dtml.py, line 120, in __call__ (Object: manage_menu) File /usr/local/zope/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: manage_menu) File /usr/local/zope/lib/python/TreeDisplay/TreeTag.py, line 154, in render (Object: a tree tag) File /usr/local/zope/lib/python/TreeDisplay/TreeTag.py, line 219, in tpRender (Object: ApplicationDefaultPermissions) File /usr/local/zope/lib/python/TreeDisplay/TreeTag.py, line 614, in decode_seq zlib.error: (see above) =======<End Quoted>======== Thanks, Chuck Burdick chuck.burdick(a)tradingtechnologies.com (847) 448-8495

1 0

RE: [Zope] Error with cut and paste
by Michel Pelletier 29 Nov '99

29 Nov '99

> -----Original Message----- > From: Jochen Knuth [mailto:jok-zope@ipro.de] > Sent: Monday, November 29, 1999 12:09 PM > To: zope > Subject: [Zope] Error with cut and paste > > > Hi, > > after some customizing of the KnowledgeKit Product, i can not cut and > paste KnowledegeBaseEntries from one KnowledegeBase to another. > I can copy and paste, delete, rename the KnowledgeBaseEntry. Catalog awareness breaks cut and paste. I've recently become aware of this. I'll be working on an fix but it won't be in 2.1. -Michel

3 2