All Answers

Can you please send the production link to support AT wisej.com?
Thanks,
Julie

Hi Julie,

I’ve attached the sample source code as requested. As you suggested, I removed the .vs bin and obj folders to reduce the file size. Please check it out and let me know if you can identify the text sizing issue in the FlowLayoutPanel.

Thank you.

Hi Julie,

Thank you for the quick response and for confirming the issue with Labels.

I see you tested with controls placed directly on the form, but the main issue I reported occurs specifically when controls are inside a FlowLayoutPanel. I’ve created a test project and captured a screenshot that clearly demonstrates this issue.

As you can see in the attached screenshot:

Top section (FlowLayoutPanel):

• “한국어 버튼” – text is broken into 2 lines when it should be on 1 line
• “En Button” – while not wrapped, appears to have different padding/sizing compared to the same button outside FlowLayoutPanel
• “안녕하세요” – text is split into 2 lines unnecessarily
• “label1” – English text displays correctly
• “한국어 버튼입니다” – the Label is wrapped into 2 lines when it should display on a single line

Bottom section (directly on form):

• Button “En Button” – displays correctly with normal padding
• Button “한국어 버튼입니다” – displays on a single line as expected
• Button “안녕하세요” – shows correctly on one line
• Labels with borders clearly show wrong AutoSize behavior

Key Findings:

1. The FlowLayoutPanel has severe font metrics calculation issues for Korean text and perhaps English too, particularly with padding/sizing
2. Even English controls show inconsistent sizing/padding behavior within FlowLayoutPanel
3. Korean text that displays perfectly on the form becomes unnecessarily wrapped inside FlowLayoutPanel

Impact:

• In Wisej 3: All text (Korean and English) maintained consistent sizing and displayed correctly
• In Wisej 4: FlowLayoutPanel’s layout calculations are fundamentally broken
• This breaks our entire UI design pattern for dynamic forms

The screenshot clearly shows that System.Drawing.Managed’s text measurement is critically flawed, especially within FlowLayoutPanel’s layout engine.

I’ll try again to upload the complete sample project along with this screenshot. This prevents us from migrating to Wisej 4 for our Korean market applications.

Best regards,

Bill Kim

Ciao Gabriele,

thanks for reporting this. I could reproduce it and we’re currently investigating.
We’ll update you.

Best regards
Frank

Thanks for reporting this. I tested and I was able to reproduce with a label but not with a button. We’ll look into fixing this.
Can you try to post your sample please?
To solve the “forbidden” error message, try reloading the page, or closing and reopening the browser. Also make sure that you delete the .vs bin and obj folders from your sample so that the filesize is smaller.

Julie

Hi Bill,

thanks for reporting this. It’s already been reported, fixed internally and currently in QA.
Happening for .NET 9.0 only.
Wisej.NET 4.0.1 release is scheduled for tomorrow.

Best regards
Frank

Hi Frank and Rusty,

ClientClipboard solves my copy-problems. Great tool and helpful example.

For one function I would be glad if it would be available: ClientClipboard.Clear()

Best regards

Ottilie

1. I have created the attached project. I had my designer in the “Bootstrap-4” theme
When running the application, it looks as expected. Changing the theme via the button to “Vista-2” also works without any problems.
2) I change the theme in the Designer to “Vista-2” and save. Various properties in Window1.Designer.cs are now changed in the background.
When I run the program, everything still looks as expected. Switching via the button also works.
3. I change the property “Font” of Window1 via the Designer to “Theme Fonts -> default”. This corresponds exactly to the value that was previously displayed as the default. (@default; 8pt; Regular)
This adds the following line to Window1.Designer.cs
this.Font = new System.Drawing.Font(“@default”, 8F, System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point);

When I run the application now, my fields are suddenly completely shifted (regardless of the theme).
In the Designer, everything looks exactly the same as before.
In debugging, you can see that the size of the fields is changed at exactly the point where the “Font” property is set.

We have not currently changed the font in our productive application, but according to the GIT repository, this line has already existed for a long time. However, the behavior is the same as in my example. It has not occurred before and has only been occurring for a few days.

Excellent, Julie!

That worked perfectly. Thank you!

1. You can attach to the onSelectionChanged event like so:
   dxLookup1.Instance.onSelectionChanged += new WidgetEventHandler(this.dxLookup1_onSelectionChanged);private void dxLookup1_onSelectionChanged(object sender, WidgetEventArgs e)
{
AlertBox.Show(e.Data.ToJSON());
   }
2. You can use optionAsync to get the value: (must be async because we expect a value back.)
   int value = await dxLookup1.Instance.optionAsync("value");
AlertBox.Show(value.ToString());
3. If you want to change the selected value via code, you can do it like so: (where 2 is the new value to be set)
   dxLookup1.Instance.option("value", 2);

See attached sample.

Can you please provide a reproducible testcase? Delete the bin and obj folders before posting.

I am a co-developer of this solution. What I have just found out is that if you press the Edge button at the bottom right of the Designer and switch to IE, the masks in the Designer are displayed correctly again. At least for a certain time.

Hi Tiziano,

Your “Protocollo.Portal” project needs to target both net9.0-windows and net9.0 for it to work as expected.

Otherwise, there’s going to be a mismatch when loading the libraries.

Best Regards,
Alaa

Thanks somuch

Hi,

it’s easy. Download the VSIX here:

https://wisej.com/builds/

And then download all packages from nuget.org just search for Wisej-4*

Best regards
Frank

Hi Tiziano,

It’s not something related to your code, but it happens only when the app is running in net9.0-windows.

If you run it in net9.0, it should work just fine.

We’ll continue to investigate the issue on our end and let you know!

Best Regards,
Alaa

Hi Luca,

thanks for your answer.

We need that library, anyway we could rewrite all the library code.

But, supposing to remove all System.Drwaing references, like I did in the screenshot and the attached code, what should we use instead of System.Drawing?

Many Thanks,

Luca

Hi Edmond,

Audio is played through browser media support. It’s beyond Wisej.NET support scope to tell if it supports to HIPPA rules or not.
Check out audio formats etc. here

https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/audio

Best regards
Frank

Hi Edmond,

Wisej 3 only supports Visual Studio 2019 and 2022, Wisej 4 only 2022.
You may have some luck trying older versions but they are no longer supported.

Best regards
Frank