'Re: Open Issues'

[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:54:47
[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.
>
> I see what you mean, but how would you know what is a PHP, JavaScript,
> ASP tag etc. Also, what happens if another program wishes to manipulate
> tags at the tokenizer leve. we could say that if the tokenizer sees a
> PHP tag it is represented as a Kafka tag, but what happens if say
> Quanta would like to use it?

The point is that we are going to create tokens ourselves. So the DOM contains
tokens like <HTML> etc, now it will also contain tokens we will write.

That is the only change, so your question to find out what code something is:
we simply use what is allready there, a tokenizer!

If quanta would like to use it, I guess it could include the kafka-shared 
library..

>
> Also, how can these tokenized tags update the DOM tree so we can
> represent them usefully?

Again, this is code we create. So that is not really relevant. We will find a 
way. (I thing a hook or a signal would do the trick, use what is faster) 

> > 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.
>
> Would this mean updating the rendering of the KHTML widget? Also, do
> you think it would be a good idea that all elements rendered in the
> Kafka KHTML widget have coordinates associated with them in the DOM so
> when a user clicks on the page, the coordinate is logged and checked in
> the DOM so we know which element to edit?

Khtml will provide hooks, so kafka gets a signal to draw something, after 
which khtml will get control back to draw some stuff. Its all really basic 
stuff..

If you have no idea what I am talking about, turn to the QT documentation (in 
qt-copy) and read among others the signalsandslots.html

- -- 
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+KgoNj0pheMOlEoRAoLzAJ9MEOGumVW85V6hKvsGmLMn0iHU9gCg1TF5
A4hBCXOzXE1CNbYeRav2PAU=
=T+Bl
-----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] 