January 1999 - Zope - Zope lists

RE: [Zope] - Suggestions for Zope 1.9.0
by Jose.Lacal＠icn.siemens.com 28 Jan '99

28 Jan '99

---------------------- Forwarded by Jose Lacal/Service/ICN on 01/28/99 15:06 --------------------------- Jose Lacal 01/28/99 12:36 To: Paul Everitt <Paul(a)digicool.com> cc: Subject: RE: [Zope] - Suggestions for Zope 1.9.0 (Document link not converted) <!-- Lotus Notes is not very good at handling SMTP mail, so I had to re-format the message. -> >Jose wrote: >> b.) The ocumentation (installation and initial configuration) >> *needs* to be >> improved from just a set of dysfunctional README.txt and >> WEBSERVER.txt files scattered all over the place. > > Like Python, this is an Open Source project, so we'd love > specific suggestions and fixes. It is understood that Digicool is not expected to provide all the goodies. Rather the community must contribute their effort to improve the product. >> c.) For those interested, I have compiled a step-by-step set >> of instructions for installing Zope on a Linux box, along with >> the PyGreSQLDA. The file is available in PDF format. The >> document is still in draft form, but it's usable. > > Great, as soon as you're ready and have a URL, let us know > and we'll link to it. Here it is: http://www.volks-pc.org/document/zope.pdf This is my contribution to the community. The document is still a *draft* so be gentle with it. The purpose of the doc is not just to explain *how* to do things but also *why* you are doing what the document instructs you to do. I do Customer Support for a living, so the documents I write tend to be geared towards a non-techie audience. Some of the Zope mailing list's members may take offense to the overt Windows bias of the document. Sorry for that. >> - - - - - >> >> 2.- Positioning. >> >> a.) Zope's website states that: "Zope is a free, open source >> web application platform used for building high-performance, >> dynamic web sites." That definition, IMHO, is not even close >> to what Zope > > Well it's _one_ of the things Zope is :^) ?? "The Lexus 400 takes you from your house to the office in exactly the same time as a Volkswagen Beetle does, traffic gridlock permitting." Yes, that is one of the things the Lexus 400 does, but that doesn't mean Lexus is going to position the 400 as just doing that. >> is. Plus, it is a very dry, unattractive Marketing one-liner. >> No offense intended, but it certainly looks like a site by >> nerds and for nerds. > > Hmm, if I did a nielsen rating of people visiting the site, > I'm sure very few people would come out as "Joe Sixpack the > TV Clicker". It's a circular question and answer issue: if all you have in your website is a techie-focused message, that's all the audience you'll ever get. If you have different messages for different audiences, your website will be able to attract and retain the attention of a much more varied audience. Take a look at the OpenSource site (http://www.opensource.org) They have three clearly labeled "messages" or "positioning statements" in marketing lingo: "This site offers several complementary views of the open-source phenomenon. You can read a brief introduction, a techie/hacker's case, a businessperson's case, and a customer's case. Still not convinced? Then read some third-party case studies." So, I propose to the community that the Zope site should presents at least three "messages" to its visitors: - The technical view: here you could go bananas with all the nitty gritty, techie-focused stuff - The ISP view: why ISPs should look at Zope as a cost-effective web hosting platform or whatever - The corporate view: how corporations can use Zope internally to web-enable their techno-phobic users - The end-user view: etc. Mind you, these "messages" or "complementary views" of Zope are in addition to and to complement the case studies / testimonials Hadar is collecting. The testimonials fit perfectly under each one of the "views" above. > Managing a community is always a delicate balancing act > between lavishing over your existing customers (taking care > of your base) and appealing to new customers (growing your > base). Since Zope started with the Python/Bobo communities, > they deserve the gold treatment. Agreed, just don't give the "rubber treatment" (boot-in-behind) to new and potential customers. It takes just a little more effort, not much money. >> b.) It took me a week of playing with Zope (installed under >> both NT Server 4.0 and Red Hat Linux 5.2) and reading the >> manuals before I started to understand the magnitude of >> Zope's power. And I am still not done exploring its features. >> This is not a good thing for potential new users who are not >> hard-core techies. > > Again, contributions welcome. Can you point me at a community > web site, such as say Frontier or Python, where the content > quickly described the power? We can then create by example. The OpenSource site comes close to describing the power in a very audience-focused way, as I described above. BTW, I don't like the Python site because it is very techie-focused as well. >> c.) I would suggest positioning Zope as a web-based, >> FrontPage-like web development environment that does NOT >> require the user / creator to have any software locally on his >> PC. Using Zope, anybody with access to a PC and the network >> (Intra / Internet) can publish their own website by using >> Zope's formatting / structural capabilities. "You focus on >> the art and the content, and Zope will handle all the >> nitty-gritty for you." >> Or something like that. Sell the sizzle, not the steak. >> People will not likely buy Zope because it's OpenSource, or >> because it's written in Python. Corporations will buy Zope >> because it allows non-programmer users to get their job done >> faster, cheaper, and with less hand-holding from the >> corporation's MIS / IT crowd. > > Ugh, go after FrontPage is an enormous challenge: Zope doesn't > have a powerful client-side program. Think of all the > client-side power FP has that we'd have to create: we don't > even have search-and-replace in the "editor"! That is one of my points: not everybody *needs* the full power of FrontPage to do a basic web page with some database linkages. FP gets in the way of a quick and dirty website. Zope, on the other hand, could be deployed internally by a company to allow Joe Schmuck 9-to-5 to whip up a quickie site for the boss before lunch, and with some nifty linkages and search pages to the corporate SQL database. > I _think_ what you mean is focus on what Zope *does* and what > content managers *see* rather than on *how* Zope does it? Precisely. Sell the sizzle (what the results are, how simple it is to use it) rather than the steak (dumping the full techno cart of OpenSource, OOP, Python, extensible, blah blah) on the poor, unsuspecting Dilbert boss type. > I think you also touch on making Zope useful to people that > don't even know HTML. This is a common theme for "community" > applications. It is also the focus of a document-repository > approach for Zope, where it manages/publishes > previously-created artifacts. Here you go again: "a document-repository approach" and "..artifacts." I suggest you say something along the lines of: "Install Zope on a cheapo Linux box, let the Linux wenie define the SQL plugins to your Mucho Grande corporate SQL database, and then let your clueless users put all their exsiting files on the corporate intranet without teaching them neither HTML nor buying 200 copies of FrontPage." And you don't need to hire Andersen Consulting to do this for you. (Forward a check to Digicool at the end of the exercise, of course). > Still, going head to head with Front Page is hard. I'd prefer > to see the results of someone that tried it by creating such an > environment. ?? Linux and the entire OpenSource movement going head to head with The Bill is hard ;) I think you might want to flip that argument on its head: FP is an over-bloated, expensive and inflexible tool to do a quicki site, or to allow non-technical users to produce quick results. And those two types of users are over 90% of the audience out there. >> d.) Furthermore, Zope allows for the creation of web-enabled, >> database-driven applications from a web browser. That is, no >> more grudgery writing ODBC stuff and such. This product could >> find a serious following among the corporate crowd: techies >> define the ODBC links to the corporate databases, and then >> Joe Schmuck writes his / her own web-based queries to the >> databases using Zope, and then publishes the results to the >> corporate Intranet. > > This was the first incarnation of "Principia": as an > environment for a database integration tool called "PyDB" that > became "Aqueduct". Yes, I have the manuals for Aqueduct. Very confusing docs, BTW. > What do you think the requirements are to compete in this space? First and foremost, change your "message" / "positioning statement." Fine-tune it to several types of audiences. It's the same product, just positioned in different ways to satisfy different needs. Second, I would focus heavily on the centralized-management, user-freindliness of the system. Meaning: set-up a central server, distribute the editing and content management. From Principia Manager's Guide, page 08: "The scenario in this chapter involves the creation a fictional web site for Plutonia Incorporated. Stan has been appointed the task of creating the public web site for Plutonia to give the public online information on its products, research, and news. Stan is also busy as head of the Products department and does not want to presume anything about the Research and Public Relations (PR) departments, so he needs to delegate responsibility for content to the departments themselves. Yet, he also needs to make sure that the site looks and behaves similarly at all points, and some common, consistent information needs to be displayed on all pages. He also needs the ability to make any change at any location. Additionally, he needs to create a public feedback page where a visitor to the site can send an electronic mail message to a specific department to request more information or give a comment. Each department is responsible for its own content. Each department has varied groups and committees overseeing different areas of that department. Finally, each department requires individual control over who can be assigned privileges to add and manage contents in their sub-areas." THAT is a very good business scenario where Zope can come to the rescue. > For instance, the wonderfully named wizard tool that was just > posted here might cover some requirements. What else is needed I have not played with it yet, but it sounds like that is the way to go, IMHO. > to be credible? And why have a relational database involved > instead of Zope's database? Come on, Paul. How many corporations out there have something called "legacy systems?" You didn't expect people to dump their Sybase / SQL server / Oracle databases and port their business-critical apps to Zope, did you? You *want* Zope to become the "universal glue" that ties all the heavy-duty back-ends to a friendly, idiot-proof, no need to buy a license per user a la FP, tool in the market today! > What you're describing is similar to ColdFusion I believe. This > is the target of the current ad campaign in Linux Weekly News. I > *know* that some will say, "Don't pigeonhole Zope that way!" > I'm not doing that yet, but I know that ColdFusion strikes a > raw nerve, and I'm just the kind of guy to prod that raw nerve. > :^) I have never used ColdFusion. I do believe that an OpenSource, Python-based solution could take a good portion of the market if there are other products that have already created such a market. >> e.) Yes, I _know_ most of the issues above are already >> discussed in Zope's website. If only after you go over the >> Zope Features, Questions and Answers, Zope Components, Zope >> Zen Revealed, and Testimonials sections. What I am saying >> is summarizing all of those benefits in one paragraph, >> maximum. > > And that paragraph would be how many pages? :^) No longer than 04/05 lines. Again, there are at least 04 distinct markets that need a customized "message" for each one of them. If you are interested, I can send you more specific pointers to create such customized messages for each audience. >> f.) Web presence providers should love this product for >> their users. Using Zope to design and maintain a website is >> much better than using FrontPage and then dealing with the >> broken links and upload hassles! >> With Zope the user can backtrack when he deletes some portion >> of his site. With FrontPage, what's gone is gone. > > Hmm, not if ODBC is used. Of course, I didn't mean the data you deleted / added / etc. I meant the pages you over-wrote with an older version, the graphic files you inadvertedly deleted, etc. Editing mistakes, in general. >> g.) I know, you guys tremble at the mention of comparing Zope >> with FrontPage. But, hey, in Marketing you need to consider the >> issue of educating your prospective customers. Instead of >> wasting time and resources educating the marketplace on what an >> "open source web application platform" is, why not piggyback on >> the widely known concept of what FrontPage is? The Bill has >> already spent millions of bucks promoting what a FrontPage-like >> app us supposed to do. So, let's take that and build a Zope >> definition on top of the pre-existing, widely-known FrontPage >> definition. > > Perhaps because the FrontPage definition doesn't fit? Zope is not a FP replacement / direct competitor, that I understand. What I meant to say is to pisition Zope as a tool that allows end users to create / manage killer websites *without* the need to use FP. So, you piggy-back on FP's name recognition by claiming that end users can a lot of the things FP does without actually buying it, and with more centralized control that FP will ever give a corporation or web hosting firm. > I mean, he's spent more building the brand for Word -- why don't > we call ourselves open source Word? Well well, that was not nice. Zope has very little in common with Word, yet a lot of the functionality of FP. > There is a very definate market for an "application server". > This market is *booming* and is becoming clearly defined by > analysts, researchers, journalists, and reviewers. In fact, the ?? "analysts, researchers, journalists, and reviewers" did not design the Sony Walkman, or Dodge Caravan. Those two products created entire new markets where none existed. > Web Techniques issue containing Amos' article was on "application > servers". I believe we'll start striking "web application > platform" and just settle in on "application server". As you wish, that is one area where Zope could find its niche. > Note that MS is spending tons of dollars advertising their > application server, as is Netscape, as is Sun, as is... Good, we both agree on the benefits of piggybacking on somebody else's advertising bufget. >> h.) Buried on page 24 of the Principia manager's Guide we find >> the following text, which I suggest should be on Zope's main >> page: >> "Netscape Publishing > [snip] > >> Since Principia also targets the content manager, it would >> make sense to let the content manager manage his content >> using Netscape authoring too ls. This section describes how >> to use Netscape publishing with Principia." > Right. There were bugs in the support for it that I *think* > are fixed for 1.10. So that's why I am unable to Publish from Communicator. > Netscape Composer isn't the best IDE in the world. For instance, > it doesn't do HTML forms, much less style sheets or DHTML or ... > But it certainly is a good start and I know some people here > have tried to use it. A lot of people in corporations already have access to Communicator. Therefore, installing a Zope server will suddenly empower all those people to become web publishers in a flash at US$0 additional cost to the corporation. Does that sound like a good business proposition to you? >> 3.- Workspace improvements. >> >> a.) Add the size and date of last update for each file >> listed. > Good. I suggest submitting feature requests for these in the > Collector (www.zope.org/Collector/) I already did so. >> b.) When in the "View" tab, there are no tabs on top. The >> user needs to hit the Back arrow. This is consufing and >> inconsistent with the rest of the tabs' functionality. > I disagree. When people "View" their page, they want to see > *exactly* what their page will look like and want to see > *exactly* what the HTML will look like. > > There is no way that we could get the tabs in there -- the page > would have to have two <HTML> statements, kind of a document in > a document. > We could have *three* frames but I don't think that would work. > > I view it this way: the web browser has a UI that people have > standardized on. The concepts of back and forward are very > common themes in web browsers. When in Rome... OK, no reason to argue when it's an issue of personal taste. >> - - - - - >> >> 4.- Good to have. >> >> a.) A full, Python-based HTML editor to create/edit HTML > > Uh, I don't think *anybody* wants to learn another editor, I > think they want Zope to work with their current editor. We > *certainly* don't want to write an editor. Not everybody has currently access to an HTML editor, you know? Just an idea, not critical. >> files via Zope . I think there are some options out there >> already. It's just a matter of integrating the code into > "It's just a matter..." Do you realize what an enormous amount > of work you just referred to? If you disagree and feel that it > isn't much work, then please send some patches. Who, me? I'm not even a programmer. I am a busines person. And I do realize the amount of work involved in doing new things to existing software: I get paid to support the customer when the software "fix" to the customer's problem causes more problems than there were before the "fix" was installed. >> Zope. One of those options is HTMLgen. Curren tly found at >> http://starship.skyport.net/lib.html this library of classes >> mirrors the HTML 3.2 markup elements. > I'm not sure you've looked at HTMLgen. It is in no way an editor. > It allows people writing Python code -- hardly the Front Page > audience you describe above -- to generate HTML from within their > Python code. It covers the same ground as DTML, though with the > reverse focus (a code-centric view of markup rather than a > markup-centric view of code). Told ya, my programming ignorance comes shining through. Sorry for the misleading comment then. >> That's all, folks. Keep up the good work. > Thanks for taking the time to send such a thoughtful note! Hey, you guys put a lot of effort into Zope, which I got for free. The least I can do is give you some feedback on how to improve your baby's chances of becoming a huge success. Regards. - - - - - Jose C. Lacal, Senior Engineer, Data Services Siemens Information and Communication Networks 900 Broken Sound Parkway; A2 - Boca Raton, FL 33487 Voice: +1 (561) 955-3081 - Fax: +1 (561) 955-6500 Text page http://www.skytel.com/Paging/1way.html PIN # 1258390 - jose.lacal(a)icn.siemens.com

