Hello, I think that xinha offers some nice functionalities for editors. But what happens with MMBase CMSs that already have a big content database with htmlarea? I see in the mail of Nico that the migration is 'not very hard' - but how hard is that? What are the wizard.xsl's? I cannot tell our editors to compare any wizard.xsl's... The only thing I know is that if we upgrade to the new mmbase&xinha in the future that there is a possibility that people will try to open an old article and that it will not look exactly the same as it looked in the past. Then I will have to know what to advice them - of preferably know well in advance a lot more about the exact differences between htmlarea and xinha so that I can understand the impact of such a change.
Will the htmlarea editor remain as an option, or is it the idea that it is not anymore part of a future release? In this case there should be clear guidelines for existing users on what to do when upgrading existing sites. I think that this matter should be also posted in the users list and maybe it's the best to involve the users as well in this decision making. Regards, Nadia Poulou Stichting Kennisnet ------------------------------ Message: 5 Date: Mon, 10 Jul 2006 10:45:32 +0200 From: Nico Klasens <[EMAIL PROTECTED]> Subject: [Developers] VOTE: Xinha editor in editwizards To: Developers <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed CALL FOR: Xinha editor in editwizards Last week I added the xinha editor to cvs as a replacement for the htmlarea. The xinha editor is a much better version of the htmlarea code so I want to make it the default in the editwizards. Migration to the xinha editor is not very hard, because it is still the same htmlarea codebase. Just compare the wizard.xsl's Several patches we did are nicely solved in xinha. The editor has numerous fixes to work in IE and FF. The current htmlarea is a bit buggy in FF. START OF VOTING: 2006-07-10 END OF CALL: 2006-07-14 11:00 [_] +1 (YES) [_] +0 (ABSTAIN ) [_] -1 (NO), because : Nico DISCLAIMER: Dit bericht (met bijlagen) is met grote zorgvuldigheid samengesteld. Voor mogelijke onjuistheid en/of onvolledigheid van de hierin verstrekte informatie kan Kennisnet geen aansprakelijkheid aanvaarden, evenmin kunnen aan de inhoud van dit bericht (met bijlagen) rechten worden ontleend. De inhoud van dit bericht (met bijlagen) kan vertrouwelijke informatie bevatten en is uitsluitend bestemd voor de geadresseerde van dit bericht. Indien u niet de beoogde ontvanger van dit bericht bent, verzoekt Kennisnet u dit bericht te verwijderen, eventuele bijlagen niet te openen en wijst Kennisnet u op de onrechtmatigheid van het gebruiken, kopiëren of verspreiden van de inhoud van dit bericht (met bijlagen). This message (with attachments) is given in good faith. Kennisnet cannot assume any responsibility for the accuracy or reliability of the information contained in this message (with attachments), nor shall the information be construed as constituting any obligation on the part of Kennisnet. The information contained in this message (with attachments) may be confidential or privileged and is only intended for the use of the named addressee. If you are not the intended recipient, you are requested by Kennisnet to delete this message (with attachments) without opening it and you are notified by Kennisnet that any disclosure, copying or distribution of the information contained in this message (with attachments) is strictly prohibited and unlawful. _______________________________________________ Developers mailing list [email protected] http://lists.mmbase.org/mailman/listinfo/developers
