- Zope - Zope lists

RE: [Zope] Some written stuff, trying again
by Shaw, Howard 06 May '99

06 May '99

Sorry guys, that was meant for ZDP. Oops. Howard Clinton Shaw III St. Thomas High School > ---------- > From: Shaw, Howard[SMTP:ShawH@sths.org] > Sent: Thursday, May 06, 1999 8:42 AM > To: 'Zope(a)zope.org' > Subject: [Zope] Some written stuff, trying again > > Well, it failed somehow, to actually include my Zip, so let's try a > plain text file. > This is a potential rewrite of the first portion. > Howard Clinton Shaw III > St. Thomas High School >

1 0

How to know which user is seeing a page?
by Jose G. Dinuncio F. 06 May '99

06 May '99

Hi, everybody. I've developed an external method in the private part of my zope site to do a job, but I need a log of who called it. My Q: is any way that I could know the name(login) of the user that is accessing to a zope object? Thanks in advance JD

1 0

serve.py uses old 0.9.4 license
by Martijn Faassen 06 May '99

06 May '99

Hi there, No biggie, but I see that serve.py in the new Zope 1.11 prelease for win32 still uses the old 0.9.4 license (with the attribution clause) instead of 0.9.7. That's all. Regards, Martijn

2 4

Some written stuff, trying again
by Shaw, Howard 06 May '99

06 May '99

<<Zope2.txt>> Well, it failed somehow, to actually include my Zip, so let's try a plain text file. This is a potential rewrite of the first portion. Howard Clinton Shaw III St. Thomas High School

1 0

RE: [Zope] Could we migrate Zope email to a news group?
by Michel Pelletier 06 May '99

06 May '99

> -----Original Message----- > From: The Dragon De Monsyne [mailto:dragondm@integral.org] > Sent: Thursday, May 06, 1999 5:36 AM > To: Martijn Pieters > Cc: Paul Jackson; Mike Pelletier; zope(a)zope.org > Subject: Re: [Zope] Could we migrate Zope email to a news group? > > > Actually, there already is such a thing, and Digicool is alredy > using it! The MailMan list software has web archiving and a newsgroup > gateway build in! > The Web archiver in Mailman's mother was a hamster and father smelled of elderberry. I have been given explicit permission to state this fact by Ken. ;) > > > > > The web interface can provide an archive, with reliability > (more so than > > email!), searchability (especially if the news-group is not part of > > USENET), and the right look and feel. Also, having a URL to > point to is a > > great boon when discussing recurring topics. > > "Agreed. " * 3 > <gratuitous plug> IMAPAdapter! I've put IMAPAdapter development on hold for a bit (because it's really not very safe to use until Zope 2 when blocking isn't an issue) but IMAPAdapter can make a great mail list web archive, given that you have an IMAP folder archiving the mail for you. This basicly gives you a full mail client functionality through the web, with fun stuff like searching and sorting, MIME handling and threading built in nicely. Once I get the new Cataloging code finished up, tying that in with IMAPAdapter would give some very fast and interesting searchability. As I understand it, the searching algorithms for most (free) IMAP servers are pretty brute forceish and slow. </gratuitous plug> -Michel > -The Dragon De Monsyne > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

uses for lines, token properties?
by Craig Allen 06 May '99

06 May '99