1 0

RE: [Zope] - Sort date in gadfly/zope
by Paul Everitt 28 Jan '99

28 Jan '99

Francois wrote: > Is it possible to construct this string date on the fly in an SQL > method or is it an other solution? Yes, use the object-relational integration described at: http://www.zope.org/Documentation/Guides/ZSQL/ZSQL-HTML/ZSQL.html#pgfId- 936577 Basically, just write a Python class with a method that does what you want. If this works, please let us know. --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909

1 0

RE: [Zope] - Suggestions for Zope 1.9.0
by Brian Lloyd 28 Jan '99

28 Jan '99

> From what I've been hearing from friends "in the know" (i.e. > at the big > web design firms, and ad agencies), everyone kinda wants > WebDAV to take > off, because it will get rid of all the annoying "server > side" stupidity > (a'la Front Page), and allow them to pick and choose what > tool they use > on the client side for the right choice (i.e. Dreamweaver has > strengths > and weaknesses over my favorite, GoLive Cyberstudio)... > > Wouldn't it be neat if Zope could be positioned as THE WebDAV > reference > :-) > > Now to look at the protocol to see how hard it is to layer over the > already excellent XML support! > > Chris > -- > | Christopher Petrilli > | petrilli(a)amber.org We're already hot on that trail :^) Some experimental WebDAV support is already working in-house. Depending on how other projects affect things, there could be at least experimental dav support in the next month... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

