Moved the StringUtil methods into the Internals folder & namespace (since that's where they really belong), and moved them into a class proper + fixed their naming to be true CamelCase, not camelCase. This is C++, not Java. :P
Let's rename this after all. "AssignFromString" isn't really a descriptive enough name.
StringUtil.h now lives in the Internals folder.
Updated to be compilable with the modifications to the toClr() etc methods.
We can actually drop the "String" suffix here, since none of the other methods have it and it can reasonably easily be deduced now by the class name prefix, which will be used every time the method is being called anyway.
"StringUtils" makes more sense than "StringUtil", since the class is actually a collection of utilit*ies* rather than a single utility, arguably.
I think we can start adding a banner to all our source code files; this should be reasonable enough (shamelessly plagiarized from the CEF cefclient project :)
Wrong version. :)
Added copyright header to a bunch of files.
Breaking changes FTW… It doesn't feel so logical to let the CEF stuff live in the CefSharp.h header, so let's use a better name. Also, more importantly: we should truly abandon the static class approach for this, especially now that we're moving over to CEF3. Separate processes likely means one process *per WebView instance* (which is how Google Chrome does it), so having one single CEF.Initialize() method to rule them all simply won't cut it. So… let's go with an instantiable class approach for now. I realize that there's quite a lot of stuff left out for the time being (like cookie visitation etc); we'll have to add it as we go along.
Updated to match the current naming etc in CEF3.
Breaking changes: We need to update our method signatures since not everything needed to support this is any longer (apparently) available in CEF3.
Added copyright headers.
Made it more clear that we will hardly ever support a single-threaded message loop. :-)