Interface RowObjectFilterModel<ROW_OBJECT>
- All Superinterfaces:
- RowObjectTableModel<ROW_OBJECT>,- TableModel
- All Known Implementing Classes:
- AddressArrayTableModel,- AddressBasedTableModel,- AddressPreviewTableModel,- AddressSetTableModel,- AlignedObjectBasedPreviewTableModel,- BSimApplyResultsTableModel,- BSimExecutablesSummaryModel,- BSimMatchResultsModel,- BSimOverviewModel,- CustomLoadingAddressTableModel,- DbSmallTableModel,- EmptyThreadedTableModel,- FunctionXrefsTableModel,- GhidraProgramTableModel,- IncomingReferencesTableModel,- MemoryMatchTableModel,- ProgramLocationPreviewTableModel,- ProjectDataTableModel,- QuickFixTableModel,- ReferencesFromTableModel,- TableChooserTableModel,- TableModelWrapper,- ThreadedTableModel,- ThreadedTableModelStub
- 
Field SummaryFieldsModifier and TypeFieldDescriptionstatic final StringThis property allows for the disabling of 'sub-filtering'.
- 
Method SummaryModifier and TypeMethodDescriptionintReturns the model index of the given item.intgetModelRow(int viewRow) intintReturns the view index of the given item.intgetViewRow(int modelRow) booleanvoidsetTableFilter(TableFilter<ROW_OBJECT> filter) Methods inherited from interface docking.widgets.table.RowObjectTableModelfireTableDataChanged, getColumnValueForRow, getModelData, getName, getRowIndex, getRowObjectMethods inherited from interface javax.swing.table.TableModeladdTableModelListener, getColumnClass, getColumnCount, getColumnName, getRowCount, getValueAt, isCellEditable, removeTableModelListener, setValueAt
- 
Field Details- 
SUB_FILTERING_DISABLED_PROPERTYThis property allows for the disabling of 'sub-filtering'. When enabled, which is the default, data from current filters will be reused when additional filter criteria is added to that current filter. For example,Given a table has a 'contains' filter with a text value of 'bob', then, if the users types an 'o' into the filter field, producing a value of 'bobo', then the data that matched 'bob' will be used as the data to filter for the new 'bobo' text. The downside of this is that we cache data for every completed filter. So, in a degenerate case, with a large dataset, with many incremental filtering steps, where each did not significantly reduce the previous set of data, the table could then consume a large amount of memory, roughly equal to allData.size() * numberOfFilterStepsMost tables do not have enough data for this to have a significant impact. - See Also:
 
 
- 
- 
Method Details- 
setTableFilter
- 
getTableFilterTableFilter<ROW_OBJECT> getTableFilter()
- 
isFilteredboolean isFiltered()
- 
getUnfilteredRowCountint getUnfilteredRowCount()
- 
getUnfilteredDataList<ROW_OBJECT> getUnfilteredData()
- 
getModelRowint getModelRow(int viewRow) 
- 
getViewRowint getViewRow(int modelRow) 
- 
getViewIndexReturns the view index of the given item. When filtered, this is the index is the smaller, visible set of data; when unfiltered, this index is the same as that returned bygetModelIndex(Object).This operation will be O(n) unless the implementation is sorted, in which case the operation is O(log n), as it uses a binary search. - Parameters:
- t- the item
- Returns:
- the view index
 
- 
getModelIndexReturns the model index of the given item. When filtered, this is the index is the larger, set of data; when unfiltered, this index is the same as that returned bygetModelIndex(Object).This operation will be O(n) unless the implementation is sorted, in which case the operation is O(log n), as it uses a binary search. - Parameters:
- t- the item
- Returns:
- the model index
 
 
-