- Sort date in gadfly/zope
by chalaouxf＠synbio.tpgnet.net 28 Jan '99

28 Jan '99

Hi All, As you know a gadfly database has no date type for the moment. Thus, as Aaron Watters recommanded, sort date is possible if you construct a date string with the format 'YY:MM:DD'(without quote). Problem : ======= Construct this string date with existing value YY, MM, and DD and insert it in my table. Question : ======= Is it possible to construct this string date on the fly in an SQL method or is it an other solution? I tried the following SQL method which insert my values in my table but it does not work : insert into star(id, position, date, year, month, day) select max(id)+1, , ::, , , , from star Remark: 'year' is enter one time as a integer and in 'date' as a string; I don't know if it is possible? FR. François-Régis Chalaoux Bioinformatics Group Synthélabo Biomoléculaire 67080 Strasbourg Cedex FRANCE Tél : 03 88 60 87 14 Fax : 03 88 45 90 70

1 0

RE: [Zope] - Suggestions for Zope 1.9.0
by Paul Everitt 28 Jan '99

28 Jan '99

Kevin wrote: > One other thing while on this topic of front-ends and editors, I've > read that Dreamweaver is pretty extensible. Has anyone out > there looked > at it and thought about it extending it to be a friendly, powerful > Zope editor? In fact, Jeffrey Shell here mentioned that to me just yesterday. He said it *appears* that teaching it DTML wouldn't be too hard. As far as getting it to connect to a remote site with something smarter than FTP (e.g. HTTP PUT or WebDAV), now that's a different question. Actually, he said "Let's embed Zope in Dreamweaver!" :^) --Paul

