prxnvt 099349d91d Form controls: a macro assignment removed in another application stays removed on reopen ...

load_action_names gave every kept action back to a button the file assigned no macro. A button
that ran a macro with a fixed input range or an output cell, whose macro another application
removed while keeping the button's name and place, so came back with the assignment. Now a kept
macro action comes back only onto a button the file still assigns that macro, and a kept command
only onto a button the file assigns no macro, as the function's comment already said.

Tests: a_macro_assignment_removed_in_another_application_stays_removed (the saved file with the
controlPr macro attribute and the VML FmlaMacro removed reopens with no action and no hidden name;
unedited, with the whole action), a_macro_assigned_in_another_application_replaces_a_stored_command
(the file's macro wins over a kept command), and the cleared case in
a_kept_button_action_comes_back_only_on_the_same_button. macros.md and file-format-parity.md
describe the hidden name and the reopen rule.

2026-11-02 01:47:15 -05:00

..

examples

fix: satisfy stricter clippy lints CI's newer stable toolchain catches

2026-10-12 02:52:07 +02:00

src

Form controls: a macro assignment removed in another application stays removed on reopen

2026-11-02 01:47:15 -05:00

tests/it

Formulas: Trace Error draws arrows back to the cell an error starts in

2026-11-02 01:59:50 +01:00

Cargo.toml

Enforce workspace Clippy standards and document lint policy

2026-10-28 10:52:53 +00:00