| 1 | //! Module contains a list of table representatives. |
| 2 | //! |
|---|
| 3 | //! ## [`Table`] |
|---|
| 4 | //! |
|---|
| 5 | //! A default table implementation. |
|---|
| 6 | //! |
|---|
| 7 | //! ## [`IterTable`] |
|---|
| 8 | //! |
|---|
| 9 | //! Just like [`Table`] but it's API is a bit different to serve better in context |
|---|
| 10 | //! where there is a memory limit. |
|---|
| 11 | //! |
|---|
| 12 | //! ## [`ExtendedTable`] |
|---|
| 13 | //! |
|---|
| 14 | //! It's a table which is useful for large amount of data. |
|---|
| 15 | //! |
|---|
| 16 | //! ## [`PoolTable`] |
|---|
| 17 | //! |
|---|
| 18 | //! A table with a greather controll of a layout. |
|---|
| 19 | |
|---|
| 20 | mod compact; |
|---|
| 21 | mod util; |
|---|
| 22 | |
|---|
| 23 | #[cfg (feature = "std" )] |
|---|
| 24 | mod extended; |
|---|
| 25 | #[cfg (feature = "std" )] |
|---|
| 26 | mod iter; |
|---|
| 27 | #[cfg (feature = "std" )] |
|---|
| 28 | mod table; |
|---|
| 29 | #[cfg (feature = "std" )] |
|---|
| 30 | mod table_pool; |
|---|
| 31 | |
|---|
| 32 | #[cfg (feature = "std" )] |
|---|
| 33 | #[cfg_attr (docsrs, doc(cfg(feature = "std" )))] |
|---|
| 34 | pub use table::Table; |
|---|
| 35 | |
|---|
| 36 | #[cfg (feature = "std" )] |
|---|
| 37 | #[cfg_attr (docsrs, doc(cfg(feature = "std" )))] |
|---|
| 38 | pub use iter::IterTable; |
|---|
| 39 | |
|---|
| 40 | #[cfg (feature = "std" )] |
|---|
| 41 | #[cfg_attr (docsrs, doc(cfg(feature = "std" )))] |
|---|
| 42 | pub use extended::ExtendedTable; |
|---|
| 43 | |
|---|
| 44 | #[cfg (feature = "std" )] |
|---|
| 45 | #[cfg_attr (docsrs, doc(cfg(feature = "std" )))] |
|---|
| 46 | pub use table_pool::{PoolTable, TableValue}; |
|---|
| 47 | |
|---|
| 48 | pub use compact::CompactTable; |
|---|
| 49 | |
|---|
| 50 | // todo: Create a PoolTable backend in papergrid with generics so it coulb be used differently |
|---|
| 51 | // rather then with our own impl of dimension |
|---|
| 52 | // |
|---|
| 53 | // todo: Replace all usage of conrete configs to a AsRef<Config> generics, so some could be used interchangably |
|---|
| 54 | // |
|---|
| 55 | // todo: Think about all the Config hierachly; we probably shall have something like a Decorator approach there. |
|---|
| 56 | // config(borders) -> config(borders+colors) -> config(borders+colors+spans) |
|---|
| 57 | // |
|---|
| 58 | // Or maybe many interfacies e.g ColorConfig, BorderConfig, AlignmentConfig etc. |
|---|
| 59 | |
|---|
