From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [69.252.207.35]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 9D8BC7AB5C for ; Fri, 10 Apr 2015 20:50:19 -0700 (PDT) Received: from resomta-ch2-19v.sys.comcast.net ([69.252.207.115]) by resqmta-ch2-03v.sys.comcast.net with comcast id EToQ1q0022VvR6D01ToQHS; Sat, 11 Apr 2015 03:48:24 +0000 Received: from eklhad ([IPv6:2601:4:5380:4ee:21e:4fff:fec2:a0f1]) by resomta-ch2-19v.sys.comcast.net with comcast id EToP1q0075LMg2101ToP60; Sat, 11 Apr 2015 03:48:24 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.5.3+ Date: Fri, 10 Apr 2015 23:48:17 -0400 Message-ID: <20150310234817.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1428724104; bh=lpNBFQPGKUmQIUNNoNxOyNpnAes8RvE+uaKxXfxZ+Ac=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=i8gCnSbuVY43d8toD7sNinaK0zevL8qh+8GZAcSg0EPhql+fVfJMtItaFIP9RS4Lg ni+pJUAlVnr6J7sLuzy+g24VhsA+TyF3+v9sf3Zkh8Sr/OT9fk8ssbshbSRRd2LwWV Uqqe8KS1qFcc3I4gxE78wZQjE9t+WXS3Ms4CGwP/cdbTa4tm+3flWffvdOlQjtZjOe SEKDdT7eUNbMguLK1+i7fJTfA9cCl0iwhcWD9RQuxh8pj4MBrCmDdmf0nPBYlCrJLO rx4YrmEqf1vl+0PHAf3J245rLLipoJ6D6f7h213bMXCqzExuX2UtxW6RK+aan1oAA2 y6FLpa7+HJl+g== Subject: [Edbrowse-dev] Short Timers X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2015 03:50:20 -0000 I was trying to compose my thoughts, trying to figure out how to express myself, but Chris explained it much better than I could. > ... > So our ultimate task will be trying to smoosh the asynchronous paradigm > into the teletype paradigm, also known as forcing a square peg to fit a > round hole. I agree, and feel strongly about this. Let me give a more concrete example. A website is connected to the ticker, and gives the price of a stock in real time. It automatically and asynchronously updates the screen several times a minute. The sighted user looks at that panel when he wants to, and looks away when he is working on something else, another window on the computer perhaps, or his cup of coffee. He asks for the current stock price by moving his eyes. He just "looks" at the real time display of the price. Even if edbrowse could support this model by constantly updating some buffer somewhere, we have to ask for the stock price by a synchronous action, refresh the buffer or cause the speech adapter to read the line in question. It is at our command. Or - do we want our adapter to be in league with edbrowse and read the stock price every time it changes, and perhaps interrupt whatever else we were reading? Personally, I don't want that. If edbrowse is so good that it supports all the websites out there, and all they're asynchronous behaviors, then edbrowse becomes worthless. I could just use chrome or firefox or whatever. The power of edbrowse is at least in part that it is not asynchronous, that it is different, that it is command line, and I would like to keep it teletype as much as possible, even if there are some websites that it cannot browse, or upon which it does not behave in the standard or expected manner. I'm ok with that. Continuing the stock example, the traditionally asynchronous ajax code that gets the latest stock price does not run, unless I tell it to, because I want to read the current price, and then it runs at my command, and the buffer updates, and I read it, and hear the current price, because I want to know it at that time. Then I might move my attention somewhere else, another buffer, another console, my cup of coffee, and I might come back to this site and push the ajax button an hour later. I think this is the model we should aim for. Obviously if a chunk of code is suppose to run in 5 milliseconds then it should just run, that's what started this very interesting and pivotal thread, but if the delay is ten seconds, it is probably doing something that we want synchronous control over, because we can't just watch that window and several others in parallel, as our sighted friends do. We are blind and that is inescapably different. edbrowse is a unique browser, partly for its synchronicity. Karl Dahlke