View Source Kino.SmartCell behaviour (Kino v0.9.0)
An interface for defining custom smart cells.
A smart cell is a UI wizard designed for producing a piece of code that accomplishes a specific task. In other words, a smart cell is like a code template parameterized through UI interactions.
This module builds on top of Kino.JS.Live, consequently keeping
all of its component and communication mechanics. The additional
callbacks specify how the UI maps to source code.
  
  usage
  
  Usage
Defining a custom cell is similar to writing a regular Kino.JS.Live
component, with a couple specifics.
First, we only need to define callbacks, so there is no need for
using Kino.JS.Live.new/2. The Kino.JS.Live.init/2 callback
always receives attrs/0 as the first argument.
Second, we add a few new bits, namely use Kino.SmartCell and the
two corresponding callback definitions.
Here is an outline of a custom module
defmodule Kino.SmartCell.Custom do
  use Kino.JS
  use Kino.JS.Live
  use Kino.SmartCell, name: "Our custom wizard"
  @impl true
  def init(attrs, ctx) do
    ...
  end
  # Other Kino.JS.Live callbacks
  ...
  @impl true
  def to_attrs(ctx) do
    ...
  end
  @impl true
  def to_source(attrs) do
    ...
  end
endAdditionally, in order for Livebook to pick up the custom cell, we
need to register our module. This usually happens in application.ex
Kino.SmartCell.register(Kino.SmartCell.Custom)
  
  example
  
  Example
As a minimal example, that's how we can define a cell that allows editing the underlying code directly through a textarea.
defmodule Kino.SmartCell.Plain do
  use Kino.JS
  use Kino.JS.Live
  use Kino.SmartCell, name: "Plain code editor"
  @impl true
  def init(attrs, ctx) do
    source = attrs["source"] || ""
    {:ok, assign(ctx, source: source)}
  end
  @impl true
  def handle_connect(ctx) do
    {:ok, %{source: ctx.assigns.source}, ctx}
  end
  @impl true
  def handle_event("update", %{"source" => source}, ctx) do
    broadcast_event(ctx, "update", %{"source" => source})
    {:noreply, assign(ctx, source: source)}
  end
  @impl true
  def to_attrs(ctx) do
    %{"source" => ctx.assigns.source}
  end
  @impl true
  def to_source(attrs) do
    attrs["source"]
  end
  asset "main.js" do
    """
    export function init(ctx, payload) {
      ctx.importCSS("main.css");
      ctx.root.innerHTML = `
        <textarea id="source"></textarea>
      `;
      const textarea = ctx.root.querySelector("#source");
      textarea.value = payload.source;
      textarea.addEventListener("change", (event) => {
        ctx.pushEvent("update", { source: event.target.value });
      });
      ctx.handleEvent("update", ({ source }) => {
        textarea.value = source;
      });
      ctx.handleSync(() => {
        // Synchronously invokes change listeners
        document.activeElement &&
          document.activeElement.dispatchEvent(new Event("change"));
      });
    }
    """
  end
  asset "main.css" do
    """
    #source {
      box-sizing: border-box;
      width: 100%;
      min-height: 100px;
    }
    """
  end
endAnd then we would register it as
Kino.SmartCell.register(Kino.SmartCell.Plain)Note that we register a synchronization handler on the client with
ctx.handleSync(() => ...). This optional handler is invoked before
evaluation and it should flush any deferred UI changes to the server.
In our example we listen to textarea's "change" event, which is only
triggered on blur, so on synchronization we trigger it programmatically.
  
  collaborative-editor
  
  Collaborative editor
If a smart cell requires editing some code (like SQL), it may use a dedicated editor instance managed by Livebook. The editor handles syntax highlighting and collaborative editing, similarly to the built-in cells.
To enable the editor, we need to include :editor configuration in
options returned from the Kino.JS.Live.init/2 callback.
@impl true
def init(attrs, ctx) do
  # ...
  {:ok, ctx, editor: [attribute: "code", language: "elixir"]}
end
  
  options
  
  Options
- :attribute- the key to put the source text under in- attrs. Required
- :language- the editor language, used for syntax highlighting. Defaults to- nil
- :placement- editor placement within the smart cell, either- :topor- :bottom. Defaults to- :bottom
- :default_source- the initial editor source. Defaults to- ""
  
  other-options
  
  Other options
Other than the editor configuration, the following options are supported:
- :reevaluate_on_change- if the cell should be reevaluated whenever the generated source code changes. This option may be helpful in cases where the cell output is a crucial element of the UI interactions. Defaults to- false
Link to this section Summary
Types
Attributes are an intermediate form of smart cell state, used to persist and restore cells.
Callbacks
Invoked whenever the base evaluation context changes.
Invoked when the smart cell code is evaluated.
Invoked to compute the smart cell state as serializable attributes.
Invoked to generate source code based on the given attributes.
Functions
Returns a list of available smart cell definitions.
Generates unique variable names with the given prefix.
Converts the given AST to formatted code string.
Registers a new smart cell.
Checks if the given string is a valid Elixir variable name.
Link to this section Types
@type attrs() :: map()
Attributes are an intermediate form of smart cell state, used to persist and restore cells.
Attributes are computed using to_attrs/1 and used to generate
the source code using to_source/1.
Note that attributes are serialized and deserialized as JSON for persistence, hence make sure to use JSON-friendly data structures.
Persisted attributes are passed to Kino.JS.Live.init/2 as the
first argument and should be used to restore the relevant state.
@type eval_result() :: {:ok, result :: any()} | {:error, Exception.kind(), error :: any(), Exception.stacktrace()}
Link to this section Callbacks
@callback scan_binding(server :: pid(), Code.binding(), Macro.Env.t()) :: any()
Invoked whenever the base evaluation context changes.
This callback receives the binding and environment available to the smart cell code.
Note that this callback runs asynchronously and it receives the PID
of the smart cell server, so the result needs to be sent explicitly
and handled using Kino.JS.Live.handle_info/2.
Important: remember that data sent between processes is copied, so avoid sending large data structures. In particular, when looking at variables, instead of sending their values, extract and send only the relevant metadata.
Important: avoid any heavy work in this callback, as it runs in the same process that evaluates code, so we don't want to block it.
@callback scan_eval_result(server :: pid(), eval_result()) :: any()
Invoked when the smart cell code is evaluated.
This callback receives the result of an evaluation, either the return value or an exception if raised.
This callback runs asynchronously and has the same characteristics
as scan_binding/3.
@callback to_attrs(ctx :: Kino.JS.Live.Context.t()) :: attrs()
Invoked to compute the smart cell state as serializable attributes.
Invoked to generate source code based on the given attributes.
A list of sources can be returned, in which case the sources are joined into a single source, however converting to a Code cell results in multiple cells.
Link to this section Functions
Returns a list of available smart cell definitions.
Generates unique variable names with the given prefix.
When var_name is nil, allocates and returns the next available
name. Otherwise, marks the given suffix as taken, provided that
var_name has the given prefix.
This function can be used to generate default variable names during smart cell initialization, so that don't overlap.
Converts the given AST to formatted code string.
@spec register(module()) :: :ok
Registers a new smart cell.
This should usually be called in application.ex when starting
the application.
  
  examples
  
  Examples
Kino.SmartCell.register(Kino.SmartCell.Custom)Checks if the given string is a valid Elixir variable name.
