A few options, one complex one and two simple ones:
- Wait a short time, maybe 800-1000 ms
- Filter controls (or filter description if controls are hidden) and Line Item both blink twice with red highlight, with the timing perfectly synced so they’re blinking “together”.
- There’s a brief pause where nothing happens
- Line item zips to the left (left is important as it implies “backwards”)
- The list items below the removed item move up to “settle into place”
Steps 2-5 take like 1500 ms in total.
The following story is not consciously recognized by the user, but their subconscious will use this story to make sense of what happened:
- pause: just-edited Item is settling into its new state/identity
- blinking: Item and Filter are having an “argument”/”conflict”
- pause: Item is deciding what to do
- zip left: Item runs away
- list shifts up: The list “closes ranks” after the offender’s been pushed away
The overall story is “After changing, Item had to leave”
Obviously that whole story would be way too dramatic if it were interpreted consciously, but as a series of little animations it provides the intended conscious interpretation: that item was removed from the list because it didn’t fit.
Make the edit form for Item aware of the current filter. Highlight any field values as they’re editing that cause a filter violation. Just above your Save button put put the message “Heads-up: After save this item won’t match the filter and will be hidden”. (“hidden” is key word to avoid them thinking it was deleted)
Filter and item blink once together, then item fades out and list closes up.