mattkol

6 ms·

1.
by mattkol 5y ago
EdgeSharp is WebView2 for Win32 C# and value added for WinForm/WPF. EdgeSharp uses many features in Chromely - https://github.com/chromelyapps/Chromely .
2.
Show HN: EdgeSharp – WebView2 on Win32 C# + WinForm/WPF Extensions(github.com)
1 points by mattkol 5y ago|1 comments
3.
by mattkol 8y ago
Hi All, Chromely - https://github.com/mattkol/Chromely was introduced earlier. Thanks to all that gave feedbacks. Based on demands from some developers, there are new features added - like Websocket implementation for
4.
Chromely – HTML5 desktop framework for.NET/Core adds websocket/real-time feature(github.com)
2 points by mattkol 8y ago|1 comments
5.
by mattkol 8y ago
Thanks for your explanation. If you read my intro, you will notice that Chromely was not started as an alternative to Electron, I was trying to solve a problem and over time I realized I came up with something that can be used instead of El
6.
by mattkol 8y ago
Thanks for your response, but I do not get the "flat out lying" part. What has lying got to do with a subjective definition of "lightweight". See discussion on Javascript - https://stackoverflow.com/quest
7.
by mattkol 8y ago
Like you, I have developed quite a lot of WPPF apps and still do (my day job!). I completely agree with all the points you made. Especially the point on composite control handling it's own wait indicator is spot on. However, I believe
8.
by mattkol 8y ago
So far there are CEF1 and CEF3 - https://en.wikipedia.org/wiki/Chromium_Embedded_Framework#Ov... CEF1 is single process - no longer supported. CEF3 is multi-process - current. CEF3 still allows single process, but it i
9.
by mattkol 8y ago
Thanks for bringing this up. This is one area I have not looked at closely. Chromely is based on CefGlue, CefSharp that are also based on CEF. So yes, restrictions, unless overridden will pass up from base.
10.
by mattkol 8y ago
Thanks for that. Please any help, no matter how small will be appreciated. Contributions, PRs are also accepted.
11.
by mattkol 8y ago
Actually I am currently looking at websocket, but not for the same reason you raised. I was looking at extending for real-time apps. However ... Ajax is one of the options of IPC, and this is common to both CefGlue and CefSharp implementati
12.
by mattkol 8y ago
Correct me if I am wrong ... Sure Xamarin.Forms will be a lot more "lightweight". Chromely is an HTML desktop app. All the options you mention will end up being traditional (with their own controls) desktop apps with HTML support.
13.
by mattkol 8y ago
Yes, for now, just humble me. Others are already showing interest, and the team will grow, I hope. Contributions are always welcome, via issues raised, or PRs or any other means.
14.
by mattkol 8y ago
Sorry for the late response. Just a busy day for me.
15.
by mattkol 8y ago
No support yet for macOS, but the plan is to make Chromely truly cross-platform. The only limitation now is the required skill. I have never developed on macOS before and do not currently have the bandwidth to learn enough. However, as I ha
16.
by mattkol 8y ago
> It's a great project though, thanks for building it! Thank you. No support yet for macOS, but the plan is to make Chromely truly cross-platform. The only limitation now is the required skill. I have never developed on macOS before
17.
by mattkol 8y ago
True. The notion of Chromely not needing Node to run and may not even be needed for development should count for some difference and less use of resources, methinks. Worse if you consider Electron.NET, you have to run a separate Asp.net ser
18.
by mattkol 8y ago
Just knowing about Blazor from you. That should be interesting and doable. Chromely is relatively new, so may be soon someone may show interest and combine with Blazor. I will also take a look. Thanks for pointing that out.
19.
by mattkol 8y ago
If you like CefSharp with WinForms, then likely you will like Chromely too. Chromely on Windows is like CefSharp hosted on Winapi ("thinner" WinForms, if you may). And Chromely has a lot of implementations out of the box, that let
20.
by mattkol 8y ago
> Also there’s newer MS Edge: https://blogs.windows.com/msedgedev/2018/05/09/modern-webvie... . You can see Chromely as an alternative to this.
21.
by mattkol 8y ago
> You embed Chrome into a windows-only WPF app? No, Chromely does not use WPF or WinForms. That is the main difference compared to other .NET Cef approaches. Chromely uses "thin" native GUI as host. This can be seen as an advan
22.
by mattkol 8y ago
Thanks for your encouraging comment.
23.
by mattkol 8y ago
I did not include the link in this post. The admin sent me an email advising me to re-submit. Thanks for pointing that out.
24.
by mattkol 8y ago
This is a html desktop app framework built on chromium/Cef. The front end (rendering process) is in HTML/CSS/js. The "backend" if you may, or the "browser" is in .NET C#. You still need both pair of HTML&#
25.
by mattkol 8y ago
Ok. I get that. Still a relative term, I guess. It is easy to make reference to Electron, because people are likely to be more keen on knowing more. If you consider other Cef implementations using Winform, WPF, Chromely is still "light
26.
by mattkol 8y ago
Thank you. True. Simpler is more appropriate.
27.
by mattkol 8y ago
Hi All on HN! My name is Kola I am a .NET Architect currently working on WPF projects. I was working on a SugarCrm WPF project - https://github.com/mattkol/SugarDesk - and wanted to include a reporting module to my pro
28.
Show HN: Chromely – Lightweight Alternative to Electron for .NET and .NET Core(github.com)
143 points by mattkol 8y ago|70 comments
29.
Show HN: Chromely – Lightweight Alternative to Electron for .NET and .NET Core
16 points by mattkol 8y ago|1 comments