Interactivity
ContentKit components can be interactive, meaning the users visiting your site can do things like type or click in your components. Different components expose different action handlers, like buttons exposing an onPress
event.
See the Actions Reference to learn about the different actions GitBook exposes for you to hook into.
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.
When the user presses the button, the action
is dispatched to the integration and can be handled in the action
callback:
Text and other inputs
Collecting user input can be done through through inputs. The most common input elements are textinput
s. Inputs are tied to state and their value will be stored in the state.
For example, considering the following element:
When a next action will be dispatched (ex: when pressing a button), 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 textinput:
In the iframe.html
, you can handle incoming events by listening to the message
event coming from the parent window:
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
:
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:
Opening the modal will start rendering the component custommodal
with the defined props:
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:
Last updated