All Answers

Thank you!

This is exactly what I needed.

I will build ит in my project and will contact if there is something to ask.

Great thanks!

Hi again.

Apparently HttpContext  is not null at the Dashboard exception, since I have implemented the DevEx documented procedure and I have been able to catch the exception at the time it happens.

Guess this is solved then.

Thank you.

Hi Onur,

Can you send us more details of you want to do please ?

Best,

Kevin (ITG)

Hi Levie.

Thanks for the prompt reply!

I will enable the Exceptions in VS. As for the video, I will see what I can do, since it happens out of nowhere and I haven’t been able to reproduce it consistently. I will try.

Hi Ivan,

It looks like the Wisej component’s collection is modified during whatever the wrapper is doing.

Can you enable Common Language Runtime Exceptions in VS so we can see exactly where it breaks in the code? It would also be helpful to send a video reproducing the issue if possible (you can attach it here or email it to us).

Thanks,

Levie

Hi Neil,

this issue is fixed in our latest Wisej development build (2.2.45).

Best regards
Frank

Hi Cristian,

You can put the values directly in the CKEditor’s Options configuration (don’t nest it with config). You can either add them from the control’s Options configuration in the Designer or add them in code like this:

 this.ckEditor1.Options = new { basicEntities = false, entities = false, entities_latin = false, htmlEncodeOutput = false, entities_processNumerical = true };

You can check that the values are applied correctly in the Appear event of the CKEditor with something like this:

private void ckEditor1_Appear(object sender, EventArgs e)
{
    this.ckEditor1.Eval("this.editor.config.basicEntities", (r) =>
    {
        AlertBox.Show(r.ToString());
    });
}

HTH,

Levie

Hi Neil,

this issue is logged as #2623 and a fix will be included in the next Wisej build.
Thanks for reporting it!

Best regards
Frank

Hi Kevin

Having tried this approach it works with a data bound DGV until you allow the user to add rows.

Editing the Panel fields feeds the data back to the DGV, however a new row is not created in the associated data table so nothing is saved to the database

Hi Neil, it’s a bug caused by the label wrapper. The event is fired on the wrapper. If you comment out the LabelText it will work. Will log. Thanks.

Hi Cristian,

I have logged enhancement request #2622 for this and it will be included in the next Wisej build.

Best regards
Frank

I’ve attached a very quick project to demonstrate this. I’m using WiseJ 2.2.44 and VS2019. When you run the project you’ll see a button and a listbox; click the button to add a Textbox to the window, the listbox will show events. You should be able to move the Textbox around and resize it (right and bottom edges) – but the End events aren’t fired at all (you’ll see them in the code).

Hi Neil,

What version of Wisej and controls are you using? Any chance for a small sample?

TIA,

Levie

Hi mgmst,

Please take a look at the attached sample and let me know if that’s what you’re trying to accomplish.

You may need to tweak the calculations in the TextBox’s InitScript to your specific case, but this is how you can achieve it.

We made a few changes to Wisej for this so you might need to wait for the next development build if it’s not working.

Once  you try it, let me know!

Best,

Levie

Hi Stefano,

Playing audio on iOS Safari requires user interaction from the client. You can’t use Wisej to initially play the audio because it’s part of a callback (the play gets blocked, see the console errors). Wisej uses polling or a WebSocket connection to receive changes from the server (and to process commands like the server-side audio.play() call). This comes in the form of a callback through the AJAX request or the WebSocket’s message processing.

You can however play audio through a callback after the client has interacted with the audio element or triggered play() through a client-side event.

So if your application requires users to login or click a button at all, you can add to the client-side JS “execute” event something like:

App.Window1.audio1.play();
App.Window1.audio1.pause();

This satisfies the requirement of interacting with the element and dom (though no audio will be played here).

You can then go on later in your application and call audio1.Play() in your C# or VB code normally and it should play without an issue.

Please let me know if you have any issues with this!

Best,

Levie

Hi,

It’s possible using the Wisej camera and barcode extension.

See this post for a sample (Wisej.RealTimeBarcodeScanner): https://wisej.com/support/question/take-off-camera

Let me know if you have any issues with it!

Best,

Levie

ok I half solve my case with Tiny…

unfortunately I would have needed a button to insert textfields … I’ll try to find a solution