[Bug]: Panel AntiAlias Border Problem

[sdreb3421]

Gray border lines are being drawn on the top/left when setting the GraphicsHint to AntiAlias on a KryptonPanel. This also shows up on the inner panel of a KryptonGroup with AntiAlias back, but only when the group is disabled. The image below shows an example of the weird lines for a KryptonGroup (left) and KryptonPanel (right).

To reproduce, add a KryptonPanel to a form. Set the GraphicsHint of the panel to be AntiAlias. Set the back color of the form and panel to be Black (not necessary but helps illuminate the issue).

Tested on both FrameWork and NET5 using 6.0.2108.1 as well as previous stable versions.

[Smurf-IV]

It's much worse than that..
Take the following (KryptonForm with Full Dock Default KryptonPanel, then with 2 KPanels set to Black and AntiAlias)

And the use the "OS magnifier app" on the screen, and it will be seen that the left and top borders are grey with corner rounding !

With AntiAlias off, then they are solid square boxes

[Smurf-IV]

@sdreb3421 I'm confused with the pictures that you have shown..

Is the left a KryptonGroupBox (With rounding), set to black, and then the internal panel also set to black, but only the internal panel disabled ?

Or a KryptonGroup (With rounding) .. etc. ?

Or is it a KPanel with rounding ?

This is what I get when the "Panels" are KryptonGroupBoxes:

[Smurf-IV]

Please check the (Draft PR above) projects I have modified to see if I have replicated as you have explained

[sdreb3421]

The left image is a KryptonGroup with rounding and the StateCommon back set to black and AntiAlias. The inner panel properties are left default. The lines will only show up if it is originally enabled then disabled at runtime. I didn't explain in too much detail because I figured the KryptonPanel was the root cause.

[sdreb3421]

@Smurf-IV I've never looked at a PR before. I can see the files you've changed, but can't easily see if you've replicated it appropriately. Can I open the PR up in Visual Studio somehow?

[Smurf-IV]

Download (Select) the branch to your machine
Then open as normal in visual studio.

[Smurf-IV]

[sdreb3421]

I was unsuccessful. We use Azure DevOps for our repos so I'm unfamiliar with the Git system. I connected to the Standard-Toolkit-Demos solution but it has tons of build errors so I can't open any of the forms. It looks like the projects aren't seeing the Krypton dlls/nuget. Should I add the canary nuget to all these projects?

[Smurf-IV]

Just open the nuget solution.

[Smurf-IV]

@sdreb3421
Can this be closed now, that the demo code is showing that it is functioning as expected ?

[sdreb3421]

We're you able to reproduce and fix the issue? I stopped using Krypton panels and groups as a workaround. Would there still be benefit to downloading the PR and verifying?

[Smurf-IV]

No I was not able to reproduce as per description.
And yes it would be good to see if the Demo App I created displays the same issue(s) that you saw on your machine, and then allow you to alter it if does not cause problem you describe to replicate it..

[Smurf-IV]

@sdreb3421 Can this be closed now ?

[sdreb3421]

I just made a commit to the code you provided. I added a button to the ColouredForm to enable/disable the groupbox and show the issue. Can you confirm on your end?

[sdreb3421]

@Smurf-IV just following up on issues I've opened tonight...

[Smurf-IV]

@Smurf-IV just following up on issues I've opened tonight...

I missed the update you made, thanks for pointing it out, I'll have a look next week earliest.

[Smurf-IV]

I just made a commit to the code you provided. I added a button to the ColouredForm to enable/disable the groupbox and show the issue. Can you confirm on your end?

Github does not show your commit getting into the PR, either via a new update to this item, or directly into the PR:

[Smurf-IV]

Latest code uses just panels (Not KGroups) and demonstrates anti-alias lines (Disabled or not):

[sdreb3421]

Sorry, apparently I do not know how to use git. That looks like what I'm seeing.