v6.12.1

Full Changelog: v6.12.0...v6.12.1

• Fixed linefeed problem in published files.

Full Changelog: v6.12.0...v6.12.1

v6.12.0

What's Changed

• feat: upgrade prost to 0.12.6 by @yeoupooh in #354
• Organize internal code by @temeddix in #357
• Fix - sdkVersion 16 - default can be overriden by @debanjanbasu in #356
• Improve docs about graceful shutdown by @temeddix in #359
• Do not make the user app use local crate by @temeddix in #360

New Contributors

• @debanjanbasu made their first contribution in #356

Full Changelog: v6.11.1...v6.12.0

Summarization

• Generated message channels are now more efficient.
• Minimum Android SDK version increased from 16 to 21. Thanks @debanjanbasu!
• The finalizeRust() function in Dart has been removed. The tokio async runtime, which holds Rust logic, still drops automatically when the app ends.
• Bumped prost version to 0.12.6. Thanks @yeoupooh!
• Internal code has been organized.

v6.11.1

What's Changed

• Fix the extension method's name from codegen by @temeddix in #346

Full Changelog: v6.11.0...v6.11.1

• Fixed a bug with Dart's extension methods in the generated message code.

v6.11.0

What's Changed

• Generate cleaner message file code by @temeddix in #337
• Improve docs by @temeddix in #339
• Split pages by @temeddix in #340
• Organize docs section names by @temeddix in #342
• Allow setting compiled library's path by @temeddix in #343

Full Changelog: v6.10.0...v6.11.0

• Now it's possible to set the dynamic library's path.
• Now rinf message generates more memory-efficient and cleaner code.

v6.10.0

What's Changed

• Enable early Dart signals by @temeddix in #329
• Improve performance and stability of Dart signals by @temeddix in #331
• Provide better template with tokio and fewer samples by @temeddix in #330
• feat(message): enable usage of the protoc-gen-prost-serde plugin by @NeoVance in #332

New Contributors

• @NeoVance made their first contribution in #332

Full Changelog: v6.9.2...v6.10.0

• Early Dart signals are now stored in the tokio channel instead of being ignored. Their performance is also slightly better.
• Excessive sample code is not included in the template from the rinf template command anymore.
• Now tokio is enabled by default in the template, not tokio_with_wasm.
• A configuration option, rinf.message.rust_serde, was added to make generated Rust message files compatible with serde. Thanks @NeoVance!

v6.9.2

What's Changed

• Improve stability of Dart signals by @temeddix in #327

Full Changelog: v6.9.1...v6.9.2

v6.9.1

What's Changed

• Manage memory in the language itself by @temeddix in #325

Full Changelog: v6.9.0...v6.9.1

v6.9.0

What's Changed

• Bump lints from 3.0.0 to 4.0.0 in /flutter_ffi_plugin by @dependabot in #316
• Bump flutter_lints from 3.0.2 to 4.0.0 in /flutter_ffi_plugin/example by @dependabot in #317
• Update cargokit by @temeddix in #320
• Avoid using string paths from command code by @temeddix in #323

Full Changelog: v6.8.0...v6.9.0

• This version supports Flutter 3.22
• The new version of Flutter has a little different way of resolving paths. This release adapts to this change.

v6.8.0

What's Changed

• Update reqwest requirement from 0.11.23 to 0.12.1 by @dependabot in #312
• Fix messages with empty bytes and seprate binary signals by @temeddix in #315

Full Changelog: v6.7.0...v6.8.0

• Now sendSignalToRust and send_signal_to_dart methods no longer require null or None, making the API much cleaner. To make them include binary data, write [RINF:DART-SIGNAL-BINARY] or [RINF:RUST-SIGNAL-BINARY] in Protobuf files.
• The problem of panicking from null pointers that arise from empty signal data has been fixed.

v6.7.0

What's Changed

• Update image requirement from 0.24.8 to 0.25.0 by @dependabot in #303
• Fix: #306: send_signal_to_dart() function in rust code isn't generated when message contains enum and oneof fields in .protofile by @yeoupooh in #307

New Contributors

• @yeoupooh made their first contribution in #307

Full Changelog: v6.6.3...v6.7.0

• Allowed enum and oneof statements to work in Protobuf message files. Thanks @yeoupooh!