ScriptInterpreter cache for domobjects (dangerous change?)

[David Faure]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 10 January 2003 22:53, Maciej Stachowiak wrote:
> On Friday, January 10, 2003, at 01:43  AM, David Faure wrote:
>=20
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Friday 10 January 2003 00:47, David Faure wrote:
> >> Now the whole domObjectPerDocument stuff also makes sense to me :)
> >
> > I just had a thought about this:
> > why not store the (KJS::DOMNode->Dom::Node) dict in the=20
> > KJS::DOMDocument,
> > instead of storing a dict of dicts in the more global=20
> > scriptinterpreter?
> >
> > This sounds more object-oriented than the "dict of dicts" to me, and=20
> > possibly
> > faster too, at least in the cases where we already have to find out the
> > KJS::DOMDocument anyway. (In other cases it's equivalent, 2 dict=20
> > lookups
> > in both cases).
> >
> > What do you think?
>=20
> Well, there is also a DOM object cache that is *not* per document,=20
> however, for strictly temporary objects like events that we don't need=20
> to be kept alive for the duration of the document.
>=20
> Other than that, the plan sounds fine to me. It's pretty hard to get at=20
> a dom node from JavaScript without ever creating the KJS DOMDocument=20
> wrapper.

I'm seriously lacking the time to implement this :(
Would you by any chance be able to make that change?
(both in Safari and in KHTML - or in Safari and I'd do the merging with KHT=
ML)

=2D --=20
David FAURE, faure@kde.org, sponsored by TrollTech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
How to write a Makefile.am for KDE/Qt code:
http://developer.kde.org/documentation/other/makefile_am_howto.html
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+XyTZ72KcVAmwbhARArUiAJkBF5BUfsXMIGsjmy+sYzixbbdD3ACglAJZ
TCtFHA9Nc4t5acpv3EAF6uE=3D
=3D1N5l
=2D----END PGP SIGNATURE-----