Here we go… Let's try to see just how difficult it would be to get the current codebase compiled towards CEF3 instead of CEF1 (which we currently use, but which will be abandoned upstream shortly).
Fixed typo...
"In the beginning God created the heaven and the earth. And the earth was without form, and void" (Gen 1:1-2). Let's try to do something similar. It's probably easiest if we just exclude all of the existing CefSharp files for the time being (since the CEF3 API is completely incompatible w/ CEF1 which our code presumes it to be), and then add the missing parts one by one.
Fixed version number and copyright (shouldn't refer to a single person, but rather the CefSharp project as a legal "virtual entity" :)
Will use this to test the new CEF3 stuff. CEF is x86 at the moment so let's modify this project also so that it can run on an x64 Windows.
Removed AddPluginPath() and AutoDetectProxySettings, since they're not available in CEF3.
Converted from tabs to spaces.
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.