ngx-wapp-components 3.4.1-alpha.4 → 3.4.1-alpha.5

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -19,23 +19,45 @@ After building your library with `ng build wapp-components`, go to the dist fold
19
19
 
20
20
  Run `ng test wapp-components` to execute the unit tests via [Karma](https://karma-runner.github.io).
21
21
 
22
- ## Lazy table initial page
23
-
24
- Use `[initialPage]="3"` on `w-table-lazy` to start on the third page.
25
- The default is `1`; only positive integers are accepted. With
26
- `[rowsPerPage]="10"`, page 3 emits the initial `queryElements` request with
27
- `first: 20` and `rows: 10`.
28
-
29
- Pagination saved in session for the tenant and table configuration's
30
- `identificator` takes priority, including its saved page size.
31
- `SessionStorageService` saves the key and pagination `id` as
32
- `table-paginator_[identificator]` to separate pagination from filter-panel keys.
33
- Pass the unprefixed identifier to `setTablePaginationQuery`,
34
- `getStoredPagination` and the table's `setStoredTablePagination` method.
35
- Old unprefixed pagination is not restored because those keys may belong to
36
- another component. Tables with the same `identificator` still share pagination.
37
- `initialPage` is applied only on initialization, not on subsequent page,
38
- sort or filter changes. Choose a page that exists in the result set.
22
+ ## Initial page for tables
23
+
24
+ Use `[initialPage]="3"` with `[rowsPerPage]="10"` on `w-table` or
25
+ `w-tree-table` to start on page 3 (offset 20). The default is page 1.
26
+ Only positive integers are accepted; choose a page that exists in the data.
27
+ For tree tables, pagination counts root nodes, not their children.
28
+
29
+ The initial page is applied once, when data and the effective page size
30
+ are available, including when data arrives asynchronously. Later navigation,
31
+ filtering, data refreshes and page-size changes do not reapply it. Without
32
+ `rowsPerPage`, the existing automatic page-size calculation is preserved.
33
+
34
+ ## Session pagination
35
+
36
+ Set a stable, unique `paginationId` on `w-table`, `w-tree-table` or
37
+ `w-table-lazy` to identify its pagination in the current tenant's session:
38
+
39
+ ```html
40
+ <w-table paginationId="customers-list" ...></w-table>
41
+ <w-tree-table paginationId="categories-tree" ...></w-tree-table>
42
+ <w-table-lazy paginationId="orders-list" ...></w-table-lazy>
43
+ ```
44
+
45
+ The saved page offset and page size take priority over `initialPage` and
46
+ `rowsPerPage` when the component is created again. In non-lazy tables,
47
+ restoration waits for data. Page navigation, the page-size selector and
48
+ filter resets update the saved state. Configure the id before initialization
49
+ and use different ids for independent lists, even if their row identifiers
50
+ are the same. Storage uses the existing tenant from `LocalStorageService`.
51
+
52
+ Without `paginationId`, `w-table` and `w-tree-table` do not read or write
53
+ pagination in session. For backwards compatibility, `w-table-lazy` continues
54
+ using `wappTableLazyLoadingObject.identificator` as its key when the new input
55
+ is omitted. With an explicit id, only that id is used, not the legacy key.
56
+
57
+ Pagination is stored directly under its id, without an automatic prefix.
58
+ Choose ids distinct from other tenant session entries (such as filter panels).
59
+ Existing entries using the old `table-paginator_` prefix are not restored;
60
+ new pagination is saved under the unprefixed id.
39
61
 
40
62
  ## Further help
41
63