You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current list components work but don't provide enough extensibility from a framework perspective. It would be good if the following could be achieved.
Add toggle for tags as to whether the details component will be searched in addition to cq:tags in page properties
Migrate feeds to servlets
Ensure all dialogs are following consistent conventions and have associated design dialogs
Custom policies disable any authored inputs for parody
Models are easily overridable and extensible
Create a method by which custom badge structures can be used for any list
Further improvements to come!
The text was updated successfully, but these errors were encountered:
This change only restores the ability to define the starting offset for pages. The previous implementation allowed custom queries/query builder strings to be used which didn’t make much sense as it introduces an easy way to abuse pagniation and possibily introduces path vector attacks.
The existing JSP feeds are clunky and extremely difficult to maintain, this commit kicks off the next version of feeds that will be extensible, easily updatable and will implement best practices.
This commit experiements with the idea of using static methods to define the component fields and defaults to go with them. Conceptually, this will allow for far easier overrides of pre-defined fields by allowing just the default to be overriden via `getComponentFieldsDefaults`.
The current list components work but don't provide enough extensibility from a framework perspective. It would be good if the following could be achieved.
cq:tags
in page propertiesFurther improvements to come!
The text was updated successfully, but these errors were encountered: