On 16/08/2016 3:35 AM, Seb wrote:
On Monday, 15 August 2016 at 15:25:22 UTC, rikki cattermole wrote:
On 16/08/2016 3:20 AM, Seb wrote:
On Monday, 15 August 2016 at 15:04:29 UTC, rikki cattermole wrote:
On 16/08/2016 3:01 AM, Oleg B wrote:
As replacement of std.net.curl I found
https://github.com/ikod/dlang-requests. Who know's about this lib? Is
this good replacement of std.net.curl?
Nope, not a replacement.
Why? I like it a lot more than std.net.curl (try to get the error code
in std.net.curl) & the decision that etc (which wrap curl & zlib) needs
to go has been made at Dconf, so I would love to see dlang-requests as
std.experimental.http ;-)
No matter how much I would like curl to go, it still requires somebody
willing to do it. Keep in mind that it won't be able to support https
without adding a dependency such as Botan into the mix.
A heck a lot of work.
Oh I thought the author was just asking whether it is a good replacement
for him personally.
Well before we worry about Botan, I think libasync needs to arrive first
;-)
https://github.com/etcimon/libasync
(it's from the same author as Botan)
My personal opinion of libasync is that while it is a great idea and is
needed, the coding is pretty horrible.
So I started SPEW[0] which should handle windowing primarily (but also
sockets, timers ext.).
[0] http://spew.cf/