From kfm-devel Mon Sep 13 10:54:31 2004 From: Leo Savernik Date: Mon, 13 Sep 2004 10:54:31 +0000 To: kfm-devel Subject: Re: [First patch] design mode (was: [Q] replacing the textarea Message-Id: <200409131254.32969.l.savernik () aon ! at> X-MARC-Message: https://marc.info/?l=kfm-devel&m=109508006431647 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--nextPart2371590.ROv8Ij0dLp" --nextPart2371590.ROv8Ij0dLp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 12. September 2004 21:47 schrieb Koos Vriezen: [...] > There seem to be two ways to do this (as usual, ms and moz way). Looks > to me the moz way (http://www.mozilla.org/editor/midas-spec.html), is > far more simplier than the TextObject MS way. What should we support, > both? We should support contenteditable, i. e. the MS way, especially as WebCore= =20 does it already. If we master that, midas should be easy to achieve. [...] > Making it work somehow, I've took a look at the quanta KHTMLPart override, > strangely called KafkaWidget, and wondered what would be the best > approach getting this to work. Kafka was the name of the old wysiwyg html editor that was KPartized and=20 integrated into quanta. > I don't think switching transparently to KafkaWidget when entering a > design mode, would be the best thing to do.=20 A dependency on kdewebdev for contenteditable would be quite bad. > But re-implement/copy code=20 > from quanta has also its drawbacks, eg it's quite some code (but likely > some shortcuts too, no parallel node tree needed and access to khtml > namespace). I'd like to keep similarity with WebCore as tight as sensible. Then we can= =20 take advantage of Apple's fixes. > > So what to do? Commit this and work further on it? Or no, entering > design mode means switching to kafka unter the hood? Or we only want MS > way of doing this? Do it basically the WebCore-146 way (i. e. quite MS-like). That what I've=20 always intended to do and will pursue when I find time later on. > Or..=20 > > Koos --nextPart2371590.ROv8Ij0dLp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBRXxoj5jssenUYTsRAggWAJ9CERTYCFKkvW64FFy+vOVBDEtfeQCgtW0s DAz6iwKfud2oj7FAr7XGQjs= =09lK -----END PGP SIGNATURE----- --nextPart2371590.ROv8Ij0dLp--