[Zope-dev] RE: [Zope] Barriers to Zope popularity: Part 1: wysiwig editing

Phil Harris phil@philh.org
Thu, 23 Sep 1999 09:03:23 +0100


Frontpage 2000 can do webdav to a certain extent already, that's what the
Web Folders are.

Also if you search the Ms website for somthing called 'kissfp', it will give
you a nice warm glow ;¬).

It allows Frontpage 2000 to use FTP in an intelligent way to conect to Zope.

HTH

Phil
phil@philh.org

-----Original Message-----
From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Jay,
Dylan
Sent: Thursday, September 23, 1999 8:01 AM
To: 'zope@zope.org'; 'zope-dev@zope.org'
Subject: [Zope] Barriers to Zope popularity: Part 1: wysiwig editing


Having been using Zope for the past 8months or so I see two potential
reasons as to why more people at my work havn't taken to Zope.

One discussed of late is WYSIWYG editing. I HATE wysiwyg editing. It
invariably makes a mess.  It seems that a lot of people disagree with me and
find a system that allows wysiwyg editing to make the creation of good web
pages simplier.

Possible solution:

Frontpage seems to me to be the weapon of choice for these "amateur" web
authors. I imagine that frontpage will support webdav in the future but for
now I think it would be possible to support a subset of the frontpage web
extensions. At least the ones that deal with authoring etc. It all uses HTTP
so I imagine it would be as hard to implement as webdav support was.
Products could even be created for searching and web discussion extensions
but I would think that this would detract from Zope and add support for
frontpage more than the reverse.
The next problem with this is how to edit partial pages in a wysiwyg editor.
Ie how to edit a whole page when every DTML doc has <dtml-var
standard_html_header> etc in. What we could do is to have a special render
method that produces an html document which has all the html the real
rendered page does as well as the DTML cunningly encoded in it. Then a
special update method can take this an process the changes to the parts of
the document as neccesary. For instance

<!--#var standard_html_header-->
<h2><!--#var title_or_id--></h2>
<p>
This is the <!--#var id--> Document.
</p>
<!--#var standard_html_footer-->

could be rendered as

<!--%begin-dtml-var standard_html_header-->
<html>
<head>
<body>
<!--%end-dtml-var standard_html_header-->
<h2><!--%begin-dtml-var title_or_id-->My Documents Title<!--%end-dtml-var
title_or_id--></h2>
<p>
This is the <!--%begin-dtml-var id-->myDoc<!--%end-dtml-var id--> Document.
</p>
<!--%begin-dtml-var standard_html_header-->
</body>
<!--%end-dtml-var standard_html_header-->

or something similar.

As long as ALL the dtml in a document can be encoded in this way and the
visual editor leaves the comments alone then this will work.

This leads to the question of how the update method will deal with updates
to include documents/methods/properties? Not sure. It could either, give an
exception (might be possible with WEC), just ignore them, or try and perform
the updates on the other objects (potentially messy but possible in limited
cases???).

Thoughts?




_______________________________________________
Zope maillist  -  Zope@zope.org
http://www.zope.org/mailman/listinfo/zope

(To receive general Zope announcements, see:
http://www.zope.org/mailman/listinfo/zope-announce

For developer-specific issues, zope-dev@zope.org -
http://www.zope.org/mailman/listinfo/zope-dev )