Hi Sushma,
We don’t understand what you are trying to do:
– ajax calls are from the browser to the web server, while the loader is shown on the browser. Using ajax calls to show the loader doesn’t make sense.
– what do you mean with “custom loader”?
if you attach a small test case showing what you need to do would help.
Thanks.
The problem is that Control.MousePosition catches the coordinates that are related to the body of the page. Meanwhile, the labels have coordinates that are related to their Parent, that is chart. Are there any options how to fix this?
Hi Edwin,
if websockets work fine in Chrome for your application I guess we can exclude a server
problem from our research in that case.
For IE and Edge please check their settings, especially the Compatibility Mode and
the Document Mode. It might be running as a lower IE version not supporting WebSockets.
Hope that helps.
Best regards
Frank
Hi Jan,
have your tried using Autosize = true and setting the Minimum Width and Maximum Width to only allow it to grow vertically?
You can also use the AutoSizeMode to GrowAndShrink if you want the panel to shrink, too.
If you want to do your own measurement and resizing you have to measure the HTML text on the client
using Wisej.Base.TextUtils.MeasureTextAsync.
If that does not help, please provide a small test case.
Best regards
Frank
Hi Sushma,
can you please be a bit more precise about what you are missing or trying to achieve ?
Please also have a look at the AutoShowLoader that could help you:
https://wisej.com/docs/2.1/html/P_Wisej_Web_ButtonBase_AutoShowLoader.htm
Best regards
Frank
Hi Dmitry,
An easy solution in your case would be to put the labels behind the chart (or panels with labels in them), set the chart’s BackColor opacity setting to 0, and add a click event to your chart with something like the following:
if (this.myLabel.Bounds.Contains(Control.MousePosition))
{
AlertBox.Show("Clicked the label!");
}
If this doesn’t work for you, we can potentially look at other solutions!
Does this help?
Best,
Levie
You can’t call this.dispose(true). It’s either Dispose() or just close the form (it’s disposed automatically). If you are using dialogs, you have to use the using pattern or dispose when closed. Modal Dialogs are reusable (standard behavior) and are not automatically disposed when closed.
If memory is constantly increasing it means there is a memory leak. A common occurrence in .NET in case you keep references to objects and don’t clear them. Another way to leak memory in .NET is to attach a an event handler, then remove the control from the parent without detaching – which causes the control not to get disposed when the parent is disposed and the event handler will keep it in memory.
You can use the memory profile in VS to find out which object is holding on the other references.
Test it first with a small sample app, create a form with a large string in it to see the memory go up. Then close and check the memory again after the GC kicks in. Or use GC.Collect().
You can use any common .NET tool or approach to find the leak.
Hi Christian,
issue #2081 is fixed in the latest Wisej build (2.1.22).
Best regards,
Frank
Hi Eyal,
it´s now also fixed in Wisej 2.1.22.
Best regards,
Frank
Hi Masafumi,
issue #2105 is fixed in the latest Wisej build (2.1.22).
Best regards
Frank
Hi Ulisses,
issue #2108 is now also fixed in the latest Wisej build (2.1.22).
Best regards
Frank
Hi,
issue #2111 is fixed in the latest Wisej build (2.1.22).
Best regards
Frank
Perfomance meaning speed? No. Memory reduction can be achieved by disposing the forms or pages not used.
I get this error message when I click the excel button
Hi Andrew,
The upload control uses the <input type=”file”> element (there is no other way to upload files). Our control (source code is here: https://github.com/iceteagroup/wisej-js/blob/master/wisej.web.Upload.js) attaches the “change” event, reads the files list (see getFiles()) and uses the static method uploadFiles (same js code) to send the file through an ajax request using the FormData javascript class.
On the server side, the request is handled by the ASP.NET file upload handler and you get the uploaded file collection.
If you want to resize the image on the client you have to do it obviously before it is sent to the server. And since the file selected by the <input type=”file”> is not an image yet, you have to create an <img> element (or Image class), load the file, process the onload event to get the image, draw it scaled on a canvas, get the image back as a data uri from the canvas, convert it to a file object and send it to the server. Not too easy.
You can override the upload method in Wisej easily like this:
qx.Mixin.define("my.UploadPatch", {
statics: {
uploadFiles: function (files, submitUrl, filter, maxSize, callbacks) {
// process the files
// call the base implementation or replace with a custom ajax request.
this.base(arguments, files, submitUrl, filter, maxSize, callbacks);
}
}
});
qx.Class.patch(wisej.web.Upload, my.UploadPatch);
HTH
Make sure WebSocket is installed.
Hi Hasan, it’s not a bug. The office viewer from Microsoft needs to access your document and it cannot reach localhost.
Hi Ulisses,
many thanks for your feedback. We’ll keep it in mind for future development and licensing considerations.
Best wishes
Thomas
Hi HSoft,
The issue has been fixed and will be available in the next development build! We’ll let you know when it’s out.
Best,
Levie
Hi HSoft,
Thanks for reporting the issue. I’ve logged it as #2111.
You can add this line to your code as a temporary workaround:
for (int i = 0; i < dataGridView1.Columns.Count; i++) { dataGridView1.Columns[i].SortMode = DataGridViewColumnSortMode.NotSortable; dataGridView1.Columns[i].Update(); }
Let me know if this works for you.
Best,
Levie
