swipe_action_cell

The problem

Most swipe-to-action widgets treat the two directions as one gesture with a sign: swipe either way, get the same drawer of buttons. That is convenient to implement and wrong for the cases it is usually used for, where one direction is a cheap, repeatable adjustment and the other is a commitment you would rather not make by accident.

What it does

Left and right are configured separately. One side can hold a progressive increment — the further you drag, the more it applies — while the other is an intentional, committed action that has to be carried past a threshold before it fires. Both sides are optional.

Decisions

Direction is semantic, not decorative. The API makes you say what each side means, because a widget that lets both sides be the same invites exactly the mis-tap it should prevent.

No animation library. The gesture and its feedback are the widget; pulling in a dependency for the easing would have doubled its footprint.

Documented to the point pub.dev scores it. The package holds full pub points, which is the closest thing the ecosystem has to a third party saying the thing is properly finished.