Skip to content

igxTreeGrid Specification

Diyan Dimitrov edited this page Jan 18, 2019 · 46 revisions

igxTreeGrid Specification

Contents

  1. Overview
  2. User Stories
  3. Functionality
  4. ARIA support
  5. Assumptions and Limitations
  6. Test Scenarios

The igxTreeGrid control is intended to visualize hierarchical data with consistent data schema in the tabular fashion of the igxGrid. Tree Grid's default styling follows Google's material design guidelines and is consistent with the igxGrid.

Objectives

Provide Ignite UI for Angular igx-treegrid component that supports the existing igx-gird features:

  • Sorting

  • Filtering

  • Editing

  • Paging

  • Virtualization - Row and column

  • Multi-column headers

  • Templates

  • Row and Cell Selection (select all included)

  • Column hiding

  • Column pinning

  • Column moving

  • Data-binding

  • Export to excel

Additionally the hierarchical nature of the data affords modifications to the following Grid features:

  • Column Summaries - for the Tree Grid summaries are also defined for the current context / level

Developer

Story 1: As a developer, I want to be able to hide particular columns under certain conditions and show them again when these conditions change and it makes sense to have them visible again.

Story 2: As a developer, I want to be able to freeze some columns by default so the user is unable to move and reorder them around the grid.

Story 3: As a developer, I want to be able to specify if updating the content of the treegrid is allowed or not – is it editable or read-only.

Story 4: As a developer, I want to be able to show a particular node in the hierarchy upon initial rendering of the grid. I need to be able to set the number of levels which are initially expanded below the root level in order for that node’s parent to be expanded and thus the node be visible on initialization.

Story 5: As a developer, I want to be able to decide whether the expand state is persisted or not so when the grid is redrawn for any reason it either keeps this expanded state or resets it (sets it to the initial state).

Story 6: As a developer, I want to specify which columns are allowed to be placed to the left of the grid and serve as the one to represent visually the tree hierarchy. For some columns it makes a lot of sense to do so while for others it does not make any (e.g. imagine a company organization: names, positions and departments make sense to act as tree columns while salary, starting date and type of contract do not).

Story 7: As a developer, I want to be able to offer aggregated information for a given level in the hierarchy of the grid. This can be achieved through a special row that can be either on top of the group of entries as a header or just below it as a footer.

End user

Story 1: As an end user, I need a visual indication in the form of an icon, showing that a given node (root or non-leaf) has children. The icon can be enhanced to further show the specific number of non-leaf or leaf level children that the node has.

Story 2: As an end user, I expect that non-leaf and leaf level nodes are indented in a way that indicates how they relate to their parent.

Story 3: As an end user, I want to be able to filter the entries for a certain column so that only records matching the criterion that I have set are displayed and their parents in a grayed out fashion to provide additional context. Filtering is applied to all hierarchy levels meaning that all nodes matching the criterion are shown by expanding their parents when needed.

Story 4: As an end user, I want to be given the option to sort the records in the tree grid in ascending/descending order by any column, representing property of the entry. Sorting would work between siblings in the data hierarchy and will affect all levels and records recursively.

Story 5: As an end user, when I refresh the grid (or trigger another action that re-renders it) the old state of the layout (expanded/collapsed levels) should be retained and reflected after the grid is redrawn on the screen.

Story 6: As an end user, I want to be able to adjust the size of the columns so that they fit the content in a way that is suitable and useful for me.

Story 7: As an end user, I want to be able to pin a certain column to the left of the tree grid and this way it will always stay visible upon horizontally scrolling the grid.

Story 8: As an end user, I want to hide particular columns when my current needs dictate this. Of course, later on I need to be able to make these columns visible again.

Story 9: As an end user, I want to have the ability to reorder the columns in a way would help me deal with my current task without this causing any change to the hierarchy.

Story 10: As an end user, I expect that tree grids with a lot of records are split into pages with a certain number of items per page and indentation is properly carried over from the current page to the next one.

> ??? Story 11: As an end user, I expect that records can be moved in the hierarchy, which would affect the internal structure of the data shown in the tree grid.

Story 12: As an end user, I want to navigate the hierarchy with the keyboard using:

  • Up Arrow – go the row above
  • Down Arrow – go the row below
  • Right Arrow – expand the node if it has children
  • Left Arrow – collapse the node
  • and more... TODO

