

On S size, this layout transforms automatically to a block layout. If the number of grid cells exceeds the available width, the grid cells wrap. An additional column is shown for each 13 rem of available width (208 px with default browser settings). GridSmall: Label/value pairs are displayed next to each other in equally spaced grid cells.Block: Label/value pairs are listed one below the other.Within the pop-in area, the label/value pairs can be displayed in the following ways (sap.m.Table, property: PopinLayout): Labels can be displayed next to the value or above the value.

The label is defined by the column header, and the value is taken from the corresponding cell. In this area, data for the corresponding cell is provided as a label/value pair. On smartphones, only the most important data remains in the one-column or two-column table, while all other data is moved to the space between two item rows, known as the “pop-in area”. The responsive table is optimized for viewing one line item at a time with no scrolling or only vertical scrolling, irrespective of the display width. The responsive table is not optimized for form-like input navigation. You need read-only or editable field-value pairs.In this case, use a layout container such as a horizontal layout or a vertical layout instead. You need an overview of a large amount of data.Note that the analytical table isn’t fully responsive and is only available for desktops and tablets, so you will need to take an adaptive approach by offering an additional UI for smartphones. Although the analytical table can have several grouping levels, it is not as flexible when nodes at several levels contain child nodes.

In this case, a tree table might be more appropriate.
