Deleting rows in a filtered table -- Is this a Bug or a Feature

Hi David,

You wrote: "The notion of being able to delete rows one can't see seems ... well ... wrong."

Perhaps, but it can also be seen as a consistent result for each of two features:

1. the selection behaviour of including the command key when clicking to select and
2. the selection behaviour of including the shift key when clicking to select

Examples:

With all rows of a table visible, here is the result of clicking the row reference tab for row 2, then pressing command and clicking the tabs for rows 4, 6, 8 and 10:

Each click adds the clicked row to the selection.

Using the same table (after deselecting all rows)…

With all rows of the table visible, here is the result of clicking the row reference tab for row 2, then pressing shift and clicking the tab for row 10:

shift tells Numbers to expand the selection to include all rows from the one originally selected to (and including) the one clicked with shift.

The behaviour is consistent whether or not some rows of the table are hidden.

Regards,

Barry

Not a bug, just how it works. If you look at the selection boxes when you command click you will see they are not connected if they span a hidden row. With shift click it makes one selection box that includes all the rows in the middle.

I would rather it worked like you want it to or, better yet, if there was a third method (Command Shift Click?) to select a range of rows while excluding the hidden ones. You can use Numbers->Provide Numbers Feedback to make this suggestion to the iWork team.

It does appear to be inconsistent in how it works when deleting selected rows (the original problem) vs deleting/pasting cell contents. I agree with you that they should work the same, and only on the visible rows. I'll send in a feedback report with your suggestion.