Krypton-Suite
[Feature Request]: Use the WinForms Designer Extensibility SDK for .NET
Since MS is having issues supporting the WinForms designer in .NET, the WinForms Designer Extensibility SDK could be the solution for the current designer issues
Nice find, All Designer issues should be linked to this.
Well it's actually @sdreb3421 who notified me about this.
Also, (Maybe - it's unclear) a reason some of the .Net5 is not working in a designer might be down to the loading in .Net5Core which has quite a few of the following "Color API's" missing: https://github.com/dotnet/runtime/issues/18476
@Wagnerp This is going to be "Interesting" Quote: The designers, as per the API specs, need to be implemented inside a NuGet package.
See the middle of the following page: https://www.telerik.com/blogs/new-telerik-ui-for-winforms-designers-dotnet-core-dotnet-5
And the following Caveats and "Tips'n'tricks" will need to be reformatted to reflect whatever "we" get working for Krypton: https://docs.telerik.com/devtools/winforms/core/design-time
It's not ideal, but maybe private nightly packages could be used for testing?
I spent all day yesterday trying to find documentation on how to use this, and came up empty. Telerik and devexpress mention it in their latest "suites", but that's it. :-(
I spent all day yesterday trying to find documentation on how to use this, and came up empty. Telerik and devexpress mention it in their latest "suites", but that's it. :-(
I think it's because it is so new, there is limited documentation so far. The packages only first appeared back in November.
I have had an inspiration from the "Read between the lines of why the above is solving things"
If I
-
Remove "ALL" designers references from the toolkit e.g.
-
Set toolkit project to be "Only" net5 windows
-
Create a new winform net 5 windows only main app
-
build.
-
I get the following showing up in the toolbox:
I'll need to investigate further to see "What" the designers are attempting to do; but so far I've been able to drag (A random selection not all) controls onto the form !
Just out of interest, do the action lists show up when using .NET?
Can you show a specific example, and do you mean in "Net 5" ?
The reason I ask is because of the following statement:
Even when AutoSize for a button is set to true it still has the Resize Handles !
i.e. there is no code that appears to be actually doing the statement in the designer of 4.8 !
Just out of interest, do the action lists show up when using .NET?
Can you show a specific example, and do you mean in "Net 5" ?
The reason I ask is because of the following statement:
trueit still has the Resize Handles ! i.e. there is no code that appears to be actually doing the statement in the designer of 4.8 !
Here's what I mean
Strange I never use those arrow thingies except for TableLayout So if that is the only thing that is going to be missing (Because the properties will still show) then that can be "Lived" with for now ?? i.e. if not .48 or less than designer are disabled. I can perform the above fix and relate it to the existing designer issues, and leave this one open until more documentation is available . Thoughts ?
Strange I never use those arrow thingies except for TableLayout So if that is the only thing that is going to be missing (Because the properties will still show) then that can be "Lived" with for now ?? i.e. if not .48 or less than designer are disabled. I can perform the above fix and relate it to the existing designer issues, and leave this one open until more documentation is available . Thoughts ?
This might be a bug on MS part, maybe add this one specifically to the backlog until more documentation comes out?
This might be a bug on MS part,
Yes, that is what the mentioned (titled) sdk is trying to solve.
maybe add this one specifically to the backlog until more documentation comes out?
Agreed. This will lead to a set of related nuget packages, that will include just the designer for the project and will need to be set so that they do not become runtime references Each TFM will need a dll to contain the designers for the suite element that is included.
Not sure when it appeared in the "Preview features" but this is in 2022.2.0 preview 3:
https://www.nuget.org/packages/Microsoft.WinForms.Designer.SDK
"Still" in pre-release:
Note this on the process of creating a designer to work in both: https://www.codeproject.com/Articles/5341387/Writing-Custom-Control-in-NET-6
As seen in the latest 17.8.p3:
This is still not a "Feature" I want to implement until it is "Stable" in VS Because the workaround - Just Works !
@Smurf-IV I don't know if this is relevant?
No I do not think it is, because Krypton is "Any CPU" and not just This specific hurdle has emerged as a significant adoption blocker for users with Windows Forms .NET Framework projects that extensively leverage ActiveX/COM controls or other custom controls embedded in 32-bit assemblies
Maybe something like this could be usefull: https://github.com/Camel-RD/KlonsLIB.Design
