# Create interactive blocks
GitBook allows you to create custom, interactive blocks using ContentKit, a UI kit made by GitBook for building integrations.
ContentKit components can be interactive, meaning visitors using your integration can do things like type or click in your components. Different components expose different action handlers, like buttons exposing an `onPress` event.
When creating your component through the `createComponent` call, you can also specify how to handle each action through the `action` prop.
### Buttons and actions
The most common interactive elements are buttons. Buttons can be use to trigger an asynchronous action.
```tsx
```
When the user presses the button, the `action` is dispatched to the integration and can be handled in the `action` callback:
```tsx
const helloWorldBlock = createComponent({
...
async action(previous, action) {
switch (action.action) {
case 'update-state':
return { state: { content: action.anotherProperty } };
default:
}
},
...
});
```
### Text and other inputs
Collecting user input can be done through through `textinput`. For example, considering the following element:
```tsx
```
When an action is dispatched (ex: when pressing a button in the example above), the value of the input will be accessible as `state.content`.
### Dynamic binding
Interactions with actions are asynchronous, meaning that pressing a button will cause the integration's code to run and re-render the component. But in some cases, there is a need for synchronous binding between the elements to provide a top class user experience (ex: live preview when typing).
ContentKit provides a solution with dynamic binding, connecting multiple elements to a dynamic state.
For example, we can update a webframe by binding directly to a text input:
```tsx
createComponent({
componentId: 'demo',
initialState: {
content: ''
},
async render(element) {
return (
)
}
})
```
In the `iframe.html`, you can handle incoming events by listening to the `message` event coming from the parent window:
```js
window.addEventListener("message", (event) => {
if (event.data) {
const content = event.data.state.content;
}
});
```
### Editable blocks
Some blocks might be static or only generated from link unfurling, but most blocks are designed to be editable by the user. Editable means that the user can interact with the blocks to change its properties.
Updating the properties of a block is done through a [`@editor.node.updateProps`](https://gitbook-v2-q67etdj25-gitbook.vercel.app/url/gitbook.com/docs/developers/development/runtime#actions) action:
```jsx
```
### Webframes and actions
Webframes are powerful elements to integrate in GitBook external applications or complete UI. Passing data to the webframe can be done using the `data` prop. But the webframe also needs to be able to communicate data back to the top component. It can be achieved using the `window.postMessage`:
```js
window.parent.postMessage({
action: {
type: 'doSomething',
}
}, '*');
```
### Modals
Components can open overlay modals to show extra information or prompt the user. Opening a modal is done by dispatching the `@ui.modal.open` action:
```typescript
const block = createComponent({
componentId: 'block',
async render(element) {
return (
)
}
});
```
Opening the modal will start rendering the component `custommodal` with the defined props:
```typescript
const custommodal = createComponent({
componentId: 'custommodal',
async render(element) {
return (
)
}
});
```
When closing a modal, data can be returned to the parent component using `returnValue`. These data will be accessible in the parent component's action handler.
### Opening urls
A common pattern is to open a url as a webpage. A default action exists for this:
```typescript
```