Blame: CefSharp.BrowserSubprocess.Core/JavascriptMethodHandler.h - cefsharp/CefSharp

.NET (WPF and Windows Forms) bindings for the Chromium Embedded Framework

0 0 0 C#

Maintenance - Fixed formatting, file encoding, and copyright year (#2504) * Applied formatting * Fixed file encoding + Updated copyright year * Updated License * Fixed more file encoding * Copyright notice now shows the year the file was created 2018-09-10 02:41:13 +02:00			`// Copyright © 2014 The CefSharp Authors. All rights reserved.`
Added classes for acting as Method and Property handlers for V8. 2014-04-05 19:47:42 +03:00			`//`
			`// Use of this source code is governed by a BSD-style license that can be found in the LICENSE file.`

moved JavascriptMethodHandler impl to a separate cpp file 2015-03-08 12:51:33 +01:00			`#pragma once`
Added classes for acting as Method and Property handlers for V8. 2014-04-05 19:47:42 +03:00
Likewise. 2014-04-08 18:56:11 +01:00			`#include "include/cef_v8.h"`
added JavascriptCallbackRegistry and wired up 2015-03-08 13:11:09 +01:00			`#include "JavascriptCallbackRegistry.h"`
Likewise. 2014-04-08 18:56:11 +01:00
Net Core - Support for compiling with .Net Core 3.1 - Make Wpf/WinForms/OffScreen projects target AnyCPU Only the VC++ projects are platform specific now. - Remove BrowserSubProcess project reference Not needed as we now have a standalone exe - Add OffScreen example - Add WPF Example project - Fix some compile errors for main solution - Add BrowserSubProcess executable - JavascriptObjectRepository remove isAsync param Rather than throw exception remove the option - BrowserSubprocess Exclude the WCF specific code from the netCore project - Add some ifdef/ifndef to exclude the WCF specific implementation - Move WCF implementation into separate namespace 2020-07-18 13:30:54 +10:00			`using namespace CefSharp::Internals::Wcf;`

Added classes for acting as Method and Property handlers for V8. 2014-04-05 19:47:42 +03:00			`namespace CefSharp`
			`{`
BrowserSubprocess - Namespace cleanup Possibly a few cases that were missed, this should be the bulk of the rename Resolves #3253 2021-02-27 12:11:35 +10:00			`namespace BrowserSubprocess`
Added classes for acting as Method and Property handlers for V8. 2014-04-05 19:47:42 +03:00			`{`
BrowserSubprocess - Namespace cleanup Possibly a few cases that were missed, this should be the bulk of the rename Resolves #3253 2021-02-27 12:11:35 +10:00			`private class JavascriptMethodHandler : public CefV8Handler`
Going forward constructors/destructors/finalizers all go in the headers 2015-07-09 10:55:12 +10:00			`{`
BrowserSubprocess - Namespace cleanup Possibly a few cases that were missed, this should be the bulk of the rename Resolves #3253 2021-02-27 12:11:35 +10:00			`private:`
			`gcroot<Func<array<Object^>^, BrowserProcessResponse^>^> _method;`
			`gcroot<JavascriptCallbackRegistry^> _callbackRegistry;`

			`public:`
			`JavascriptMethodHandler(Func<array<Object^>^, BrowserProcessResponse^>^ method, JavascriptCallbackRegistry^ callbackRegistry)`
			`{`
			`_method = method;`
			`_callbackRegistry = callbackRegistry;`
			`}`

			`~JavascriptMethodHandler()`
			`{`
			`delete _method;`
			`// The callback registry is a shared instance among all method handlers (async & sync).`
			`// It's lifecycle is managed in the JavascriptRootObjectWrapper.`
			`_callbackRegistry = nullptr;`
			`}`

C++/CLI - Replace OVERRIDE with override OVERRIDE was a CEF macro which has been removed, use standard compliant override Issue #3636 2021-07-31 15:24:13 +10:00			`virtual bool Execute(const CefString& name, CefRefPtr<CefV8Value> object, const CefV8ValueList& arguments, CefRefPtr<CefV8Value>& retval, CefString& exception) override;`
BrowserSubprocess - Namespace cleanup Possibly a few cases that were missed, this should be the bulk of the rename Resolves #3253 2021-02-27 12:11:35 +10:00
			`CefRefPtr<CefV8Value> ConvertToCefObject(Object^ obj);`

Update to M93 (#3781) * Upgrade to CEF 93.1.7+g9117d6a+chromium-93.0.4577.42 / Chromium 93.0.4577.42 - Core - Add basic ref counting implementation IMPLEMENT_REFCOUNTING implementation uses atomic which forces the VC++ compiler to compile as native which doesn't work for our managed ref classes. - Use InterlockedCompareExchange for custom ref count reads - Use InterlockedIncrement/InterlockedDecrement directly - There's no memory barrier for HasOneRef/HasAtLeastOneRef as the read of a LONG should happen in one operation on 32/64 bit architectures (at least that's my understanding at this point in time). References: https://github.com/chromiumembedded/cef/blob/4472/include/base/internal/cef_atomicops_x86_msvc.h#L125 https://github.com/chromiumembedded/cef/blob/4472/include/base/internal/cef_atomicops_arm64_msvc.h#L107 https://github.com/chromiumembedded/cef/blob/4472/include/base/cef_atomic_ref_count.h#L114 https://github.com/chromiumembedded/cef/blob/4472/include/cef_base.h#L91 - Remove Microsoft.Net.Compilers package from projects Now that we require a min of VS2019 to build there's no need for a custom compiler package - Start removing VS2015/VC++2015 references - Remove RegisterWidevineCdm This is a breaking change. CEF will now automatically download the Widevine CDM component Resolves #3767 - RequestContext.LoadExtension now uses managed to code spawn on CEF UI Thread Avoid having to use cef_callback.h which was causing problems for x86 builds 2021-09-03 10:51:18 +10:00			`IMPLEMENT_REFCOUNTINGM(JavascriptMethodHandler);`
BrowserSubprocess - Namespace cleanup Possibly a few cases that were missed, this should be the bulk of the rename Resolves #3253 2021-02-27 12:11:35 +10:00			`};`
			`}`
IMPLEMENT_REFCOUNTING template changed - Add missing semi colon https://github.com/chromiumembedded/cef/commit/725ed88529d7542e64b9735cf0da137d8a80a8b9#diff-221201fe823e7238023e4e7f7083e26fL142 2019-04-26 06:44:18 +10:00			`}`