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

List:       kde-kafka
Subject:    Re: Open Issues
From:       Thomas Zander <zander () xs4all ! nl>
Date:       2000-10-26 21:46:06
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> > Implementation specific, all kafka objects would have to subclass a
> > "unknown-token" in the khtml lib, some smart code would have to sneak
> > into the tokenizer to parse the "plugin" tokens.
>
> That's exactly what I had in mind. Adding this to khtml should be possible.
> Lars already said that he would change the parser/tokenizer into classes
> with virtual function we could overwrite.
>
> > > B) editing must be interactive and intiutive. This means that
> > > drag'n'drop, wysiwyg editing of positions and dimension (i.e. of
> > > images, tables, divs) is possible.
> >
> > Certainly, but is this not really easy if you have a DOM? You can ask
> > khtml where stuff is, so finding out which token has been clicked is
> > really easy. All we have to do is write logic that wil do the drawing.
>
> I looked into the KHTMLView class this morning. Adding those things
> shouldn't be very hard. The whole html page is double buffered in a QImage
> while drawing and blitted to the QPainter. Before the last step we can
> easily add our own drawing code.

Ah, so this is ongoing development allready? (on the khtml side)


- -- 
Thomas Zander                                            zander@earthling.net
The only thing worse than failure is the fear of trying something new
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE5+KYiNj0pheMOlEoRAstXAJ9zE0Uv2O0yDg7XNzKJ6CEOLTOhDgCfYasS
EAiqpEWxZkP74vEvN6/MICU=
=2zEO
-----END PGP SIGNATURE-----
_______________________________________________
Kde-kafka mailing list
Kde-kafka@master.kde.org
http://master.kde.org/mailman/listinfo/kde-kafka

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