System.Drawing.Common 6.0 works for Linux. We didn’t discontinue anything. You cannot use System.Drawing.Common 7.0 on Linux because Microsoft blovked it without a replacement. We built System.Drawing.Managed together with ImageSharp (fully managed, unlike SkiaSharp which is a wrapper aroung many diffent native dlls) but for now it’s only for Wisej.Hybrid.
I can see that 3.5 references 7.0 which is incorrect. If you cannot downgrade the System.Drawing.Common nuget package in your project you need to use 3.2.7 for now. We will update 3.5 to use 6.0.
Hi Ali,
As my colleague Julie stated, we would require a test case that can be compiled and ran on our machine, please attach it as a zip file here and make sure that you remove the /obj and /bin folders.
Best,
Alaa
//
Can you create a small sample project that shows this behavior and post it here? What version of Wisej are you using?
I tried and I cannot reproduce. See attached test case.
You’ll need to install the nuget package for the extension that you want. You may need to restart Visual Studio before you can see it in the toolbar.
HTH,
Julie
Hi Sam,
The difference between local (offline) and remote (online) is the hosting location of the Wisej.NET application.
In a local or offline setup, the application is configured to run entirely without a connection to a remote web server (expect possible via API calls as you’ve mentioned). All of the UI, application logic, etc. is managed on the device itself. This is possible using EmbedIO, a cross-platform embedded web server for Android and iOS.
In a remote or online setup, a constant connection to a remote web server is required. The constant connection ensures all of your application logic, UI, etc. will be hosted on the remote web server and not running on the local device. Typically, deployment of this application will be through IIS, Kestrel, or some other reverse proxy.
Please let me know if anything isn’t clear!
HTH,
Levie
Hi Alaa,
yes, I did. Btw, a downgrad of the ColumnFilter to 3.2.8 eliminates the error.
Cheers, Gerhard
Hi Gerhard,
Did you upgrade the ColumnFilter extension to 3.5.1 too?
Best,
Alaa
Hi Ali,
thanks I could reproduce here. We’ll investigate and get back to you.
Best regards
Frank
Hi guys,
Are you planning to release some kind of recording of the live webinar for those who couldn’t attend it?
Best regards,
Alex
Hi Jun,
You should check out the documentation for the various layouts available in Wisej.NET here:
https://docs.wisej.com/docs/concepts/layouts
We support a FlowLayoutPanel, FlexLayoutPanel, and a TableLayoutPanel. These layouts, in combination with the ability to anchor and dock controls, will allow you to build responsive screens.
Client Profiles should work for Wisej.NET Hybrid applications as well. There is a video that demonstrates it in the documentation.
Best regards,
Levie
Hi Salvador,
please don’t post license data in a public forum.
Contact us at supportATwisej.com with your license key and we will figure out why it fails for you.
Best regards
Frank
Thanks for posting. I can reproduce with your sample. We’ll look into this.
-Julie
Any stress test tool for web apps works: jMeter, SmartBear, …
In debug mode you can also use Visual Studio’s Diagnostic Tools (Debug -> Windows -> Show Diagnostic Tools).
In general, there is very little and basically negligible CPU time used by Wisej.NET itself. Packets and request processing as well as response size are extremely faster and smaller than ASP.NET (any flavor) or Blazor or Angular. Usually performance bottlenecks are related to the app.
Follow an application with the error.
Hi Bryan,
you can order training classes on this page:
Licenses Model 2022 – Services – Wisej.com
This doesn’t place a direct order. Please leave your full details and the courses you’d like to take part in. You’ll receive an estimate to sign off. The date & time will be scheduled based on your availability.
Our training options/catalog can be found here:
Training – Wisej.NET Licensing
Best
Thomas
Hi Pavel,
this issue is fixed in Wisej.NET 3.2.8 that was just released.
Best regards
Frank
We and no one else (short of Apple or Google or Microsoft) can change the way browsers work.
That is a shame. The only reason I need to call this.upload.UploadFiles() from another button is because I can not find away of adding an upload control to the NavigationBar or to a simple Button Dropdown. Open to any suggestions on how this could be done. As a work around I am using a confirmation dialog window with an upload button on it which is annoying as its an extra button to press for the end user.
Calling it programmatically may be blocked by the browser if there is no user interaction. We have no way to change that.
Hi Mark,
thanks for reporting this issue. I could reproduce it and we’re now investigating further.
We’ll keep you updated.
Best regards
Frank
