From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-02v.sys.comcast.net (resqmta-ch2-02v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:34]) by hurricane.the-brannons.com (Postfix) with ESMTPS id BE36D786FA for ; Fri, 26 Dec 2014 09:07:56 -0800 (PST) Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-02v.sys.comcast.net with comcast id YH5l1p0042PT3Qt01H5lZ0; Fri, 26 Dec 2014 17:05:45 +0000 Received: from eklhad ([68.84.191.77]) by resomta-ch2-14v.sys.comcast.net with comcast id YH5k1p00N1gep3001H5lH3; Fri, 26 Dec 2014 17:05:45 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.5.2 Date: Fri, 26 Dec 2014 12:05:44 -0500 Message-ID: <20141126120544.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=1419613545; bh=+cvhfOaG2zlKmoyRwEjdB77B1T72H9SzUOwgqeJ6oqc=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=lnaoqxHQ/aR4gaJjg9yLt1pgvGS+Tg3SNYIK+1Vv7/dwMm0a0Vto9YuRkd7hTJl2b 0oZrPov9/a1ORln29blzSiK8Z97int5N5glwqkwTC439CcujMJNmb7sTzpp/L8kVX9 B6FNgGAgS+4aDZi59hFdJdANqdJo/ormlu3vd3QVdlEg/idl3G+LlekD4lRr3bnR/q vZgTZee1UAR1+A5RWQR1keIKvG0eN5PwV6hbsmt9u2DZEjbh4MiFh77PcCGrkM9Jup xX/mUB0DwIvMPjt6O+6uGfOYxol/cl3MD3K+BBSXTQ7346U4maCb9ajWAdn7LAyXlG mJqMdlM/qVtpw== Subject: [Edbrowse-dev] jsrt works 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: Fri, 26 Dec 2014 17:07:57 -0000 Ok, with the new js process architecture, I finally got jsrt to load properly, and I think I've exercised all its functions, of which there are many. I even did some new things that didn't make sense in the old world. edbrowse jsrt jsrt b e2 b Now you have two instances of the regression test running. In the second one, run the memory hog, and js runs out of memory and dies. Switch back to the first jsrt and do a few things and note that js is not there. But unbrowse and browse, and you have all your js functionality back again. So that's kinda cool. I'll be looking at html.cpp to see if I can pull it back to html.c. And of course fixing bugs as you and I find them. I was thinking about background downloads, as has been requested by several people, and propose this interface, always trying to keep it command line and simple. For any ftp download, or for an http download where the content is other than text/html, propt the user download foo_bar_3.7.9.8.tar.gz The user hits return to download to the specified file, or enters a new filename, or hits space and return to download to memory as is done today. I think it's easy and clean, but opens a question of whether we should by default download to the current directory, or follow the industry standard of downloading to a download directory which you could set in the config file. I both like and don't like the download directory standard. Sometimes it makes sense, sometimes I just want the damn file where I am, like I'm there for a reason. And I could always say ~/dld/whatever.tar.gz if I want to direct it to a download directory. So I kind of waffle on this one. Anyways it spins off in background and downloads, or stays and pulls it into memory with the progress dots that you have today. Karl Dahlke