Back to Jupyterlab

Interface Customization

docs/source/user/interface_customization.md

4.6.0b014.6 KB
Original Source

% Copyright (c) Jupyter Development Team.

% Distributed under the terms of the Modified BSD License.

(interface-customization)=

Interface Customization

Multiple elements in the JupyterLab interface are customizable to display new elements or hide default ones.

(layout-customization)=

Layout

The JupyterLab layout has two modes: the simple mode (or single document mode) and the default mode (or multiple documents mode). In both modes, the widgets are attached in one of the four area: the left or right sidebars, the main dock panel area or the down area.

The default positions of widgets can be overridden through the settings based on the type of widgets. The setting to modify is the layout one in section JupyterLab Shell.

The available widget types and their default area is listed below

Typemultiplesingle
Consolemainmain
CSVTablemainmain
TSVTablemainmain
Editormainmain
HTML Viewermainmain
Imagemainmain
Image (Text)mainmain
JSONmainmain
Markdown Previewmainmain
Notebookmainmain
Cloned Outputmaindown
Linked Consolemaindown
Inspectormaindown
PDFmainmain
Terminalmainmain
VDOMmainmain
Vega-Lite4mainmain
Vega5mainmain
Settingsmainmain
Advanced Settingsmainmain
Licensesmainmain
Debuggerrightright
Debugger Variablesmainmain
Debugger Sourcesmainmain
Property Inspectorrightright
Extension Managerleftleft
File Browserleftleft
Sessions and Tabsleftleft
Table of Contentsleftleft
Log Consoledowndown
js
"layout": {
  "single": {
    "Linked Console": { "area": "down" },
    "Inspector": { "area": "down" },
    "Cloned Output": { "area": "down" },
    // Add new terminals in the down area in simple mode
    "Terminal": { "area": "down" }
  },
  "multiple": {
    // Add new terminals in the right sidebar in default mode
    "Terminal": { "area": "right" }
  }
}

The above example will result in the following changes:

:::{figure} ../images/default-terminal-position-single.png :alt: (Before Change) Default terminal position in "multiple" (default) mode

(Before Change) Default terminal position in "multiple" (default) mode :::

:::{figure} ../images/customized-terminal-position-single.png :alt: (After Change) Customized terminal position in "multiple" (default) mode

(After Change) Customized terminal position in "multiple" (default) mode :::

(move-open-widgets)=

Move open widgets

You can also move an open widget directly from its tab context menu. Right-click the widget tab in a sidebar, the main work area, or the down area, select Move Widget To, and choose the destination area.

:::{figure} ../images/move-widget-submenu.png :alt: The Move Widget To submenu showing the available destination areas.

The Move Widget To submenu lists the available destination areas. :::

:::{figure} ../images/move-file-browser-main-area.png :alt: The file browser moved from the left sidebar to the main work area.

The file browser moved from the left sidebar to the main work area. :::

:::{figure} ../images/move-running-sessions-down-area.png :alt: The sessions and tabs panel moved from the left sidebar to the down area.

The sessions and tabs panel moved from the left sidebar to the down area. :::

Those changes are stored in the workspace layout, so they are restored when you reopen the same workspace. They do not change the type-based layout setting described above, which controls the default area for future widgets.

(move-accordion-sections)=

Move accordion sections between panels

Individual accordion sections within a sidebar panel can be moved to another panel via the context menu.

  1. Right-click the section header (e.g. "OPEN TABS") in the Running Sessions panel.
  2. Choose Move to File Browser.
{image}
:align: center
:alt: The Running Sessions sidebar context menu with the "Move to File Browser" option highlighted.
:class: jp-screenshot

The section appears inside the File Browser, where it can be dragged to reorder it above or below the file listing. To move it back, right-click the section header and choose Move back to Running Sessions. The layout is saved and restored on reload.

(activity-bar-position-customization)=

Activity Bar Position

The side activity bars (left and right) display the tabs of the widgets attached to the corresponding side area. By default, each activity bar is rendered vertically on the natural side of its area (left for the left area, right for the right area). You can move them to the top or bottom of their area to display the tabs horizontally.

