I don't recommend you use anything that is not compatible with .NET Core framework. Microsoft is going to force everybody to switch over to .NET Core in the next version: https://devblogs.microsoft.com/dotnet/introducing-net-5/ So basically, if you don't use .NET Core your brand new project may be obsolete even before you finish it.
The other thing is I don't recommend using iText unless you purchased a commercial license. Their open source version is AGPL, which basically means you have to open source your own project.
Here are some popular commercial PDF products that support .NET Core:
https://www.syncfusion.com/pdf-framework/net-core/pdf-library
https://products.aspose.com/pdf
If you are willing to use an older version of iText, there is a fork of it that supports .NET Core and is licensed under LGPL if you don't want to spend money:
https://github.com/VahidN/iTextSharp.LGPLv2.Core
If you want another free option, there is also a port of PDFBox that supports .NET Core and is licensed under Apache 2.0:
https://www.nuget.org/packages/PdfPig/
Thanks for the info.
Just so that you know, we always push the boundaries and we are happily developing Dot Net Class DLLs and importing them into PB for Client Server PC deployment. If I can avoid using VS I always will! Quite often the DLLs supplied by 3rd parties have data entities not supported by PB so we just wrap them and change the data entities to fit the problem. Snapdevelop is great for this sort of quick fix.
We have some Dot Net DLLs used in our Hotel Property Management system and these are the ones causing me issues. We have 100s of deployed clients. However, the blame lands squarely with Microsoft in my opinion. Windows comes with Dot Net 4.n by default. So anyone writing with Dot Net 5.n as the target will have the same problem and the installer for Dot Net is always massive!
My main problem is currently with Dot Net SMTP stuff being rejected by MS 365 because of TLS1.2 not being supported in Dot Net SMTP by default. Apparently there are some registry hacks that fix it but it's a pretty appalling state of affairs. I’m also looking at a longer term solution so targeting Dot Net 5 and above (preferably Dot Net6 for LTS) makes sense as I can see that Dot 4.n will die eventually! You know what would be a great help, would be to have some native SMTP commands on PowerScript ;-)
Once again Thanks for putting together some great tools.
David