From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2001:558:fe21:29:69:252:207:33; helo=resqmta-ch2-01v.sys.comcast.net; envelope-from=eklhad@comcast.net; receiver= Received: from resqmta-ch2-01v.sys.comcast.net (resqmta-ch2-01v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:33]) by hurricane.the-brannons.com (Postfix) with ESMTPS id B769877C83 for ; Tue, 8 Aug 2017 11:33:47 -0700 (PDT) Received: from resomta-ch2-07v.sys.comcast.net ([69.252.207.103]) by resqmta-ch2-01v.sys.comcast.net with ESMTP id f9KGdJcwCTU0Uf9Kodp7xb; Tue, 08 Aug 2017 18:34:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1502217270; bh=CMiNrCkA4LdUx0DsO6QwKibZIPyAI2AuM4ydbnatVxo=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=IoABqR/wOs4PAgvoV0WMrdU5EY4a4evJr5ZwNLIFb1juIHEM05/At2oZUTaWyvQyM JwDUf7S/WJOx8rYwt6Vcf73SIxT0zvkpuVF9t/qMFovbGI3bVC44XRjgvXQc2/OR1c WO4tKGwY5ckOVrvF18qrxZ9311cTTJD0VjgJhhRHP+WnGcfyJZLZCbpzRzyO5UdA3U YcZARSbCpgSAGF+7ZN3BA9W79hKRd0R7W4do6D/vWlRkDXABFkHTqTKPAQLrxPmx9/ D0zDm9+pSHckmuHDqLYoRCYmjmcZkrPf5VwqZT3NtOaNU9uriofyAJ3JTmgSaeq7Yx aHgjfiauCgDng== Received: from unknown ([IPv6:2601:408:c301:784d:21e:4fff:fec2:a0f1]) by resomta-ch2-07v.sys.comcast.net with SMTP id f9KndSIKIURaDf9KndWfh8; Tue, 08 Aug 2017 18:34:29 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.7.0+ Date: Tue, 08 Aug 2017 14:34:29 -0400 Message-ID: <20170708143429.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=nextpart-eb-484501 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfK6XlAfbqT5sSfpzrmIE39iCn+r+X1WS68F1lHDxtFG5wnensGLt9VXgm84Vq67Ty3oKYivaMAdpoZjiVU1s6SnWVVW3eysPlc1fcoVghTprke9UNoQ+ 5/NcHi/m01jDIYmXxeaCH4hMy32398kj4M2g+WQdQeGE1bcUOCSD1CGn Subject: [Edbrowse-dev] Autoexpansion Works X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.24 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 18:33:47 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --nextpart-eb-484501 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Well this surprises even me. Look through all the commits in the past 24 hours and you'll see that a = lot has changed. They were all leading up to the last commit though; a frame will expand = if it must because somebody is trying to access its objects. Otherwise we don't waste the resources. This is the design I wanted! There's a test for this in jsrt. Browse and look at line 4. That is the frame which was there before. You can expand it with the exp command, but don't. It is still just a placeholder. Set db2 or even db3 to watch what is happening. Now look on line 5. This is a little script that dips into the first node under the frame's = body and prints its node type. Click on this link and it tries to access those objects, sees that they = aren't there, expands the frame, then resumes the script and prints = div, since the first node in that frame is div. If you replace the frame with the Munsters, then click this again, the = first node is H2. Unbrowse, and browse, and expand it yourself, then click first node and = it pops right up. The frame is already expanded. There's a disclaimer though, it only works in the 1 process model, with = JS1=3D1. In 2 processes you get an error message. It would be horrendously difficult to do this in 2 processes, as I mentioned in an earlier email. Kevin, it is possible that the next suite of acid tests will pass, or at least they might pass with some modest tweaking on our part, in = case I don't have all the objects in the right places. At least the foundation is there. Karl Dahlke --nextpart-eb-484501--