2 1

Re: [Zope] - ANNOUNCE: P MySQL Input Wizard beta 1
by Paulo Eduardo Neves 27 Jan '99

27 Jan '99

Michel Pelletier wrote: > > Paulo Eduardo Neves wrote: > > > ANNOUNCE: P MySQL Input Wizard beta 1 > > > > Hmm... maybe my eyes are strained...but where do > we get this wonderful sounding Product? :) Ops! Excuse me. It is in the default place: http://www.zope.org/Download/Contrib/sqlinputwizard-beta.tar.gz regards, -- Paulo Eduardo Neves PUC-Rio de Janeiro Pager: Central: 292-4499 cod. 213 99 64 ou use a URL: http://www.learn.fplf.org.br/neves/mensagempager.html

1 0

- I can't access the 'manage' page
by Anthony Joseph Seward 27 Jan '99

27 Jan '99

I have been trying for some time now to get Zope up and running, but I've had only minimal success. Every time that I try to access the 'manage' page, Zope tells me You are not authorized to access this resource. Username and password are not correct. I have played with the passwords and host access fields in the 'access' file, but to no avail. I have also tried changing the permissions and ownership of the 'access' and var directory. I am using the RPM's that I found through the Zope site and Apache 1.3. I set up the mod rewrite module as per the file INSTALL.txt. If you could give me any suggestions I would appreciate it Tony

