From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-07v.sys.comcast.net (resqmta-ch2-07v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:39]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 856A477DC1 for ; Fri, 1 Jan 2016 07:40:05 -0800 (PST) Received: from resomta-ch2-18v.sys.comcast.net ([69.252.207.114]) by resqmta-ch2-07v.sys.comcast.net with comcast id 0fgX1s0062Udklx01fgbMk; Fri, 01 Jan 2016 15:40:35 +0000 Received: from eklhad ([IPv6:2601:405:4001:e487:21e:4fff:fec2:a0f1]) by resomta-ch2-18v.sys.comcast.net with comcast id 0fgb1s00A2MDcd701fgbXu; Fri, 01 Jan 2016 15:40:35 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke References: <20151130170044.eklhad@comcast.net> <20160101144657.GC24842@122oven.adamthompson.me.uk> User-Agent: edbrowse/3.6.0+ Date: Fri, 01 Jan 2016 10:40:35 -0500 Message-ID: <20160001104035.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=1451662835; bh=4+hCQ1Lr66igbuVLf1/3wLfVh1xqRr+CxmNZiljbQwI=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=rzD0ngk3aI97UmC5iJqLGVMIeo87axw7TW1OC7RQU5BavB5EhSkwVvqiZuOlOP+Z0 DevcvoCZGiGuMWa/QL7KDR3IaatgZQVMx4LYL2T++lvssxQ9aCvETak00YPlQ5fjfN y4fWOs+68n8KQwVqiGP9pO8797cA4lQO+xGEmjE+GXpW+NPtwP7ixmMB+Gsx4DXlVw gC81XT0YTLqYgR5Ilh+yPdkkN5+928QScFrqr+B0AN1b6vNGo1FIEP+DONQS51/plu bsyLXuiYSWzGqwf0f7Q600q6KuJGp3cb+3+JL2I3hRRgVLAUqE2QypCdnawV2789AY s/MdFPpnyrUZQ== Subject: [Edbrowse-dev] Messages to and from edbrowse-curl 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: Fri, 01 Jan 2016 15:40:05 -0000 > I'm thinking probably that each user would need their own edbrowse-curl, If I, as a single user, could still have multiple instances of edbrowse connecting to it, from different consoles, accessing similar websites and sharing one cookie space, then that makes sense and is fine. /tmp/edbrowse directory could contain a file per user indicating the process of edbrowse-curl running, if such is running, /tmp/edbrowse/run-curl-user, or spawn one otherwise, similar to the /var/run files in linux though I don't think there is such a standard in windows so we may as well use /tmp/edbrowse for this purpose on both OSs, again keeping the code as much the same in both worlds. This directory already exists and is used for temp files for plugins, e.g. converting pdf to html in preparation for browse, etc etc. Could also be used for temp files if we choose to use that mechanism to pass the http data back to edbrowse. > No, I think we just download the data, > may be have a status message and then it's up to edbrowse what it does. It could be a personal preference, but I don't want it to work that way. I don't want to sit there not knowing, and then later the download is done, I want to see the progress dots as they happen, in real time, otherwise why have them. I mean that's the whole point. I also like to see the debug messages as they happen, in real time, not spewing out at the end after download. More than once edbrowse has been in an infinite loop, despite our loop counter in http.c, an infinite redirection loop, and I see that with db2, see the websites it is vectoring through, or maybe the same site again and again, and I hit control c to stop it. Anyways that's just an example - I want to see things as they happen. It really isn't hard to do. > > - Looks like a file you'll want to download, supply a file name or x to abort > Again, I'd just download the data, if we want to pull it into memory then we > can potentially do that, but mean while the data download carries on. Small files just don't matter, and for big downloads you've lost your flexibility here. Maybe you don't have enough ram for that big iso image, and maybe /tmp/edbrowse, or wherever you put it by default, doesn't have room either. It's on a basic windows drive like c: and you really have room on d:, so curl asks you where you want to download it as soon as it gets the headers and you direct it somewhere else. It's a little more work to do it this way, but not much more really, a few messages, and that's how it works now, and it will let some people do some things on some computers that could not be done with an autodownload into a predefined place and then figure it out later philosophy. > on my internet connection I'd quite like to switch them off entirely tbh That could be an easy toggle command. > because, depending on the server,downloads happen either so fast I can't count the dots or so > slowly that having a random dot appearing is not very useful when I don't know > the actual file size. I guess I don't understand the second part. Large downloads would happen in background, and you don't get the dots then anyways. > Try counting how far through a 200 meg download you are in dot form, It's easy, I just hit control w. Again, that's my adapter, and maybe why I like the feature so much. > content-length header) and the actual amount (to the byte preferably) > that's actually been downloaded so I can see how long I have to wait. sure, like a progress bar or percent indicator. Actually I like that less but could be done and selected by the user, dots or percent or quiet. Karl Dahlke