After I add GroupDocs Search to .NET9 project, UI editor doesn’t work. When I take a button and drop it on the form, it gets added to the bottom of the form and not to the actual form. If I uninstall Search, everything works again.
@NPozdniakov
This issue is reproduced at our end. Therefore, we have opened the following new ticket(s) in our internal issue tracking system and will deliver their fixes according to the terms mentioned in Free Support Policies.
Issue ID(s): SEARCHNET-3484
You can obtain Paid Support Services if you need support on a priority basis, along with the direct access to our Paid Support management team.
This issue exists. Windows Forms generates the output:
Request failures: Types/GetEditor.
Microsoft.DotNet.DesignTools.Client.DesignToolsServerException: Could not resolve type, 'System.ComponentModel.ComponentEditor, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'
We do not face such an issue using WPF. And this, by the way, is a more modern and productive platform for building applications with a visual user interface.
Otherwise, you can use WinUI3, an even more modern platform. An example of using WPF is in this GitHub repository.
WinForms are supported. The problem is only in Visual Studio Designer.
The problem is solved by disabling the GroupDocs.Search dependency at the stage of developing the graphical interface in the Designer.
We will also do our best to fix the incompatibility with Visual Studio Designer.
For example, as a workaround, the dependency can be attached to a separate DLL, and this DLL can be attached dynamically during application execution.
Please implement proper fix as soon as possible. These workarounds are not great and I would rather not deal with them. I just want to install a package and it have it work. Thank you.
I tried to create a WinForms .NET9 application using GroupDocs.Search.NETFramework - it worked, documents are indexed, search is performed.
The compatibility issue is that the .NET version of GroupDocs.Search uses a different version of System.dll, which does not have the System.ComponentModel.ComponentEditor class required for Visual Studio Designer. And for some reason the Designer looks for this class, apparently, in this other System.dll.
So far we have not found a way to fix the problem.