edbrowse-dev - development list for edbrowse
 help / color / mirror / Atom feed
From: Karl Dahlke <eklhad@comcast.net>
To: Edbrowse-dev@lists.the-brannons.com
Subject: [Edbrowse-dev]  Finding cycles in the tree
Date: Fri, 27 Jan 2017 05:09:41 -0500	[thread overview]
Message-ID: <20170027050941.eklhad@comcast.net> (raw)
In-Reply-To: <alpine.LRH.2.03.1701262233260.19896@carhart.net>

[-- Attachment #1: Type: text/plain, Size: 1435 bytes --]

> What do you think about trying to isolate the cause by going into the
> version control and compiling edbrowse from different moments in time, til
> you hone in on the point of transition where Raw Story or Washington Post
> did work before a patch and no longer worked after it?

I don't think it would tell us anything.
This problem popped up because we got enough of the js working to move forward, and make the links, whence one of those links does not make a proper tree.
Adam's removeAttribute for example, it works and the js moves forward.
(Speaking of which, I made all the Attribute routines consistent, and hopefully correct.)
It's like turning on the light and seeing the mess.
We wouldn't want to back up, we want to keep moving on.
Delve into a site and find out why that link doesn't assemble a proper tree -
or check the spec again and maybe it says somewhere that I'm suppose to unlink the node from where it was, if it was already in the tree, then put it in the new place.
db4 and watch all the nodes created from html, and dynamically, and how they put together.
Would be great if we had a site with no js errors, and still the tree problem, then we'd know we were on to something.
But these sites still have lots of js errors, lots of functions that don't run to completion, so who knows.
Maybe we could tell visually from another browser what the tree of nodes is suppose to be.

Karl Dahlke

  reply	other threads:[~2017-01-27 10:08 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-27  2:19 Karl Dahlke
2017-01-27  6:29 ` Kevin Carhart
2017-01-27  6:37 ` Kevin Carhart
2017-01-27 10:09   ` Karl Dahlke [this message]
2017-01-29  2:24     ` Kevin Carhart

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=20170027050941.eklhad@comcast.net \
    --to=eklhad@comcast.net \
    --cc=Edbrowse-dev@lists.the-brannons.com \
    /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).