new XML and JSON libs and replacement of std.net.curl

[rikki cattermole via Digitalmars-d-learn]

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/