If not set, the initial window position is set to 0,0. There default should be to let the OS position the window initially. Perhaps setting to -1,-1?

Developer tools not available in Linux (Mac?) web viewer controls. See Photini.Linux.cpp line 125. https://webkitgtk.org/reference/webkit2gtk/stable/WebKitWebInspector.html

| Can confirm, developer tools are available in macOS.
| - Philipp

During application startup, for a while the context of the window is just white, it would be nice if you could change the color, or even set the image (splashscreen).

Call OpenAlertWindow() and close that window, the application crashes without error.

Confirmed on macOS at this point.

To reproduce, using the default photinoapp application, place the following in the default index.html file:

• Run
• Press "Choose File" button

Result: Nothing happens
Expected: File picker to open

macOS Catalina - 10.15.7

Verified this works as expected on Windows. Also it fails with a Xamarin.Mac app with an embedded WKWebView, so I'm thinking it's either impossible, or the WKWebView is not being created with the proper security context (which for the life of me can't figure out how to change). Opening the index.html file in macEdge or Safari also works as expected.

Looking at the Linux code, I don't see anything that is not portable to any *NIX system with X11. Why is it guarded with #ifdef __linux__?

In CoreWebView2 you are able to listen to event CoreWebView2.WindowCloseRequested for when window.close() is called in javascript.

As per the dom-window-close spec this function is allowed:

if it is a top-level browsing context whose session history contains only one Document.

Could this functionality please be implemented?

Can we separate the application thread from the PhotinoWindow instances to implement a (basic) window management system?

Currently a developer has to come up with something themselves. This might not be trivial for many. It would be great if we can develop a window management API.

Does it make sense to leave this as the .NET level?

I have taken the simple start project created and placed onto the VM Edge 1809 x64 (After updates and webview2 installed)
But the application does not start due to missing Dll's

Can the Pre-Reqs either check for or download the corect MSVCRT (And other e.g. 14_1) dlls in order to make this work.

The full screen parameter in the window constructor doesn't maximize the window, it makes the browser control full screen. This might be right in some situations, but there should be a way to make the window appear maximized.

Not yet implemented.

See discussion here: tryphotino/photino.NET#25

Allow user to manipulate OS menu
By passing in JSON for initialization
Still need an API to add, remove, disable, etc.

On Ubuntu 18.04, Photino.HelloPhotino.AdvancedNET sample (and others), clicking the "Call .NET via text passed to a memory buffer" button causes an app crash. The Photino window disappears and in the terminal the app prints:

/tmp/photino.Samples/Photino.HelloPhotino.AdvancedNET/bin/Debug/net5.0/HelloPhotino.AdvancedNET: symbol lookup error:
/tmp/photino.Samples/Photino.HelloPhotino.AdvancedNET/bin/Debug/net5.0/runtimes/linux-x64/native/Photino.Native.so: 
undefined symbol: _ZNSt7__cxx1119basic_ostringstreamIcSt11char_traitsIcESaIcEEC1Ev

Demangling the undefined symbol:

std::__cxx11::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> >::basic_ostringstream()

Currently everything is in the window namespace.

Move the JavScript text to a shared .h file? Make it a .js file that can be embedded in the native file?

Allow user to manipulate OS menu
By passing in JSON for initialization
Still need an API to add, remove, disable, etc.

HI Folks,

Does v2 version work on Linux, especially for Debian 11?

The new version work on windows, but failed on Debian Linux 11.

References:
congzhangzh/desktoploveblazorweb#8

A view can be loaded (e.g. "wwwroot/index.html") and will be displayed when WaitForClose() was called. If a navigation method (e.g. Load()) is called afterwards, the application crashes without error.

Confirmed on macOS at this point.

Native app should be able to send logging to host app. Should implement same verbosity levels as .NET 0 through 3?

Add an option to create a window without the title bar and window border, i.e. remove the window chrome.

Commented out for now.

I succesfully ported small winform application as a multiplatform desktop app running under Photino.
With one exception - RegisterWindowClosingHandler works on the windows, but not works on the linux.
When I click on the X (close icon on the toolbar), „closing event“ is not fired and when I close the child window (with X), whole application is closed. On the windows it works as expected.

Hi there :-)

