Martijn Houtman wrote: > I would be glad with a simple solution that is able to edit and store XHTML > fragments. A minimal setup could be: > - Storing like any string field > - Editing with an XHTML editor > > This does not seam a lot of work to implement in the EditWizards. It is > comparable with the editing a textarea, but now with an XHTML editor. The > support for a clean paste of Word fragments would be nice. > > If you put the content of such field in XML to send it to the server, it is > safer to convert it to a valid string in XML and to convert it back when > XHTML is needed lateron. This means that there is no XML validity check > needed, to keep things simple. I believe that an XHTML editor like FCKEditor > does repair invalid XHTML, so there should be no troubles with screwing up > the EditWizards like we had before. Of course this assumption has to be > tested. I don't know how Kupu handles invalid XHTML.
During the past week I had no time to further explore this. XHTML (or any other form of XML) is a must, but more important is the 'in-text' linking of mmbase objects, which is the actual goal, which I would like to reach. This requires a whole new form of user-interaction and therefore I think it will get tricky to get it in the editwizards quickly, and I left it out for the moment as 'too ambitious'. I'm all before replacing the html editor of editwizards though, but it is of course important to communicate with each other, because I don't mind several of these tool here and there, if at least what they (can) produce is intercompatible. I'm not ever sure about the current quality of the HTML produced by the editor in Editwizards. I take it for granted that it's no good. Michiel -- Michiel Meeuwissen mihxil' Mediacentrum 140 H'sum [] () +31 (0)35 6772979 nl_NL eo_XX en_US _______________________________________________ Developers mailing list [email protected] http://lists.mmbase.org/mailman/listinfo/developers
