| #
ba7f5789 |
| 06-Feb-2024 |
Anna Dabrowska <dabrowska@cosmocode.de> |
No direct search execution
|
| #
67f70d54 |
| 18-Jan-2024 |
Anna Dabrowska <dabrowska@cosmocode.de> |
Revert "Lazy search execution"
This reverts commit 95a8e37d986b141b2caee5b396741b93cd31c0e6.
|
| #
95a8e37d |
| 18-Jan-2024 |
Anna Dabrowska <dabrowska@cosmocode.de> |
Lazy search execution
Move search out of aggregation constructors. It should only be executed before actual rendering, not e.g. on metadata run
|
| #
5e29103a |
| 11-Dec-2023 |
annda <annda@users.noreply.github.com> |
Automatic code style fixes
|
| #
4b00515c |
| 15-Nov-2023 |
Anna Dabrowska <dabrowska@cosmocode.de> |
Add anchor to agrregations and dynammic filters
Fixes #629
|
| #
7234bfb1 |
| 13-Sep-2023 |
splitbrain <splitbrain@users.noreply.github.com> |
Automatic code style fixes
|
| #
af0ce8d2 |
| 26-Jun-2023 |
Andreas Gohr <andi@splitbrain.org> |
added classes config parameter
This allows users to set custom CSS classes on aggregations potentially restyling them differently for different use cases.
This makes startScope and finishScope part
added classes config parameter
This allows users to set custom CSS classes on aggregations potentially restyling them differently for different use cases.
This makes startScope and finishScope part of the public API of the Aggregation class. It should no longer be called within render() but is instead called outside.
This might potentially break plugins implementing their own aggregations. Needs to be checked
show more ...
|
| #
d90aa848 |
| 22-Jun-2023 |
Andreas Gohr <andi@splitbrain.org> |
some streamlining for the aggregation classes
Have an abstract base class for aggregations to ensure proper signatures, reuse more code from the table syntax
|
| #
17a3a578 |
| 13-Jan-2022 |
Andreas Gohr <andi@splitbrain.org> |
Manual code style adjustments
|
| #
0549dcc5 |
| 13-Jan-2022 |
Andreas Gohr <andi@splitbrain.org> |
PHP code sniffer autofixes
|
| #
308cc83f |
| 14-May-2020 |
Andreas Gohr <andi@splitbrain.org> |
refactoring names
To avoid confusion with the Lookup type, the three different ways of accessing a schema have now the following names:
* page data - for revisioned struct data attached to a page *
refactoring names
To avoid confusion with the Lookup type, the three different ways of accessing a schema have now the following names:
* page data - for revisioned struct data attached to a page * serial data - for an unrevisioned list of struct data attached to a page * global data - for an unrevisioned list of struct data not attached to any page (formaly known as lookup schema)
The editor mechanism used for serial and global data is now called AggregationEditor
Some reference to lookup schemas is still in the bureaucracy support part.
show more ...
|