pub struct Fulfilment {
pub requested: Vec<String>,
pub applied: Vec<String>,
pub rejected: Vec<Rejected>,
pub extended: Vec<String>,
pub followed: Vec<String>,
}Expand description
What a SUCCESSFUL feature did with what it was asked, when that is not “everything, exactly” (plan: typed-refusal-reporting, item 3). Requested and applied are reference names as the document wrote them; every rejected one says which kind of rejection and why. A partial fulfilment is a different answer from the one asked for, so it is reported on the feature that made it and displayed by the app beside the feature; it is never a refusal class (a partial selection is a separate outcome) and never carries geometry.
Fields§
§requested: Vec<String>§applied: Vec<String>§rejected: Vec<Rejected>§extended: Vec<String>Edges the feature acted on that were NOT selected: today a fillet
whose selection ends inside a tangent chain and refused there, rerun
once along the open chain
(common::open_tangent_chain_extension). Their names, in walk order.
followed: Vec<String>Edges the fillet’s “Follow tangent” option added to the selection:
the unselected edges on the selected edges’ G1 tangent chains
(common::tangent_chain_expansion), in walk order. Reported so the
user sees what was filleted beyond the picks.