All Answers

Thanks Julie,

I don’t understand “within the shared folder”, what is the shared folder…?

Unfortunately, it’s not possible due to browser security restrictions. You can only get the relative path within the shared folder.

Julie

Hi,

thanks for reporting this. As a quick first update:
We could reproduce the problem and are working on a fix.

We’ll keep you updated.

Best regards
Frank

I’m not able to reproduce. I tried setting the color on a button’s BackColor property, as well as the BackColor and ForeColor of a Window (Wisej.Web.Form)- all worked correctly with no errors.

Can you please provide a reproducible test case and a clear step by step process of you reproducing the issue? What control were you trying to set the color on?

Hi Ulisses,

the VB.NET Wisej.NET web application template was missing the Wisej.NET 4 tag. As a workaround you can find and use it if you set the project type filter to “All project types”.

It will be fixed in Wisej.NET 4.0.2

Best regards
Frank

I can reproduce with the latest 4.0.1 VSIX, we’ll look into this

-Julie

Hi Ulisses,

what color were you trying to set? Is it a .NET framework or .NET core project?
Please also make sure to update Wisej-4 nuget to 4.0.1 as it contains the designer part
and a similar error was fixed in that package.

Best regards
Frank

Not really a problem, use the .NET templates and then choose only .NET Framework 4.8 or 4.8.1 and none for .NET 8 or 9

Hi Gabriele,

this issue is fixed in Wisej.NET 3.5.19 that was just released. Thanks for reporting it.

Best regards
Frank

Please contact us at support AT wisej.com and include your license key. We will look into this further.

Thanks,

Julie

Since you already know how to do this in MAUI, the easiest way would just be to use the MAUI code.

You can invoke MAUI code from Wisej: https://docs.wisej.com/hybrid/development/invoke-.net-maui-code

Did you follow the instructions here, especially adding net9.0-windows ?

https://docs.wisej.com/docs/whats-new-in-4.0/.net-core-designer

Best regards
Frank

Yes, I did and it doesn’t work, might as well stick with version 3.5 and 4.8.1

Hi Francesco,

did you install the Wisej-4 VSIX from https://wisej.com/builds ?

Best regards
Frank

Unfortunately, There is no undoing of a sort via the datagridview itself.
You can reset the sort glyph on the column header.
If it’s a databound grid, you could reset the sort on the data source.
SortMode only controls how each column CAN control the sorting, it doesn’t sort the columns. So that’s why your code snippet does not work.

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