Morph MORPH
SIGN IN SIGN UP
cefsharp / CefSharp UNCLAIMED

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

0 0 9 C#
Normal View History Raw
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.
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
//
// Use of this source code is governed by a BSD-style license that can be found in the LICENSE file.
#pragma once
Make wrapper objects contain references to the Properties/Methods they represent
2014-08-28 15:27:06 +10:00
#include "include/cef_v8.h"
added JavascriptCallbackRegistry and wired up
2015-03-08 13:11:09 +01:00
#include "JavascriptCallbackRegistry.h"
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
#ifndef NETCOREAPP
Make wrapper objects contain references to the Properties/Methods they represent
2014-08-28 15:27:06 +10:00
#include "JavascriptObjectWrapper.h"
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
#endif
jscallbackregistry lifecycle is managed by javascriptrootobjectwrapper, async methods too bound by javascriptrootobjectwrapper
2015-07-31 12:22:02 +02:00
#include "Async/JavascriptAsyncObjectWrapper.h"
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
Still having issues getting to compile - this is a WIP checking to help troubleshoot
2014-08-28 16:01:28 +10:00
using namespace System::Runtime::Serialization;
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
using namespace System::Linq;
Make wrapper objects contain references to the Properties/Methods they represent
2014-08-28 15:27:06 +10:00
using namespace System::Collections::Generic;
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
jscallbackregistry lifecycle is managed by javascriptrootobjectwrapper, async methods too bound by javascriptrootobjectwrapper
2015-07-31 12:22:02 +02:00
using namespace CefSharp::Internals::Async;
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
#ifndef NETCOREAPP
using namespace CefSharp::Internals::Wcf;
#endif
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
namespace CefSharp
{
Add some descriptive comments about what some of the subprocess classes do.
2015-05-02 02:36:10 -04:00
// This wraps the transmitted registered objects
// by binding the meta-data to V8 JavaScript objects
// and installing callbacks for changes to those
// objects.
Cleanup some compiler warnings by making classes private Remove unused using statements
2015-08-07 13:21:09 +10:00
private ref class JavascriptRootObjectWrapper
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
{
Make wrapper objects contain references to the Properties/Methods they represent
2014-08-28 15:27:06 +10:00
private:
JavascriptRootObjectWrapper/RegisterBoundObjectRegistry - Make last callback Id static We make it static so it's unique across the process so long running callbacks Issue #2792
2019-05-31 18:09:58 +10:00
//Only access through Interlocked::Increment - used to generate unique callback Id's
//Is static so ids are unique to this process https://github.com/cefsharp/CefSharp/issues/2792
static int64 _lastCallback;
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
#ifndef NETCOREAPP
jscallbackregistry lifecycle is managed by javascriptrootobjectwrapper, async methods too bound by javascriptrootobjectwrapper
2015-07-31 12:22:02 +02:00
initonly List<JavascriptObjectWrapper^>^ _wrappedObjects;
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
#endif
fixed tabs again
2015-07-31 12:38:12 +02:00
initonly List<JavascriptAsyncObjectWrapper^>^ _wrappedAsyncObjects;
initonly Dictionary<int64, JavascriptAsyncMethodCallback^>^ _methodCallbacks;
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
#ifndef NETCOREAPP
CefRenderProcess process creates too many channels (and does not close them)
2014-11-10 22:53:09 -05:00
IBrowserProcess^ _browserProcess;
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
#endif
Add some descriptive comments about what some of the subprocess classes do.
2015-05-02 02:36:10 -04:00
// The entire set of possible JavaScript functions to
// call directly into.
fixed tabs again
2015-07-31 12:38:12 +02:00
JavascriptCallbackRegistry^ _callbackRegistry;
Make wrapper objects contain references to the Properties/Methods they represent
2014-08-28 15:27:06 +10:00
fixed tabs again
2015-07-31 12:38:12 +02:00
int64 SaveMethodCallback(JavascriptAsyncMethodCallback^ callback);
Add some descriptive comments about what some of the subprocess classes do.
2015-05-02 02:36:10 -04:00
fixed tabs again
2015-07-31 12:38:12 +02:00
internal:
property JavascriptCallbackRegistry^ CallbackRegistry
{
Cleanup Binding, rather than keep references to the V8 objects, just use them and then let them be released Code should be a little easier to debug now.
2015-07-28 22:22:30 +10:00
CefSharp::Internals::JavascriptCallbackRegistry^ get();
fixed tabs again
2015-07-31 12:38:12 +02:00
}
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
Make wrapper objects contain references to the Properties/Methods they represent
2014-08-28 15:27:06 +10:00
public:
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
#ifdef NETCOREAPP
JavascriptRootObjectWrapper(int browserId)
#else
Restructure code so JavascriptRootObject's are stored and can be used across multiple CefBrowserWrapper instances (popups in this context) Code is now very much dependant on using --process-per-tab for this structure to work
2015-09-24 18:44:30 +10:00
JavascriptRootObjectWrapper(int browserId, IBrowserProcess^ browserProcess)
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
#endif
Going forward constructors/destructors/finalizers all go in the headers
2015-07-09 10:55:12 +10: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
#ifndef NETCOREAPP
Going forward constructors/destructors/finalizers all go in the headers
2015-07-09 10:55:12 +10:00
_browserProcess = browserProcess;
_wrappedObjects = gcnew List<JavascriptObjectWrapper^>();
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
#endif
fixed tabs again
2015-07-31 12:38:12 +02:00
_wrappedAsyncObjects = gcnew List<JavascriptAsyncObjectWrapper^>();
_callbackRegistry = gcnew JavascriptCallbackRegistry(browserId);
_methodCallbacks = gcnew Dictionary<int64, JavascriptAsyncMethodCallback^>();
Going forward constructors/destructors/finalizers all go in the headers
2015-07-09 10:55:12 +10:00
}
moved JavascriptRootObjectWrapper impl to separate cpp
2015-03-08 12:57:51 +01:00
fixed tabs again
2015-07-31 12:38:12 +02:00
~JavascriptRootObjectWrapper()
{
if (_callbackRegistry != nullptr)
{
delete _callbackRegistry;
_callbackRegistry = nullptr;
}
Going forward constructors/destructors/finalizers all go in the headers
2015-07-09 10:55:12 +10: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
#ifndef NETCOREAPP
fixed tabs again
2015-07-31 12:38:12 +02:00
for each (JavascriptObjectWrapper^ var in _wrappedObjects)
Formatting, make class private
2015-08-03 10:37:09 +10:00
{
fixed tabs again
2015-07-31 12:38:12 +02:00
delete var;
Formatting, make class private
2015-08-03 10:37:09 +10:00
}
fixed tabs again
2015-07-31 12:38:12 +02:00
_wrappedObjects->Clear();
jscallbackregistry lifecycle is managed by javascriptrootobjectwrapper, async methods too bound by javascriptrootobjectwrapper
2015-07-31 12:22:02 +02: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
#endif
fixed tabs again
2015-07-31 12:38:12 +02:00
for each (JavascriptAsyncObjectWrapper^ var in _wrappedAsyncObjects)
{
delete var;
}
_wrappedAsyncObjects->Clear();
jscallbackregistry lifecycle is managed by javascriptrootobjectwrapper, async methods too bound by javascriptrootobjectwrapper
2015-07-31 12:22:02 +02:00
fixed tabs again
2015-07-31 12:38:12 +02:00
for each(JavascriptAsyncMethodCallback^ var in _methodCallbacks->Values)
{
delete var;
}
_methodCallbacks->Clear();
}
jscallbackregistry lifecycle is managed by javascriptrootobjectwrapper, async methods too bound by javascriptrootobjectwrapper
2015-07-31 12:22:02 +02:00
fixed tabs again
2015-07-31 12:38:12 +02:00
bool TryGetAndRemoveMethodCallback(int64 id, JavascriptAsyncMethodCallback^% callback);
moved JavascriptRootObjectWrapper impl to separate cpp
2015-03-08 12:57:51 +01:00
Implement Javascript Binding v2 (#2247) * JSB Rewrite - Add CefSharp.RegisterBoundObject javascript method To get around the problem of IPC timing, I've reversed the communication, now it's the render process requesting the bound objects, the implementation is incomplete at this stage, more just a basic proof of concept Rewrite BindingTest.html using QUnit One of the tests doesn't map correctly as it requires def user interaction TODO: - Get objects by name - Rename Messages.h values that relate to this change so they are more descriptive - Better error handling - Caching of objects within a render process - Investigate global context options, don't think it's possible to call an async method directly in the global context # Conflicts: # CefSharp.Example/Resources/BindingTest.html * JSB Improve Request/Response message names * BindingTest.html - Output stress test results * Remove JavascriptRootObject was leftover from time we used WCF to transmit objects * JavascriptObjectRepository - Objects are now sent in the same list with an IsAsync flag Separation when sending over IPC with two unique lists isn't necessary * JavascriptObjectRepository - Return objects by name or return all by default Untabify CefAppUnmanagedWrapper.cpp Add minor comment to CefBrowserWrapper for a reminder that we use Frame Identifier as dictionary key * Add //TODO: JSB comments for work that's left to be done Ideally within a render process we cache bound objects once they've been communicated, It would also be nice to make multiple binding requests so objects can later be added dynamically * JSB Allow multiple calls to CefSharp.RegisterBoundObject Update BindingTest.html to name two distinct calls to different bound objects * JSB - Add some notes about caching, no working implementation yet * JSB - Dynamically Register object on Request * JSB Add ability to unbind an object and rename RegisterBoundObject to BindObjectAsync # Conflicts: # CefSharp.Example/Resources/BindingTest.html * JSB BindObjectAsync - if objects already bound then return false * JSB - Ignore Indexer properties Were previously throwing an exception * JSB - Add LegacyJavascriptBindingEnabled option so preserve existing behaviour This is only useful for SPA application and those that only navigate to pages hosting within a single domain. Any sort of cross-site navigation and a new render process will be spawned and objects won't be bound automatically (You can use the new methods to request they're bound yourself, at least in theory, more testing required on this) * Add LegacyBindingTest.html Current disabled by default. To enable uncomment CefSharpSettings.LegacyJavascriptBindingEnabled = true; in CefExample.cs * RegisterJsObject and RegisterAsyncJsObject can now only be used when CefSharpSettings.LegacyJavascriptBindingEnabled = true See https://github.com/cefsharp/CefSharp/issues/2246 for details
2018-01-22 10:24:25 +10:00
void Bind(ICollection<JavascriptObject^>^ objects, const CefRefPtr<CefV8Value>& v8Value);
Create JavascriptRootObjectWrapper class to simplify back end binding
2014-08-28 14:57:08 +10:00
};
}
Reference in New Issue Copy Permalink