Searching an XTabulator document is easy but it does work a little differently than expected, to accommodate some of its editing capabilities (such as the ability to re-order rows by drag-and-drop). To begin a search, press Cmd-F
or choose "Find" from the "Edit" menu.
When you start a search, the "Search Bar" slides down to reveal some controls:
When you type a search term, XTabulator automatically selects matching rows and, if it's not visible already, XTabulator will scroll to the first matching row.
Why doesn't XTabulator simply filter out non-matching rows, leaving only the matches? This is because XTabulator allows you to drag-reorder rows as well as sort them by a given field / column. This behavior can have unpredictable results if only the matching rows are shown out of their context within the actual file, then dragged or sorted into a different order.
Think about it this way: If you sort a filtered list of rows, what are their actual row numbers in the file? Should they merely be swapped with one-another, or moved to the top or bottom of the file, clumped together? The easiest solution is to simply show all the rows. That way, you know exactly where they're moving because you put them there.
CSV, TAB, and TXT files are all automatically indexed by Spotlight and work as expected with Spotlight searches. Other file extensions may not be indexed by Spotlight, however. Bartas Technologies does not maintain a list of automatically-indexed file extensions (and this list varies, depending upon the software installed on each individual computer).