The position is controlled by the activityBarPosition setting in the JupyterLab Shell section. The available values are:

  • side (default): each activity bar stays on the natural side of its area
  • top: both activity bars are moved to the top of their respective area
  • bottom: both activity bars are moved to the bottom of their respective area
js
"activityBarPosition": "top"

The same options are also available interactively from the ViewAppearanceActivity Bar Position menu.

The screenshots below illustrate the top and bottom positions:

:::{figure} ../images/customized-activity-bar-top.png :alt: Activity bar positioned at the top of each side area

Activity bar positioned at the top of each side area :::

:::{figure} ../images/customized-activity-bar-bottom.png :alt: Activity bar positioned at the bottom of each side area

Activity bar positioned at the bottom of each side area :::

(toolbars-customization)=

Toolbars

In addition to the toolbars attached to individual widgets, JupyterLab provides a TopBar extension point that allows extensions to add items to the application top bar area.

Lots of toolbars are customizable. Here is a mapping of the customizable toolbars and the associated setting.

  • Cell: Cell Toolbar -> toolbar
  • CSV Viewer: CSV Viewer -> toolbar
  • File Browser: File Browser Widget -> toolbar
  • HTML Viewer: HTML Viewer -> toolbar
  • Notebook panel: Notebook Panel -> toolbar
  • Text Editor: Text Editor -> toolbar
  • TSV Viewer: TSV Viewer -> toolbar

Those settings are accessible through the interactive Settings Editor. But you may find more comfortable to use the Advanced Settings Editor (accessible by clicking on JSON Settings Editor button in the top right corner of the Settings Editor).

Your toolbar customization will be merged with the default menu bar definition (this is a different behavior as the other settings that are overriding the default settings). So to remove a default item, you will need to disable it. To do that, you will need to set the toolbar item disabled attribute to true; an item is uniquely identified by its name attribute.

js
"toolbar": [
  // Disable the restart and run all button
  {
    "name": "restart-and-run",
    "disabled": true
  },
  // Add a new button to clear all cell outputs
  {
    "name": "clear-all-outputs",
    "command": "notebook:clear-all-cell-outputs"
  }
]

The above example for the notebook panel, will results in the following changes:

:::{figure} ../images/default-notebook-toolbar.png :alt: Default notebook toolbar

Default notebook toolbar :::

:::{figure} ../images/customized-notebook-toolbar.png :alt: Customized notebook toolbar

Customized notebook toolbar :::

A toolbar is defined by a list of items. Each item must have an unique name. That name will create a toolbar item if it is associated with a special widget (e.g. the cell type toolbar selector). Otherwise it will require a command that will be triggered when clicking on a toolbar button (see the available {ref}Commands list<commands-list>). The items are sorted by their rank.

:::{note} If you want to more advanced customization please refer to the {ref}Toolbar item definition<toolbar-item>. :::

(menu-bar-customization)=

The top menu bar definition can be customized through the Advanced Settings Editor. You can access it by opening the Settings Editor from the Settings menu, then click on the JSON Settings Editor in the top right corner.

In the Advanced Settings Editor, you will need to select the Main Menu section in the left panel. Your menus customization will be merged with the default menu bar definition (this is a different behavior as the other settings that are overriding the default settings). So to remove a default entry, you will need to disable it. To do that, you will need to set the menu entry disabled attribute to true; an entry is uniquely identified by its command and args attributes.

New entries can be added to existing menus or you can create new menus.

js
"menus": [
  {
    // Disable the Run menu
    "id": "jp-mainmenu-run",
    "disabled": true
  },
  {
    // Move the Tabs menu to the end by changing its rank
    "id": "jp-mainmenu-tabs",
    "rank": 1100,
    "items": [
        // Add a new entry in the Tabs menu
        {
            "command": "launcher:create",
            "rank": 0
        }
    ]
  },
  {
    // Disable the Open from Path entry in the File menu
    "id": "jp-mainmenu-file",
    "items": [
      {
        "command": "filebrowser:open-path",
        "disabled": true
      }
    ]
  }
]

The above example, will results in the following changes:

:::{figure} ../images/default-menu-bar.png :alt: Default menu bar

Default menu bar :::

:::{figure} ../images/customized-menu-bar.png :alt: Customized menu bar

Customized menu bar :::

