<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><p>Hi all,<br><br></p><p>Here’s a quick update outlining the progress from Weeks 4 & 5 of the Rust–UNO binding project.</p><p>Over the past two weeks, I focused on understanding the UNO bridges mechanism and began laying the groundwork for it here:</p><p> <a href="https://gerrit.libreoffice.org/c/core/+/187853">https://gerrit.libreoffice.org/c/core/+/187853</a></p><p>After further discussion, we’ve decided to continue enhancing the existing work in the following patch instead:</p><p><a href="https://gerrit.libreoffice.org/c/core/+/186425">https://gerrit.libreoffice.org/c/core/+/186425</a></p><p>This approach focuses on accessing UNO objects implemented in C++ from the Rust side via FFI, using Codemaker-generated wrapper code. The main goal is to enable calling existing UNO functionality from Rust, even if we don’t (yet) support implementing UNO objects fully in Rust.</p><p>Next Steps</p><p>This week, I’ll focus on:</p><p>Diving into Codemaker to understand how it generates Rust bindings.</p><p>Using the generated Rust code to:</p><p>Query UNO interfaces.</p><p>Call loadComponentFromURL and similar methods directly from Rust, without routing through temporary C++ scaffolding (as noted in rust_uno/src/examples/<a href="http://load_writer.rs">load_writer.rs</a>).</p><p><br></p><p>Best regards,</p><p>Mohamed</p></div></div></div></div></div></div></div>