* [Edbrowse-dev] It's better, but...
@ 2018-02-14 14:25 Karl Dahlke
0 siblings, 0 replies; only message in thread
From: Karl Dahlke @ 2018-02-14 14:25 UTC (permalink / raw)
[-- Attachment #1: Type: text/plain, Size: 1346 bytes --]
So now I'm using my own css parser and querySelectorAll, and it's better, maybe an order of magnitude faster, and less buggy, but,
stackoverflow still takes almost 2 minutes to browse.
I keep going back to the fact that 99.9% of the time we don't need this stuff, maybe we never do.
Even the acid0 test that started all this doesn't need this stuff. it calls getComputedStyle and tests for that.
That's a one time computation of the css elements on one node.
So it makes me wonder if I'm missing the point.
Sometimes I just program along because it's fun, and a distraction from the worries in my life, of which there are many,
but that kind of head-down programming can miss the point.
Remember what I did with frames?
I don't expand a frame unless you need it.
A getter sits on top of frame and if you access frame.contentDocument it then expands the frame.
Could I do something like that with the various style objects?
If you never access them, which js hardly ever does, then I don't have to do this at all,
and if and when you do, I figure it out for that particular node.
This is harder to do than it was with frames, because you can create style objects
and they're suppose to be objects, not getters, and well just trust me it's not as easy, but still might be doable,
and that might be the right answer.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2018-02-14 14:24 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-02-14 14:25 [Edbrowse-dev] It's better, but Karl Dahlke
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).