The documentation seems sparse to nonexistent on the subject of the lines and tokens property types. And I've seen reference to a tuple property type, but it's not an option using the UI. Could someone enlighten me as to the uses of these properties? I know I can iterate thru lines, and if I knew more about parsing strings in the Zope environment I could probably use them as I would like (generating links to anchors in a document body [that I'll hard code anchors into]).(He said, sneakily embedding yet another question...) Hints, pointers to documentation or code or examples? Thanks.

2 1

RE: [Zope] serve.py uses old 0.9.4 license
by Paul Everitt 06 May '99

06 May '99

Thanks, we'll correct it for the next release. --Paul > -----Original Message----- > From: Martijn Faassen [mailto:faassen@vet.uu.nl] > Sent: Thursday, May 06, 1999 8:38 AM > To: zope(a)zope.org > Subject: [Zope] serve.py uses old 0.9.4 license > > > Hi there, > > No biggie, but I see that serve.py in the new Zope 1.11 prelease for > win32 still uses the old 0.9.4 license (with the attribution clause) > instead of 0.9.7. That's all. > > Regards, > > Martijn > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

RE: [Zope] Linux Expo & PR & Wired
by Shaw, Howard 06 May '99

06 May '99

Actually, Paul, it is Mozilla (or rather, Netscape/AOL) who should learn from you. While not yet fully participating in an open source development pattern, you meet the prime requirements of a bazaar project. You have a WORKING!!! product, which anyone can compile and tinker with to scratch their itch and get IMMEDIATE gratification. You release often and provide access to code in development. Netscape lost precious time by releasing a product which was unusable. The primary driving force for bazaar style hacking is one person finding a limitation in a working program they are using or planning to use, correcting it, and eventually returning that change to the group, where it undergoes a sort of natural selection. The concept of a group of programmers intimately familiar with a project who can be swayed by means of money to scratch someone else's itch permits non-hackers to participate in the bazaar in a surprisingly effective fashion, widens the applicable base of the program, and the pool from which it gains enhancements, as well as lining the pockets of said group of hackers, to everyone's gain. Since the underlying code is open-source, no-one is forced or restricted by the actions of these non-hacker groups in influencing the HFP (Hackers-For-Pay) group, because any hacker or group of hackers unwilling to accept the changes of the HFP, can fork the codebase. Given the intelligence and wisdom Digital Creations has shown in focusing on modularity, and the inherent fact that the HFP formulation involves (generally) paying the HFP to add a given functionality to the code, without normally specifying implementation details (permitting the HFP to generate quality code, as is a hacker's wont), and the willingness they have shown to accept ideas and code from the outside, it is unlikely in the extreme that anyone in this community will ever feel the need to fork the codebase. When Netscape and Mozilla are mentioned on Slashdot and other hacker media, the reaction is inevitably mixed. When Zope and Digital Creations are mentioned, in the relatively few fora I have seen them mentioned in, the reactions fall into three groups. Some have never heard of it, some use a different product and exhibit territorialism, and some praise. I have yet to hear a single derogatory term used in connection to Digital Creations. I know that I have regularly used Digital Creations and Zope as an example, a model, not of how money can be made in open source/free software, but how it SHOULD be made. You have done an excellent job of bringing the forces for (not of) software creation on the commercial side, with the forces for and of software creation on the open side, in a way that combines the powers and advantages of each, while avoiding the proprietary viciousness and territorialism generally associated with commercial software houses. With regard to Mozilla, the most interesting thing to note is that an almost inevitable artifact of the creation of a sufficiently large and interesting project (as opposed to piece of software) is that it leads to the creation of other interesting software on the side, in support of the project. While Mozilla is still not a viable competitor, nor even qualified on the level of the Cathedral and the Bazaar for a bazaar project, it has generated several open-source tools for its own maintenance, such as Bugzilla, which are direct and tangible benefits of the process, rather than the product. This same pattern is coalescing about Zope, as witness CoolFaq, in the early stages of inception. The same pattern is also associated with that most famous of projects, the Linux kernel, as witness the kernel source browser. When you open your CVS, you should only provide write access to individuals who request it. Preferably, write access should be limited to those (unlike myself, for example) who have contributed patches. Digital Creations has an excellent reputation in, and relationship with, the community it has fostered around Zope. It would be a shame if that reputation and relationship were damaged by some individual taking advantage of open write access to damage or infect the source. I feel sure that the Zope community will understand the need and wisdom of limiting write access to demonstrated contributors. Howard Clinton Shaw III St. Thomas High School > ---------- > From: Paul Everitt[SMTP:paul@digicool.com] > Sent: Thursday, May 06, 1999 5:35 AM > To: M.Faassen(a)vet.uu.nl > Cc: Zope List > Subject: Re: [Zope] Linux Expo & PR & Wired > > > Martijn Faassen wrote: > > At least from a distance in the Netherlands, it seems like you're > doing > > a great job anyway, Paul! Digicool *gets* open source. It's not just > > opening up code; it's opening up the process, and I'm very much > > impressed by how Digicool is handling this. Feel free to quote me on > > that (Martijn the open-source pundit ;). > > Actually one of our goals over the rest of the year is to get more to > "open source *development*" rather than just open source software. I > think we have some improvement remaining in "working in the fishbowl", > as Mozilla puts it. > > Specifically, all our internal artifacts about future work should > posted > and discussed more openly. > > Additionally, it would be nice if parts of the CVS tree were writable > by > folks outside Digital Creations. > > Hopefully in a month or two we can investigate some things from > Mozilla > and learn from it. > > --Paul > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

FYI: Guido and DDJ award
by Paul Everitt 06 May '99

06 May '99

For those not trolling the Python newsgroup... http://www.ddj.com/articles/1999/9906/9906a/9906a.htm Congratulations to Guido! I've added it to the Zope News. BTW, Guido and I will be giving a co-presentation at next week's WWW8 conference in Toronto. We are sharing a slot in the Dev Day Scripting session. Both of us are also in the Dev Day Open Source session. --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/ -----------------------------------------

1 0

Pb with publication
by contact 06 May '99

06 May '99

We use zope 1.10.2 (under linux Red hat 5.2 with Apache 1.3.3) and we publish html pages with communicator (composer v4.03 or 4.5 under windows 98). When publishing pages which names already exists in the Zope hierarchy, this documents can not be see in the hierarchy browser. In fact these pages overwrite those which have the same name higher in the hierarchy whithout any warning message. Any idea ? What is the solution to delegate publishing with that problem ?

1 0