From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out.smtp-auth.no-ip.com (out.smtp-auth.no-ip.com [8.23.224.60]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 6570577AA9 for ; Sat, 17 Oct 2015 14:39:20 -0700 (PDT) X-No-IP: carhart.net@noip-smtp X-Report-Spam-To: abuse@no-ip.com Received: from carhart.net (unknown [99.52.200.227]) (Authenticated sender: carhart.net@noip-smtp) by smtp-auth.no-ip.com (Postfix) with ESMTPA id A07D5400F77; Sat, 17 Oct 2015 14:43:21 -0700 (PDT) Received: from carhart.net (localhost [127.0.0.1]) by carhart.net (8.13.8/8.13.8) with ESMTP id t9HLhKIQ032439; Sat, 17 Oct 2015 14:43:20 -0700 Received: from localhost (kevin@localhost) by carhart.net (8.13.8/8.13.8/Submit) with ESMTP id t9HLhK02032436; Sat, 17 Oct 2015 14:43:20 -0700 Date: Sat, 17 Oct 2015 14:43:20 -0700 (PDT) From: Kevin Carhart To: Karl Dahlke cc: Edbrowse-dev@lists.the-brannons.com In-Reply-To: <20150917044047.eklhad@comcast.net> Message-ID: References: <20150917044047.eklhad@comcast.net> User-Agent: Alpine 2.03 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: [Edbrowse-dev] jex mode and rerender X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2015 21:39:21 -0000 That's awesome! Very helpful for following the side effects to their resolution. Any abbreviation is fine - I used to have it on 'y' and 'z'! Kevin On Sat, 17 Oct 2015, Karl Dahlke wrote: > Our javascript debugger, > which we enter by jex for javascript execution for historical reasons, > but looking at it now I think jdb for javascript debugger > would make more sense, what do you think? > > Anyways when you enter that mode and make some changes and then leave, > edbrowse did not go down the same pathways as say running some onclick code. > You could set innerHTML, or add some options to an option list, > or createTextNode and appendChild to paste text into the document, > and none of that was reflected in the buffer. > I have fixed this. > As of the latest commit, side effects are processed, > and the buffer rerendered, as though you had pushed a button > to run onclick js code or some such. > This makes it easier to test our dom functions like create and append > and innerHTML and the like, and see the results rendered in the buffer. > > Karl Dahlke > _______________________________________________ > Edbrowse-dev mailing list > Edbrowse-dev@lists.the-brannons.com > http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev > -------- Kevin Carhart * 415 225 5306 * The Ten Ninety Nihilists