1 0

- tree tag questions
by Michael Bernstein 27 Jan '99

27 Jan '99

I have two questions regarding the tree tag: 1) How do I force the tree to only display the branches I want? specifically I want to eliminate the 'Control_Panel' and 'acl_users' branches. 2) How do I force the tree to render in the context of the particular directory? I'm including it through a document called 'sidebar' in the root, and although I want it to be acquired throughout the site, I would like it to display the entire tree, and not just the branches below the current document location. Thanks, Michael Bernstein.

1 0

- Using ZTemplates in PHP-like way?
by Magnus Lie Hetland 27 Jan '99

27 Jan '99

I just wondered... Is it possible, (using mod_actions or something) to use ZTemplates with Apache, somewhat like PHP? (I admit it... I have some projects where I might consider not using the Zope ODB... ;) PHP seems nice enough, except for its ugly language... :) -- Magnus Lie Hetland www.pvv.org/arcadia <arcadia(a)pvv.org>

2 1

Re: [Zope] - Suggestions for Zope 1.9.0
by Robert OConnor 27 Jan '99

27 Jan '99

Hi Jose, I reprinted your message below so that it will be readable to others. Somehow, your *great* message got partially split into an attachment (the last part in paragraph 2h) -bob oconnor ------------------------------------- Disclaimer: I do not speak for my employer. They do not even support Linux. Not yet. Table of Contents. 1.- Overall impression. 2.- Positioning. 3.- Workspace improvements. 4.- Good to have. - - - - - 1.- Overall impression. a.) Awesome product! I am a Linux newbie, and the product is really nice. b.) The ocumentation (installation and initial configuration) *needs* to be improved from just a set of dysfunctional README.txt and WEBSERVER.txt files scattered all over the place. c.) For those interested, I have compiled a step-by-step set of instructions for installing Zope on a Linux box, along with the PyGreSQLDA. The file is available in PDF format. The document is still in draft form, but it's usable. - - - - - 2.- Positioning. a.) Zope's website states that: "Zope is a free, open source web application platform used for building high-performance, dynamic web sites." That definition, IMHO, is not even close to what Zope is. Plus, it is a very dry, unattractive Marketing one-liner. No offense intended, but it certainly looks like a site by nerds and for nerds. b.) It took me a week of playing with Zope (installed under both NT Server 4.0 and Red Hat Linux 5.2) and reading the manuals before I started to understand the magnitude of Zope's power. And I am still not done exploring its features. This is not a good thing for potential new users who are not hard-core techies. c.) I would suggest positioning Zope as a web-based, FrontPage-like web development environment that does NOT require the user / creator to have any software locally on his PC. Using Zope, anybody with access to a PC and the network (Intra / Internet) can publish their own website by using Zope's formatting / structural capabilities. "You focus on the art and the content, and Zope will handle all the nitty-gritty for you." Or something like that. Sell the sizzle, not the steak. People will not likely buy Zope because it's OpenSource, or because it's written in Python. Corporations will buy Zope because it allows non-programmer users to get their job done faster, cheaper, and with less hand-holding from the corporation's MIS / IT crowd. d.) Furthermore, Zope allows for the creation of web-enabled, database-driven applications from a web browser. That is, no more grudgery writing ODBC stuff and such. This product could find a serious following among the corporate crowd: techies define the ODBC links to the corporate databases, and then Joe Schmuck writes his / her own web-based queries to the databases using Zope, and then publishes the results to the corporate Intranet. e.) Yes, I _know_ most of the issues above are already discussed in Zope's website. If only after you go over the Zope Features, Questions and Answers, Zope Components, Zope Zen Revealed, and Testimonials sections. What I am saying is summarizing all of those benefits in one paragraph, maximum. f.) Web presence providers should love this product for their users. Using Zope to design and maintain a website is much better than using FrontPage and then dealing with the broken links and upload hassles! With Zope the user can backtrack when he deletes some portion of his site. With FrontPage, what's gone is gone. g.) I know, you guys tremble at the mention of comparing Zope with FrontPage. But, hey, in Marketing you need to consider the issue of educating your prospective customers. Instead of wasting time and resources educating the marketplace on what an "open source web application platform" is, why not piggyback on the widely known concept of what FrontPage is? The Bill has already spent millions of bucks promoting what a FrontPage-like app us supposed to do. So, let's take that and build a Zope definition on top of the pre-existing, widely-known FrontPage definition. h.) Buried on page 24 of the Principia manager's Guide we find the following text, which I suggest should be on Zope's main page: "Netscape Publishing Traditional websites often have multiple HTML files that use several different graphics files. For those based on the Netscape web browser version 3 or later, there exists a capability to publish a website from the content manager's desktop machine to the production website. This is advantageous for several reasons. First, since Netscape is the most common medium for browsing, content managers have standardized on Netsc ape for authoring. Next, the target market for Netscape 92s authoring envir onment is the novice, thanks to its graphical presentation of web editing. Finally, Netscape conveniently lets you publish an entire directory of files, rather than one at a time. Since Principia also targets the content manager, it would make sense to let the content manager manage his content using Netscape authoring too ls. This section describes how to use Netscape publishing with Principia." - - - - - 3.- Workspace improvements. a.) Add the size and date of last update for each file listed. b.) When in the "View" tab, there are no tabs on top. The user needs to hit the Back arrow. This is consufing and inconsistent with the rest of the tabs' functionality. - - - - - 4.- Good to have. a.) A full, Python-based HTML editor to create/edit HTML files via Zope . I think there are some options out there already. It's just a matter of integrating the code into Zope. One of those options is HTMLgen. Curren tly found at http://starship.skyport.net/lib.html this library of classes mirrors the HTML 3.2 markup elements. - - - - - That's all, folks. Keep up the good work. Jose C. Lacal, Senior Engineer, Data Services Siemens Information and Communication Networks 900 Broken Sound Parkway; A2 - Boca Raton, FL 33487 Voice: +1 (561) 955-3081 - Fax: +1 (561) 955-6500 Text page http://www.skytel.com/Paging/1way.html PIN # 1258390 - jose.lacal(a)icn.siemens.com

1 0