@@ -3,7 +3,7 @@ title: Glossary
3
3
description : Definition of various terms in the context of the Vyuh Framework
4
4
---
5
5
6
- import { Aside } from ' @astrojs/starlight/components'
6
+ import { Aside , Badge } from ' @astrojs/starlight/components'
7
7
8
8
## Descriptor
9
9
@@ -164,6 +164,13 @@ You can add your own actions and make them relevant to your app.
164
164
> Like everything else in the _ Vyuh Framework_ , Action has counterparts on CMS
165
165
> and on the Flutter side.
166
166
167
+ ## Events
168
+
169
+ Events allow you to listen to lifecycle events that happen inside the framework.
170
+ They can also be used by features to communicate with other features. The
171
+ eventing system inside Vyuh acts like an event-bus where different features and
172
+ plugins can communicate with each other with a type-safe event.
173
+
167
174
## Layout
168
175
169
176
Layouts describe the visual structure of a content-type. Every content type
@@ -173,6 +180,16 @@ other layouts. They are particularly useful for routes, and content types like
173
180
_ 2-column grid_ is controlled by the layout. Layouts can be switched for
174
181
different platforms, screen sizes, or based on runtime conditions.
175
182
183
+ ## Modifier <sup ><Badge text = " New" /></sup >
184
+
185
+ Modifiers are chainable visual behaviors that can be attached to any
186
+ content-item. You can have one or more Modifiers for a Content Item and are
187
+ applied in the same order as specified.
188
+
189
+ The framework takes the output of the layout, which is a ` Widget ` and feeds it
190
+ to the first modifier in the chain. The end output after applying all modifiers
191
+ is also a ` Widget ` .
192
+
176
193
## Feature Registry
177
194
178
195
Feature Registry is a store of all the features that are available in the app.
0 commit comments