Story 13: As an end user, I want to have a visualization of the hierarchical belonging of my currently selected item in a toolbar and be able to easily perceive how it is related to the root level of the hierarchy (e.g. an indication similar to the path to a file on the file system).

Story 14: As an end user, I want to have a special row that serves to aggregate information for a set of entries in the grid. This special row can be either on top of the group of entries as a header or just below it as a footer. Such header/footer is usually employed to summarize the data for a certain level of the hierarchy.

Acceptance criteria

The grid has the following achieved objectives:

Keyboard navigation

Aside from the key combinations "inherited" from the igx-Grid, the Tree Grid should also support the following keyboard interactions, accountable for the expansion and collapsing of parent records:

Feature Key combination
Expand record (cell) Alt + →
Collapse record (cell) Alt + ←
Move right from leftmost cell → or Tab

WAI-ARIA Support In 2014 the W3C finalized their WAI-ARIA specification which defined how to design Web content and Web applications to be more accessible to users with disabilities. The TreeGrid has been designed so that it follows these guidelines.

The list below provides details about what changes have been made to the TreeGrid to support WAI-ARIA. Please note that no special settings are needed to leverage these changes, as they are all enabled by default.

Automation

Basic

  • Should have the tree-cell as a first cell on every row
  • Should have correct indentation for every record of each level
  • Should expand/collapse rows through the UI by adding/removing their respective children in the grid's view underneath
  • Should expand/collapse rows through the API by adding/removing their respective children in the grid's view underneath
  • When expand/collapsing rows through the UI the expand/collapse indicators should change
  • When expand/collapsing rows through the API the expand/collapse indicators should change
  • Should be able to have a tree-column with a number dataType
  • Should be able to have a tree-column with a string dataType
  • Should be able to have a tree-column with a date dataType
  • Should be able to have a tree-column with a boolean dataType

Expand/Collapse

  • Should update the current page when collapseAll is invoked
  • Should update the current page when expandAll is invoked
  • Should update the paginator when a row of any level is expanded
  • Should update the paginator when a row of any level is collapsed
  • Should update the paginator when navigating through pages

Data Transformation

  • Should transfrom input data into the desired hierarchical structure given primaryKey and foreignKey are specified
  • Should transform input data into the desired hierarchical structure given childDataKey is specified
  • Should sort data in the desired hierarchical structure so that sorting is applied for each seperate level of hierarchy
  • Should correctly flatten the desired hierarchical structure with children being listed under respective parents in the correct order
  • Should page the flattened data based on paging parameters

Integration

  • Should persist the indentation after sorting
  • Should persist the indentation after filtering
  • Should persist the indentation on all pages when using paging
  • Should persist the indentation after resizing the tree-column
  • Should correctly render a template set through a template outlet for a column that is assigned to be the expand one
  • Should transform a non-tree column into a tree column when pinning it
  • Should transform a non-tree column into a tree column when hiding the original tree-column
  • Should transform the first visible column into tree column when pin and hide another column before that
  • Should transform a hidden column to a tree column when it becomes visible and it is the first column
  • Should transform a non-tree column into a tree column when moving the original tree-column through API
  • Should transform a non-tree column into a tree column when moving the original tree-column through UI
  • Should be able to autosize the tree-column through API
  • Should be able to autosize the tree-column through UI
  • Should change cell content alignment of tree-column with number dataType when it is no longer tree-column
  • Should transform a non-tree column into a tree column when hiding the original tree-column when it is part of a group
  • Should transform a hidden column to a tree column when it becomes visible and it is the first column and both the original and new tree column are part of the same group
  • Should transform a hidden column to a tree column when it becomes visible and it is the first column and both the original and new tree column are not part of the same group
  • Should transform a non-tree column into a tree column when moving it first and both are part of the same group
  • Should transform a non-tree column of a column group to a tree column when its group is moved first
  • Should correctly filter a string column using the contains filtering conditions
  • Should correctly filter a string column using the endswith filtering conditions
  • Should correctly filter a number column using the greaterThan filtering conditions
  • Should correctly filter a number column using the lessThan filtering conditions
  • Should correctly filter a date column using the before filtering conditions
  • Should correctly filter a date column using the after filtering conditions
  • Should be able to search for a word in the tree column
  • Should be able to search for a word in an ordinary column

