Hi Glyn!
On Sat, Nov 7, 2009 at 7:52 PM, Glyn Matthews <[email protected]> wrote:
>
>
> 2009/11/6 Dean Michael Berris <[email protected]>
>>
>> >> PS. Is it time for us to use Git instead of Subversion? Tracking
>> >> branches by John and me and then maybe in the future merging into a
>> >> single branch may be a pain with Subversion -- although I haven't
>> >> tried yet.
>> >>
>> > +1 I am beginning to be won over by Git.
>> >
>>
>> >>
>> Sweet. Now we just need a transition plan. Also, I'm liking github a
>> lot, but then Sourceforge has been good to us through the years. ;)
>
> We can use Git with sourceforge, that's not a problem. I know that a Trac
> plugin exists for Git and that there a plenty of tools available for
> switching between git and SVN so maybe we can do this without a lot of
> disruption.
Nice! Yes, this is what I was thinking, we can use the Git hosting
from Sourceforge -- and then integrate changes from Git to SVN trunk,
for people still tracking the SVN repository.
>>
>> Also, I plan to make a presentation about cpp-netlib at BoostCon 2010
>> -- it would be great if we can get a 1.0 out before February 2010 so
>> that we'll have a presentation ready by then. :D
>
> That's really interesting. What do you propose to talk about?
>
Once we have an implementation out that's ready for general user
consumption, I plan to really do a "media blitz" at some point next
year (starting with BoostCon) to get people interested in the project
to try it out and let us developers what they think. A DDJ article
wouldn't help too, and more blog exposure would be nice to have.
One of the things I'd like to talk about is the way we're going about
the header-only approach to implementing an "embeddable" HTTP client.
So far nothing out there is like what we have (even in its most
primitive but functional form) because what we do offer is a really
simple and flexible way of letting users create HTTP requests through
the client abstraction. Even Python libraries are very heavy
especially if you want to do anything more complex than pulling a web
page. The MFC and .NET library for network programming (with HTTP) are
just horribly clumsy and unwieldy for any beginner or developer not
really writing a web browser.
At some point I would like to see cpp-netlib graduate into Boost, and
continue developing network-specific implementations separately, keep
improving, and somehow be a basis for a proposal to be part of the
next C++ standard library.
Wouldn't it be cool to have C++ programs be able to pull a webpage by
just doing:
http::client c;
http::response r = c.get("http://www.boost.org/";);
A non-throwing version would look like:
http::client c;
http::response r;
system::error_code e;
tie(r,e) = c.get("http://www.boost.org/";, http::nothrow);
? :D
HTH
--
Dean Michael Berris
blog.cplusplus-soup.com | twitter.com/mikhailberis
linkedin.com/in/mikhailberis | facebook.com/dean.berris | deanberris.com
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cpp-netlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