Pleased to see this effort, thank you for that!

A quick question, as I stumbled over it in the docs:
"Photino uses the OSs built-in WebKit-based browser control for Windows, macOS and Linux"

Which WebKit-based OS browsers do we have in Windows and Linux?

Cheers!
-Christian

There is no way to hide the window into the taskbar.

The native project returns a uint with a value of 72 instead of determining the actual screen resolution.

Similar to Add support for Linux ARM64#17, there seems to be missing native dependencies of WebkitGTK on some linux distributions which leads to the System.DllNotFoundException error. @srid has reported this similar issue on the template repository I created for F#

What could users do about this?

• Show a message telling them to install the native dependencies?
• Option to package the dependencies with the assemblies for these unsupported distributions?

According to the docs, they mention how these dependencies are always available but there seem to be some exceptions to that. Maybe adding a section of specific platform support would be greatly appreciated

• The Windows code uses the Chromium-based Edge control in webview2
• The Linux code uses the WebKit-based browser control in WebKitGTK+2.
• The Mac code uses the WebKit-based browser control in WKWebView.

Because these controls are always included on Windows and Mac and are usually included in Desktop Linux builds, there is no need to download or install the controls along with the application, making Photino applications lean and performant.

There is no way to programmatically toggle the Maximized mode of the window. (Windows, Mac and Linux)

Maximized can't be called through the constructor method either at the moment.

Just have to use http and not https for local calls.

Allow user to manipulate OS menu
By passing in JSON for initialization
Still need an API to add, remove, disable, etc.

On windows

on Linux

I'm running this on ubuntu via WSL...

I don't have access to mac, so don't know what it does there.

Calling SetIconFile from a razor page crashes the application. I assume the way that the icon is set (not confirmed working in any other way either) is not correct yet?

https://github.com/tryphotino/photino.Samples/blob/7f4481778f827f78003a74593017f9896fc1a01f/Photino.HelloPhotino.Blazor/Pages/Index.razor#L4

Related PR: tryphotino/photino.NET#30
Related Blazor Issue: tryphotino/photino.Blazor#12

See issue in Photino.NET here: tryphotino/photino.NET#21

It's not quite clear what the source of the problem is at this point. More investigation is needed.

Add an option to create a window without the title bar and window border, i.e. remove the window chrome.

The alert windows that are triggered from JavaScript show the current file path from the sender window. This needs to be replaced by user configured or default titles. Defaults for now.

Add an option to create a window without the title bar and window border, i.e. remove the window chrome.

Even though there is some code that should set the Y-position correctly it doesn't work and I had to recalculate the position in the PhotinoWindow API. Perhaps the comment in the GetPosition method and the implementation are not accurate after all and macOS uses the top-left corner instead of the bottom-left corner now?

"It will be negative, because macOS measures from bottom-left. For x-plat consistency, we want increasing this value to mean moving down." - Unknown

Closing callback is commented out of the event loop because it causes a crash.

Callback not yet implemented.

Out of curiosity, how does this project compare to webview. I'm mostly investigating this as an alternative, since webview development has stalled.

One thing this project doesn't seem to have is "embedding" a browser window or using it as a widget. That is, unless I'm missing something obvious.

Hi, this is really an interesting project. We're currently evaluating it for our use case (.net core).
Currently on windows there's only native deps for x64. Do you plan to add support for windows x86 as well?

Hi there folks, I was trying to combine an Avalonia linux app (https://avaloniaui.net) and use Photino as an embedded browser. I can start one instance of the Photino window and it works fine. However, when I close the window and try to open a new one, the entire app crashes with no stack trace. I've debugged the issue to be something in the C++ native Linux code, but all my attempts at solving the issue in C++ have not been successful. I'd greatly appreciate any ideas you may have in fixing this. Thanks for the great work!

There should be a way to set the window icon initially, so it's displayed when the window is shown.

it support Arm64 /Raspbery PI ?

If the Tes application is installed into %ProgramFolders%, then it cannot run due to the "UsedDataFolder" of WebView being created in a subdirectory.

Even running as Administrator does not solve the problem.