It’s already 2026. The documentation stated this would be implemented by the end of 2025—why hasn’t it launched yet?
@islide,
You are right — the documentation originally stated that this would be implemented by the end of 2025. Unfortunately, we encountered a number of technical difficulties that delayed the release. Our team is actively working on resolving these issues.
We understand the importance of this feature and will provide an update with more realistic timelines in the near future.
In the meantime, we recommend trying the standard Aspose.Slides for .NET library. It should work on Linux ARM64 in most cases, and it may serve as a suitable temporary solution for your scenario.
Thank you for your patience and understanding.
Hi @andrey.potapov ,
Thank you for the update.
Regarding your suggestion to use the standard Aspose.Slides for .NET library as a temporary solution, we have already conducted testing and encountered significant issues.
Specifically, the dependency on System.Drawing (and libgdiplus) in the standard library causes critical failures when rendering custom fonts on Linux. To be more precise, the library fails to properly load and mount custom font files, leading to incorrect text rendering and layout inconsistencies in our generated slides.
Since our project relies heavily on precise typography and custom brand fonts, the current standard library is not a viable workaround for our production environment.
Could you please provide a more specific technical roadmap for the native ARM64 implementation? Knowing whether this is a matter of weeks or months will help us decide how to adjust our internal architecture.
Best regards.
@islide,
Unfortunately, I cannot provide a more specific technical roadmap for the native ARM64 implementation in Aspose.Slides for .NET 6 CrossPlatform at the moment. Please keep an eye out for updates. We apologize for any inconvenience caused.
We would greatly appreciate it if you could create new forum threads and describe the issues you found, as well as provide sample files. Our developers will then do their best to resolve them.