Yes, two ways:
1. Update the RibbonBar extension from Github and recompile: https://github.com/iceteagroup/wisej-extensions
2. Exclude the child “label” widget in code like this: this.ribbonBarGroup1.Call(“_excludeChildControl”, “label”);
Iterating the rows in a data bound DGV causes the virtual rows to be created increasing the memory usage by a lot.
Use dataGrid.GetValue(col, row) instead. It returns the data bound cell value without creating the row and the cells.
Hi Mathias,
issue #2453 is fixed in our latest Wisej release (2.2.17).
Best regards
Frank
Thank you Luca for your reply.
I tried with your suggested answer but for some reason, it was not working.
Nevertheless, I found the workaround, and in that, you don’t explicitly need to override the method OnWebRender.
It seems like, if you call the method with an absolute path, you can trigger the method. I use this calling to access method declared in Child Control Class (MDI Child):
App.Window1.mdiClient.mdiTabView.MdiChildPage_Window2.Window2.Test();
Does it slow down for all users?
When it slows down and you create a new session does it start slow?
When it slows down if you it refresh in the browser is it still slow?
The 32bit app pool can use far less memory than the 64bit and maybe the GC is kicking is faster for 32bit and collecting controls abandoned by the app which can slow the browser.
In my experience the 64bit is a lot faster of the 32bit especially under stress because it almost never pages the memory.
If you mean an MdiChild form, they don’t automatically exposes web methods because they are not top level containers. See at the bottom of the help the note marked “Important”, it also explains how you can expose web methods on any control.
protected override void OnWebRender(dynamic config)
{
base.OnWebRender((object)config);
config.webMethods = new[] { "method1", "methdod2" };
}
HTH
See attached simple app.
Basically when DataGridView.VirtualMode is true, it fires the CellValueNeeded event to retrieve the value of each cell instead of keeping it in the grid. How you provide the data and cache or page depends on the data source, the architecture, etc. There are several example for the DataGridView in WinForms that you can use to implement a caching system connected to your data base and caching requirements.
For example see https://docs.microsoft.com/en-us/dotnet/desktop/winforms/controls/virtual-mode-with-just-in-time-data-loading-in-the-datagrid
Shows how to implement a Cache manager that selected from the database X rows on demand when the VirtualMode grid needs them. The class DataRetriever in the sample uses an SqlConnection but it’s easy to change to use Linq and any other data adapter.
Hi Mathias,
it seems you are using different themes at design time and runtime.
Please check your default.json or web.config or application code to see if you are loading/setting a theme there at runtime.
You can change the theme at design time through the combo box in the designer toolbar.
Best regards
Frank
Hi Mathias,
Thanks for reporting the issue! I’ve logged it as #2453 and a fix will be available for the next release!
Best regards,
Levie
Hi,
I sent an email, but was just thinking, didn’t had to.
My question is a technical question, not a sales question.
Let me know how do i do it, or where is the license migration, from the old to the new server.
Jorge,
please contact us directly at salesATwisej.com
Best regards
Frank
Thank you so much for your quick response!
The ComboBox’s work as they should.
Combos are filled at startup from excel worksheet and the input form has 7 of them on this single page.
Great product and great support…
Hi Adrian,
this was logged as #2443 and is fixed in our latest development build (2.1.16).
Best regards
Frank
Hi Warren,
fixed in development build 2.1.16.
Best regards
Frank
Glenn,
issue #2452 is fixed in our latest Wisej development build (2.1.16).
Best regards
Frank
Kubernetes can manage windows containers. There isn’t anything special to work in a container. With VS you can configure, launch and debug dockers containers with Wisej in it. It’s just quite some work to set it up correctly, which is entirely out of wisej scope.
To run in linux container we need to run on Linux on .NET Core. This is an internal Wisej 3 test running on Linux http://linux.wisej.com/CodeProject (may be down at any time). We also have showcases Wisej running in a $60 Raspberry Pi at a .NET conference a couple of weeks ago.
However, going from a Windows platform to a Linux platform on .NET Core is not as easy as just recompiling. Lots of stuff is different and it requires a lot more work correctly on Linux. My best guess now would be a private alpha/beta build by Q1, a public beta middle of the year and probably a 3.0 release toward the end.
Partially agree, this needs to run (if I am not mistaken) in WINDOWS container,
k8s is all about linux containers,
I would like to know when we could expect linux containers support?
can you share some roadmap info?
Sorry for the delay. The installer is managed by Windows Installer. We use Advanced Installer to build the msi. There are a number of reasons that may cause this problem. See https://www.advancedinstaller.com/user-guide/qa-forced-uninstall.html
Glenn,
this is logged as #2452 and a fix will be included in our next Wisej build.
I´ll inform you when it´s available.
Best regards
Frank