Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 67725 invoked by uid 500); 8 Mar 2002 13:55:10 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 67714 invoked from network); 8 Mar 2002 13:55:09 -0000 Subject: RE: Wyona / Xopus To: cocoon-dev@xml.apache.org X-Mailer: Lotus Notes Release 5.0.7 March 21, 2001 Message-ID: From: scott_boag@us.ibm.com Date: Fri, 8 Mar 2002 08:48:48 -0500 X-MIMETrack: Serialize by Router on CAMMAIL04/CAM/M/Lotus(Build V5010_02282002 |February 28, 2002) at 03/08/2002 08:48:49 AM MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Just lurking... but I think I have a lead for an XForms (http://www.w3.org/MarkUp/Forms/) implementation that might be donation-to-apache material. Are people interested? Also, XForms just went into last call, so people should review in any c= ase. -scott = =20 "memo" = =20 To: =20 cc: (bcc: Scott Bo= ag/Cambridge/IBM) =20 03/08/2002 04:27 Subject: RE: Wyona / Xo= pus =20 AM = =20 Please respond to = =20 cocoon-dev = =20 = =20 = =20 > -----Original Message----- > From: Jeremy Quinn [mailto:jeremy@media.demon.co.uk] > Sent: Thursday, March 07, 2002 15:30 -- snip > At 2:48 pm +0100 7/3/02, Stefano Mazzocchi wrote: > >The Wyona guys also have form-based editing... which no matter what,= I > >can't get to like. The fact that I can't make something 'strong' in = the > >middle of a form makes me puke, no matter what. > > This is the kind of thing I am _aiming_ for with > Well, I need to defend Martin's HTML form editor a little, as he won't = do it. I know that it's not really impressive, but at least you *can* emphasize parts or insert links or even tables (!) anywhere you want, because the= editor supports XHTML in all input fields. The only thing missing ATM i= s a check for the well-formedness of the XHTML, if you make a mistake you c= an bring the whole application down (arrgh!), but I am working on that rig= ht now, and hope to finish it next week, if I get the chance to work with Wyona some more (if I don't, somebody else will finish it surely). Also, I believe that having a HTML-forms editor is always a good fallba= ck, as for most other solutions, you will have to do some browser and platf= orm specific hacks, which might need upgrading each time a new browser vers= ion comes out. On the other hand, I agree that the Xopus-kinda-stuff is immensely more= sexy, and the Wyona CMS will definitely have at least one way to do som= e fancy inline editing. Even a way to do style editing in the same wysiwy= g, inline way is planned for the future, as the general belief is that you= cannot really rely on designers to be able to write proper XSL styleshe= ets. Just this morning, we have also been discussing about something like a Velocity2XsltTransformer. Then, at least, designers would have the possibility to use commercial tools like Dreamweaver to do their stuff.= Any comments on that? > >Sure, you can write 'structured text' and let the system parse it...= > >yuck! we can do better than that. > > **| Yea ||^$=A3||I dont't want to |*|have|*| to || -- write -- like t= his > either ;) > > But you could make some very simple vocabularies that would be > useful, like > auto paragraphs, auto BRs, maybe things like !!this is strong!!, > who knows, > people have to start playing with it and come up with what is appropr= iate > to them. > I don't think that inventing new languages all the time is helping the development. We should use something that is already there, and easy to= use, like Velocity or XHTML for example. Any other ideas? > I still want to be able to have editors accessing link and image > glossaries > and the like in their content, and simple stuff like strong and empha= sis, > so I am still aiming to make this work in normal forms. > > >There's no way out: Mozilla is the key. We must find a way to implem= ent > >Xopus concepts into Mozilla. > > That would be wonderful! > Mozilla forever! If only the mail client would support Ctrl-Enter for sending mail (sigh!) ;-) Cheers, Memo --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org = --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org