> Ok, if I can I'd like to actually do some coding on edbrowse again, That would be awesome. I know you have a 9 to 5 and your time is limited.
I've been able to put time in over the past year, tidy and dom representation and separate rendering of the page etc, and truly enjoyed it to be honest, but if you're ready for a turn I'll take a break for a bit and work on my 2 books or other things. edbrowse-curl is fine, we certainly use it for more than http: ftp, sftp, scp, etc, but I think it should be the same inage doing different things, as we discovered with edbrowse-js. Seems silly at first, you don't need all that other machinery, but we found that more and more stuff creeps in. The curl server will need information in the config file, so may as well parse that, and url management, and stringfile.c, and it needs to know all about plugins, even if it doesn't run the plugin directly it needs to know about it, and on and on and pretty soon you have 40 to 50 percent of the code so to ease distribution you may as well use the same image switching on argv[0]. Like main.c line 481, and then set whichproc = 'c'; (whichproc is e for edbrowse and j for javascript engine.) Just a thought - see how it plays out. Anyways, I'm happy to let you drive for a bit, and I'll step back to avoid conflicts, I think we're pretty much done with our experiments, separate handles do indeed share everything as expected, and I found socket.c, which you and Geoff can look at, so I'll submit just one more patch from Kevin, which implements synchronous xhr, and then I can just be in a bug fix minor updates mode for a while. I'll post another message when the xhr code is in, probably later today, and then you can have a whack at it. I may post some thoughts on messages to and from edbrowse-curl, if you don't mind, just to make sure we don't forget anything. That's probably the first step, a flow description of what kinds of messages / communication go back and forth. Cheers, Karl Dahlke _______________________________________________ Edbrowse-dev mailing list [email protected] http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
