[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: little reminder on the 3.2 release schedule
From:       Ingo =?iso-8859-15?q?Kl=F6cker?= <kloecker () kde ! org>
Date:       2003-09-21 17:31:05
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Sunday 21 September 2003 19:05, JES wrote:
> On Friday 19 September 2003 23:06 pm, Ingo Klöcker wrote:
> > > > I still would prefer doing HTML editing together with the
> > > > kompose framework Zack is working on for post 3.2. But I first
> > > > would have to see this in action.
> > >
> > > The Kompose framework won't magically implement HTML support,
> > > someone still has to do that work, the tasks are somewhat
> > > orthogonal.
> >
> > True. But I guess that most of the work to put HTML support into
> > KMComposer will be done again in order to add HTML support to some
> > Komposer plugin. Or does the HTML support not heavily rely on the
> > underlying KEdit (which is based on some long deprecated Qt class)
> > and on the current layout handling in KMComposer?
> > I'm not saying that the work should be stopped. But I'm pretty sure
> > that most of the work will not be portable to the Komposer
> > framework so that then the work will have to start from scratch.
> > Anyway, if I'm wrong with this assumption then just ignore me. ;-)
>
> I'm trying to implement HTML editing support, but as far as I can see
> now, it has very little to do with KEdit. It only gets the html
> message from  KEdit.

So you are just implementing raw HTML editting support (as opposed to 
WYSIWYG HTML editting support)? What exactly are you doing? Just adding 
a few buttons for some HTML tags? Or are you just implementing the 
backend which creates multipart/alternative messages?

Regards,
Ingo

[Attachment #5 (application/pgp-signature)]

_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail


[prev in list] [next in list] [prev in thread] [next in thread]