Selection

  • Should be able to have checkbox on each row
  • Should be able to select/deselect all rows (including the rows from all child levels)
  • Should be able to select row of any level
  • Should be able to deselect row of any level
  • Should persist the selection after expand/collapse
  • Should update header checkbox when reselecting all filtered-in rows
  • Should return the correct type of cell when clicking on a cell
  • Should return the correct type of cell when clicking on a child cell

CRUD

  • Should support adding root row through treeGrid API
  • Should support adding child rows through treeGrid API
  • Should support adding child row to null collection through treeGrid API
  • Should support adding child row to undefined collection through treeGrid API
  • Should support adding child row to non-existing collection through treeGrid API
  • Should do nothing when adding child row to a non-existing parent row (invalid parentID).
  • Should support updating a root row through the treeGrid API
  • Should support updating a child row through the treeGrid API
  • Should support updating a child row through the rowObject API
  • Should support updating a child tree-cell through the treeGrid API
  • Should support updating a child tree-cell through the cellObject API
  • Should be able to enter edit mode of a tree-grid column on dblclick, enter and F2
  • Should be able to enter edit mode of a non-tree-grid column on dblclick, enter and F2
  • Should be able to edit a tree-grid cell through UI
  • Should be able to edit a non-tree-grid cell through UI
  • Should be able to delete a root level row by ID
  • Should be able to delete a child level row by ID
  • Should be able to delete a root level row through the row object
  • Should be able to delete a child level row through the row object
  • Should emit an event when deleting row by ID
  • Should emit an event when deleting row through the row object

Keyboard navigation

  • Up Arrow Key to navigate one cell up. Test in a child and parent rows.
  • Down Arrow Key to navigate one cell down Test in a child and parent rows.
  • Left Arrow Key to navigate one cell left (no wrapping between lines) on the current row only.
  • Right Arrow Key to navigate one cell right on the current row only.
  • Page Up scroll one page (view port) up.
  • Page Down scroll one page (view port) down.
  • Tab move the selection to next cell or next row if the last cell is reached.
  • Shift + Tab move the selection to previous cell or previous row (last row cell) if the first cell is reached.
  • Tab if a cell is opened in edit mode next cell or next row first cell (if the last cell is reached) should be opened in edit mode. If the next cell is not editable, it have to be selected.
  • Shift + Tab If a cell is opened in edit mode the previous cell or previous row (last row cell) if the first cell is reached should be opened in edit mode. If the cell is not editable, it have to be selected.
  • Alt + Left Arrow Key the cell should stay selected and focused and if the selected cell row has children the row should be collapsed.
  • Alt + Right Arrow Key the cell should stay selected and focused and if the selected cell row has children the row should be expanded.
  • Ctrl + Up Arrow Key move to top cell in column.
  • Ctrl + Down Arrow Key move to bottom cell in column.
  • Ctrl + Left Arrow Key move to leftmost cell in row.
  • Ctrl + Right Arrow Key move to rightmost cell in row.
  • Ctrl + Home move to top left cell in the grid.
  • Ctrl + End move to bottom right cell in the grid.
  • Tab/Arrow keys should navigate correctly when we have pinned columns
  • Space if Row selectors are enabled pressing space on a selected cell should select its row
  • Esc if a cell is opened in edit mode the cell edit mode should be closed and the cell should stay selected.
  • Enter/F2 if a cell is editable it should toggle cell edit mode.

Search

** Search highlights should work for tree cells ** Search highlights should work for root and child rows ** Search highlights should work for both flat and hierarchical data ** Should navigate search highlights with collapsed rows ** Should navigate search highlights with paging ** Should navigate search highlights with paging and collapsed rows ** Search highlights should work for case sensitive and exact match searches ** Should update search highlights when filtering ** Should update search highlights when clearing filter ** Should update search highlights when sorting ** Should update search highlights after pin/unpin column ** Should update search highlights after hide/show column

Manual Testing

  • igxTreeGrid is rendered correctly when initialized in igxTabs
  • igxTreeGrid is rendered correctly when initialized in igxDialog
Clone this wiki locally