The menu are identified by the following ids:

  • File menu: jp-mainmenu-file

    • New file submenu: jp-mainmenu-file-new
  • Edit menu: jp-mainmenu-edit

  • View menu: jp-mainmenu-view

    • Appearance submenu: jp-mainmenu-view-appearance
  • Run menu: jp-mainmenu-run

  • Kernel menu: jp-mainmenu-kernel

  • Tabs menu: jp-mainmenu-tabs

  • Settings menu: jp-mainmenu-settings

  • Help menu: jp-mainmenu-help

An entry can be any valid command available; see {ref}Commands list<commands-list>. And the entries are sorted by their ranks.

:::{note} If you want to more advanced customization (e.g. changing the separators or sub-menus), please refer to the {ref}Main Menu settings definition <mainmenu>. :::

(context-menu-customization)=

Context Menu

The context menu definition can be customized through the Advanced Settings Editor. You can access it by opening the Settings Editor from the Settings menu, then click on the JSON Settings Editor in the top right corner.

In the Advanced Settings Editor, you will need to the select the Application Context Menu section in the left panel. Your contextMenu customization will be merged with the default context menu definition (this is a different behavior as the other settings that are overriding the default settings). So to remove a default entry, you will need to disable it. To do that, you will need to set the menu entry disabled attribute to true; an entry is uniquely identified by its command, selector and args attributes.

New entries can be added to existing menus.

js
"contextMenu": [
  // Disable New notebook entry
  {
    "command": "notebook:create-new",
    "selector": ".jp-DirListing-content",
    "args": {
      "isContextMenu": true
    },
    "disabled": true
  },
  // Add new entry on notebook file to export them as Markdown
  {
    "command": "notebook:export-to-format",
    "selector": ".jp-DirListing-item[data-file-type=\"notebook\"]",
    "rank": 3,
    // Command arguments
    "args": {
      "format": "markdown",
      "label": "Export as Markdown"
    }
  }
]

The above example, will results in the following changes:

:::{figure} ../images/default-context-menu.png :alt: Default context menu

Default context menu :::

:::{figure} ../images/customized-context-menu.png :alt: Customized context menu

Customized context menu :::

An entry can be any valid command available; see {ref}Commands list<commands-list>. And a CSS selector to define which elements will have that context menu entry. And the entries are sorted by their ranks.

:::{note} If you want to more advanced customization (e.g. changing the separators or sub-menus), please refer to the {ref}Context Menu settings definition <context-menu>. :::

File Browser

Users can add a "Open in Simple Mode" context menu option by adding the following to Settings -> Application Context Menu -> contextMenu

json
{
  "command": "filebrowser:open-browser-tab",
  "args": { "mode": "single-document" },
  "selector": ".jp-DirListing-item[data-isdir=\"false\"]",
  "rank": 1.6
}

(custom-css)=

{include}

(settings-editor-filtering)=

Settings Editor Plugin Filtering

The Settings Editor supports configurable filtering of plugins to hide specific plugins from the settings interface. This allows administrators and power users to hide complex or sensitive plugins while keeping them fully functional. The hidden plugins will remain accessible in the JSON Settings Editor.

Configuration Options

Via Settings UI

  1. Open JupyterLab Settings Editor (Settings > Settings Editor)
  2. Search for "Settings Editor Form UI"
  3. Find the "Additional plugins to skip in settings editor" field
  4. Add plugin IDs in the format package:plugin
  5. Save the settings

Via overrides.json

Add the following to your overrides.json file:

json
{
  "@jupyterlab/settingeditor-extension:form-ui": {
    "toSkip": ["my-extension:plugin-to-hide", "another-extension:config-plugin"]
  }
}

Always Hidden Plugins

The following plugins are hidden by default from the settings editor:

  • @jupyterlab/application-extension:context-menu
  • @jupyterlab/mainmenu-extension:plugin

Plugin ID Format

Plugin IDs usually follow the format: package-name:plugin-name

For a complete list of core plugin IDs, see the {ref}Core Plugins <core-tokens> documentation.

Alternatives

If you need to completely disable plugin functionality, consider:

  • Disabling extensions entirely via the Extension Manager
  • Using page_config.json to disable specific plugins
  • Using the command line: jupyter labextension disable package-name:plugin-name