edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Adam Thompson <arthompson1990@gmail.com>
To: Kevin Carhart <kevin@carhart.net>
Cc: Edbrowse-dev@lists.the-brannons.com
Subject: Re: [Edbrowse-dev] nasa slow
Date: Sun, 11 Feb 2018 16:50:02 +0000	[thread overview]
Message-ID: <20180211165002.uwxe2w6f4lpnqvba@toaster> (raw)
In-Reply-To: <alpine.LRH.2.03.1802102248130.25824@carhart.net>

On Sat, Feb 10, 2018 at 11:00:44PM -0800, Kevin Carhart wrote:
> On Sun, 11 Feb 2018, Karl Dahlke wrote:
> 
> > > NASA needs it in order to run, right?
> > 
> > No, they don't, and that's the point. It's just a big time waster from our point of view.
> > Acid test 0 needs it, and that's what put us on the trail, remember, but I think that's rare.
> 
> Hmmmm
> 
> But querySelector and querySelectorAll are used in vendor.js or nasa.js,
> right?  These are common.
> 
> So we have a couple of things in third.  It sounds like we're saved by the
> bell for now since you figured out how to do both, which is great, but maybe
> some time in the future if it was necessary, we could delete jotform but
> keep qs/qsa?
> 
> But come to think of it... wouldn't the query-result sets from qsa be
> incomplete if the styles have not been doled out to the elements previously
> and the selector is trying to select by styles?

Yes they would, and worse than that it'd be difficult to spot because there's a good chance things'd
either continue in a broken state or blow up with some sort of type error.
I'm thinking that we'll just have to fix the 3rd party software if it isn't good enough.  Have we contacted
the devs about it to see if they intend to fix it?

Cheers,
Adam.
PS: in order to do almost anything in edbrowse I have to browse with js disabled until I find a broken
site because it's so grindingly slow most of the time, and that's on relatively modern hardware, but
may be that's just the sites I visit... plus there's the js either being horribly inefficient or infinite
on (I think) stackoverflow.com etc which is a real problem (I seem to manually kill edbrowse at least twice
a day at work).  I really should sit down and debug what's going on there.

      reply	other threads:[~2018-02-11 16:49 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-10 11:51 Karl Dahlke
2018-02-11  5:04 ` Kevin Carhart
2018-02-11  6:31   ` Karl Dahlke
2018-02-11  7:00     ` Kevin Carhart
2018-02-11 16:50       ` Adam Thompson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180211165002.uwxe2w6f4lpnqvba@toaster \
    --to=arthompson1990@gmail.com \
    --cc=Edbrowse-dev@lists.the-brannons.com \
    --cc=kevin@carhart.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).