Hides the header and/or sidebar drawer in Home Assistant lovelace dashboards.
Follow only one of two installation methods below, HACS or Manually:
If you want to learn how to install and set some basic configurations in
kiosk-modethrough a video, check the next one from @smarthomejunkie.
Important
- If you have
Home Assistant2025.5.1or greater installed, the minimum compatible version that you can install isKiosk Modev7.0.0. If you are in a lower version ofHome Assistant, the latest compatible version that you can install isv6.7.0. - If you have
Home Assistant2025.10.0or greater installed, the minimum compatible version that you can install isKiosk Modev8.0.0. If you are in a version ofHome Assistantbetween2025.5.1and2025.10.0, the latest compatible version that you can install isv7.4.0.
Installation through HACS
If you have not disabled the My Home Assistant integration, just click on this link to go to the plugin's page, otherwise follow the next steps:
- Go to
HACSdashboard - Search for
Kiosk Modeand click on it
- On the plugin page, click on the
Downloadyellow button in the bottom-right corner - Click on
Downloadin the more-info dialog - If you are using
YAMLmode or ifHACSdoesn't automatically add it, you'll need to add the resource manually:
Go to your configuration.yaml file and add the url of the plugin as an extra_module_url:
frontend:
extra_module_url:
- /hacsfiles/kiosk-mode/kiosk-mode.jsManual installation
- Download kiosk-mode.js from the latest release and place it in your
wwwfolder - Add the resource:
- Go to
Settings > Dashboards - Click on the three dots located on the top-right corner and then click on
Resources - Click on
ADD RESOURCEon the bottom-right of the screen - Add the URL to the file that you have downloaded previously (e.g
/local/kiosk-mode.js?v=1.0.0) - Make sure you add the correct version at the end of the URL (e.g.
?v=1.0.0) because in this way you make Home Assistant to load the new version instead of a version stored in cache
Go to your configuration.yaml file and add the url of the plugin as an extra_module_url:
# You should update the version number at the end of the url
# after every update to avoid the old version being cached by Home Assistant
frontend:
extra_module_url:
- /local/kiosk-mode.js?v1.0.0If you have trouble installing please read this guide
- Since Home Assistant
2023.12.0it is possible to access the raw config of a "Default dashboard" controlled by Home Assistant. It is important to remark that any configuration that you add to these kinds of dashboards will be ignored sokiosk-modewill not be able to read it. You need to create a "New dashboard from scratch" controlled by you to make it work withkiosk-mode. - If you need to disable Kiosk-Mode temporarily add
?disable_kmto the end of your URL. - Config is placed in the root of your Lovelace config:
kiosk_mode:should not be indented & is per dashboard. - If you want the same settings on other dashboards you'll need to repeat the config on those dashboards as well.
- Refresh page after config changes.
YAML mode users need to add the configuration manually to the lovelace dashboard file in which they want to enable kiosk-mode. Non-YAML users (Storage Mode) need to add the configuration to each lovelace panel going to Edit dashboard option (pencil icon on the top-right of the screen). Once in Edit Dashboard mode, click on the top-right three-dots button and select Raw configuration editor.
kiosk_mode:
hide_header: true
hide_sidebar: '{{ is_state("input_boolean.hide_sidebar", "on") }}'
views:Note: views: is added in the example above to show where kiosk_mode: should be placed in your Lovelace config
All the options, excluding debug_template, can be set as a boolean and all of them are false by default. Excluding ignore_mobile_settings and ignore_disable_km, all the options can be set as a JavaScript or a Jinja template that returns a boolean.
Note: If you set the option as a string but it is not a valid JavaScript or Jinja template, the library will throw an error. If you set a
JavaScriptor aJinjatemplate and it doesn't return a boolean, the option will be set as false and a warning will be thrown.
| Config Option | Description |
|---|---|
kiosk |
Hides both the header and sidebar. |
hide_header1 |
Hides only the header. |
hide_sidebar |
Hides only the sidebar. |
hide_menubutton1 |
Hides only the sidebar menu icon. |
hide_notifications |
Hides the notifications entry-point. |
hide_account |
Hides the account icon. |
hide_search |
Hides the search icon. |
hide_assistant |
Hides the assistant icon. |
hide_overflow |
Hides the top right overflow menu. |
block_overflow |
Blocks the top right overflow menu mouse interactions. |
hide_refresh |
Hides the "Refresh" button inside the top right overflow menu in lovelace yaml mode. |
hide_unused_entities |
Hides the "Unused entities" button inside the top right overflow menu in lovelace yaml mode. |
hide_reload_resources |
Hides the "Reload resources" button inside the top right overflow menu in lovelace yaml mode. |
hide_edit_dashboard |
Hides the "Edit dashboard" button inside the top right overflow menu. |
hide_add_to_home_assistant |
Hides the "Add to Home Assistant" overflow menu |
block_mouse |
Blocks completely the mouse. No interaction is allowed and the mouse will not be visible. Can only be disabled with ?disable_km query parameter in the URL.. |
block_context_menu |
Prevents opening a right-click context menu (sometimes accessible via tap-and-hold on touchscreen devices). |
hide_dialog_header_breadcrumb_navigation2 |
Hides the breadcrumb navigation over the title of more-info dialogs |
hide_dialog_header_history |
Hides the "History" icon in the header of more-info dialogs. |
hide_dialog_header_settings3 |
Hides the "Settings" icon in the header of more-info dialogs. |
hide_dialog_header_overflow3 |
Hides the top right overflow menu in the header of more-info dialogs. |
hide_dialog_header_action_items |
Hides all the action items from the header of more-info dialogs. |
hide_dialog_history |
Hides the "History" section in the more-info dialogs. |
hide_dialog_history_show_more |
Hides the "Show more" link in the "History" section of more-info dialogs. |
hide_dialog_logbook |
Hides the "Logbook" section in the more-info dialogs. |
hide_dialog_logbook_show_more |
Hides the "Show more" link in the "Logbook" section of more-info dialogs. |
hide_dialog_attributes |
Hides the "Attributes" section in the more-info dialogs. |
hide_dialog_media_actions |
Hides the actions block in the more-info dialogs of media-player entities. |
hide_dialog_update_actions |
Hides the actions block in the more-info dialogs of update entities. |
hide_dialog_camera_actions |
Hides the actions block in the more-info dialogs of camera entities. |
hide_dialog_timer_actions |
Hides the actions block in the more-info dialogs of timer entities. |
hide_dialog_climate_actions |
Hides all the actions in the more-info dialogs of climate entities. |
hide_dialog_climate_temperature_actions |
Hides the temperature cotrol actions in the more-info dialogs of climate entities. |
hide_dialog_climate_settings_actions |
Hides the mode and preset actions in the more-info dialogs of climate entities. |
hide_dialog_light_actions |
Hides all the actions in the more-info dialogs of light entities. |
hide_dialog_light_control_actions |
Hides the control actions in the more-info dialogs of light entities. |
hide_dialog_light_color_actions |
Hides the favorite colors actions in the more-info dialogs of light entities. |
hide_dialog_light_settings_actions |
Hides the settings actions in the more-info dialogs of light entities. |
ignore_disable_km4 |
Useful for conditional configs and will cause disable_km URL parameter to be ignored. |
ignore_mobile_settings4, 5 |
Useful for conditional configs and will cause mobile_settings to be ignored. |
debug6 |
Useful for debugging purposes. Check the debugging section. |
debug_template6 |
Useful for debugging purposes. Check the debugging section. |
1 Take into account that swipe gesture to open the sidebar was removed from Home Assistant in version 2023.4, if you hide the header or the sidebar menu icon, you will not have any way to access the sidebar natively in a browser.
2 These elements are not clickable if the account is not an admin account.
3 These elements are not visible by default if the account is not an admin account.
4 These options should be booleans. If you try to set them as a JavaScript or a Jinja template, an error will be thrown.
5 This option only works if it is placed inside admin_settings, non_admin_settings or user_settings. It will not have any effect if it is placed inside mobile_settings.
6 These options will not change anything in the UI. They will log messages in the browser console.
| Options | Hides / Blocks |
|---|---|
kiosk |
1 and 2 |
hide_header |
1 |
hide_sidebar |
2 |
hide_menubutton |
3 |
hide_notifications |
4 |
hide_account |
5 |
hide_add_to_home_assistant |
6 |
hide_search |
7 |
hide_assistant |
8 |
hide_overflow |
9 |
block_overflow |
9 |
block_mouse |
whole interface |
block_context_menu |
right click anywhere |
| Options | Hides |
|---|---|
hide_refresh |
10 |
hide_unused_entities |
11 |
hide_reload_resources |
12 |
hide_edit_dashboard |
13 |
More info dialog (media entity)
| Options | Hides |
|---|---|
hide_dialog_header_breadcrumb_navigation |
14 |
hide_dialog_header_action_items |
15 |
hide_dialog_header_history |
16 |
hide_dialog_header_settings |
17 |
hide_dialog_header_overflow |
18 |
hide_dialog_media_actions |
19 |
More info dialog (climate entity)
| Options | Hides |
|---|---|
hide_dialog_climate_actions |
20 |
hide_dialog_climate_temperature_actions |
21 |
hide_dialog_climate_settings_actions |
22 |
More info dialog (light entity)
| Options | Hides |
|---|---|
hide_dialog_light_actions |
23 |
hide_dialog_light_control_actions |
24 |
hide_dialog_light_color_actions |
25 |
hide_dialog_light_settings_actions |
26 |
More info dialog (update entity)
| Options | Hides |
|---|---|
hide_dialog_update_actions |
27 |
More info dialog (timer entity)
| Options | Hides |
|---|---|
hide_dialog_timer_actions |
28 |
More info dialog (sensor entity)
| Options | Hides |
|---|---|
hide_dialog_history |
29 |
hide_dialog_logbook |
30 |
hide_dialog_attributes |
31 |
hide_dialog_history_show_more |
32 |
hide_dialog_logbook_show_more |
33 |
Most of the config options admit templates. kiosk-mode admits two templating systems, JavaScript templates or Jinja templates. JavaScript templates are processed faster because the rendering is done in client side, Jinja templates need to perform a websocket call to receive the template result, but in general you should not notice many differences between the two in terms of performance. The main difference between the two templating systems (apart from the syntax) is that JavaScript can access client side data like DOM APIs meanwhile Jinja templates are almost agnostic to the device in which Home Assistant is being executed.
Note: Regardless of the template system that you use, remember that the template must return a
boolean, if it doesn't return a boolean it will be ignored.
This templating system IS NOT the same that Home Assistant implements. It is basically a JavaScript code block in which you can use certain client-side objects, variables and methods. To set a property as a JavaScript template block, include the code between three square brackets [[[ JavaScript code ]]]. If you donβt use the square brackets, then you will receive an error because the string will not be recognise as a template.
The JavaScript code will be taken as something that you want to return, but if you have a more complex logic, you can create your own variables and return the desired result at the end.
The entities and domains used in the templates will be stored, so if the state of these entities change, it will update the templates used in the options.
kiosk_mode:
hide_header: '[[[ user_name === "ElChiniNet" ]]]'
hide_sidebar: '[[[ is_state("input_boolean.hide_sidebar", "on") ]]]'Note:
kiosk-modeuses Home Assistant Javascript Templates for theJavaScripttemplating system. To know all the objects, variables and methods available in theJavaScripttemplates, consult the proper section in the repository.
This templating system is the same that Home Assistant implements. You can use the majority of the template methods and objects. The entire template will be processed, rendered and the result will be used in the desired option. Jinja templates don't have access to client side variables or DOM APIs, but the next client side variables will be available:
user_name: String with the logged user's nameuser_is_admin: Bolean value than indicates if the logged user is admin or notuser_is_owner: Bolean value than indicates if the logged user is the owner or notuser_agent: User agent of the browser in which Home Assistant is being executed
kiosk_mode:
hide_header: '{{ user_name == "ElChiniNet" }}'
hide_sidebar: '{{ is_state("input_boolean.hide_sidebar", "on") }}'Using templates for the options gives a lot of flexibility and depending on your objectives you can omit the usage of the conditional configs, so when you start to create conditional configurations, ask yourself if it can be achieved with templates. For example:
kiosk_mode:
hide_sidebar: false
hide_header: false
user_settings:
- users:
- "ryan meek"
- "maykar"
hide_header: true
non_admin_settings:
hide_sidebar: trueCan be transformed into a simpler version:
kiosk_mode:
hide_header: '{{ user_name in ("maykar", "ryan meek") }}'
hide_sidebar: '[[[ !user_is_admin ]]]'Both options are valid. At the end, using one or the other is up to you.
Contitional configs take priority and if a condition matches all other config options/methods are ignored.
These use the same options as above, but placed under one of the following user/entity conditions:
Sets the config for every admin user.
Overwritten by user_settings and mobile_settings ( unless ignore_mobile_settings is used ).
kiosk_mode:
admin_settings:
hide_header: true
Sets the config for every regular user.
Overwritten by user_settings and mobile_settings ( unless ignore_mobile_settings is used ).
kiosk_mode:
non_admin_settings:
hide_header: true
Sets the config for specific users. This uses a user's name, not their username (if they're different).
Overwritten by mobile_settings ( unless ignore_mobile_settings is used ).
kiosk_mode:
user_settings:
- users:
- "ryan meek"
- "maykar"
hide_sidebar: true
- users:
- "the wife"
kiosk: true
Sets the config for mobile devices. The default breakpoint is 812px, which can be changed by setting the custom_width option.
kiosk_mode:
mobile_settings:
hide_header: true
custom_width: 768
Add a query string such as ?kiosk to the end of your URL:
https://hass:8123/lovelace/default_view?kiosk
If you need to add multiple query parameters, you need to separate them by & (only the first parameter should be prepended by ?):
https://hass:8123/lovelace/default_view?hide_header&hide_sidebar
The query string options are:
?kioskto hide both header and sidebar?hide_headerto hide only the header?hide_sidebarto hide only the sidebar?hide_menubuttonto hide sidebar menu button?hide_notificationsto hide the notifications entry-point?hide_accountto hide the account icon?hide_add_to_home_assistantto hide the "Add to Home Assistant" overflow?hide_searchto hide the search icon?hide_assistantto hide the assistant icon?hide_overflowto hide the top right menu?block_overflowto block the top right overflow menu mouse interactions?hide_refreshto hide the "Refresh" button inside the top right menu in lovelace yaml mode?hide_unused_entitiesto hide the "Unused entities" button inside the top right menu in lovelace yaml mode?hide_reload_resourcesto hide the "Reload resources" button inside the top right menu in lovelace yaml mode?hide_edit_dashboardto hide the "Edit dashboard" button inside the top right menu?block_mouseto block completely the mouse?block_context_menuto prevent opening a right-click context menu?hide_dialog_header_breadcrumb_navigationto hide the breadcrumb navigation over the title of more-info dialogs?hide_dialog_header_historyto hide the "History" icon in the header of more-info dialogs?hide_dialog_header_settingsto hide the "Settings" icon in the header of more-info dialogs?hide_dialog_header_overflowto hide the top right overflow menu in the header of more-info dialogs?hide_dialog_header_action_itemsto hide all the action items from the header of more-info dialogs.?hide_dialog_historyto hide the "History" section in the more-info dialogs?hide_dialog_history_show_moreto hide the "Show more" link in the "History" section of more-info dialogs?hide_dialog_logbookto hide the "Logbook" section in the more-info dialogs?hide_dialog_logbook_show_moreto hide the "Show more" link in the "Logbook" section of more-info dialogs?hide_dialog_attributesto hide the "Attributes" section in the more-info dialogs?hide_dialog_media_actionsto hide the actions block in the more-info dialogs of media-player entities?hide_dialog_update_actionsto hide the actions block in the more-info dialogs of update entities?hide_dialog_camera_actionsto hide the actions block in the more-info dialogs of camera entities?hide_dialog_timer_actionsto hide the actions block in the more-info dialogs of timer entities?hide_dialog_climate_actionsto hide all the actions in the more-info dialogs of climate entities?hide_dialog_climate_temperature_actionsto hide the temperature cotrol actions in the more-info dialogs of climate entities?hide_dialog_climate_settings_actionsto hide the mode and preset actions in the more-info dialogs of climate entities?hide_dialog_light_actionsto hide all the actions in the more-info dialogs of light entities?hide_dialog_light_control_actionsto hide the control actions in the more-info dialogs of light entities?hide_dialog_light_color_actionsto hide the favorite colors actions in the more-info dialogs of light entities?hide_dialog_light_settings_actionsto hide the settings actions in the more-info dialogs of light entities
You save settings in a devices cache by using the cache keyword once on the device.
This will also make it so the options work on all views and dashboards.
Example: ?hide_header&cache makes all views & dashboards hide the header.
This works for all query strings except for the utility strings listed below.
Note: Do not use the query string cache if you are using Jinja templates for the options or you will get weird results.
Utility Query Strings
?clear_km_cachewill clear all cached preferences?disable_kmwill temporarily disable any modifications (unlessignore_disable_kmhas been used in one of the conditional configs)
Kiosk-mode counts with two debugging options and each one has a different purpose:
| Option | Description |
|---|---|
debug |
Prints useful information in the console. The raw config loaded from the Lovelace panel, the resulting final config with all the options, and if a template is rendered, it will print the option that trigered the template, the template code and the evaluated result of it. |
debug_template |
Useful to debug the result of a single template without activating the debug mode. |
- Make sure you have git installed
- Make sure you have pnpm installed
- Make sure you have Docker installed (Docker Desktop is a quick option)
- Clone the repository
git clone https://github.com/NemesisRE/kiosk-mode.git(or download it in a zip file) - Run
Docker Desktopso you getdocker daemonrunning - Enter in the repository folder
- Run
pnpm install - Run
pnpm demo(pnpm demo:winon Windows environments) - Open http://localhost:8123/
Some features are outside kiosk-mode scope and they would be hard to maintain and escalate over time, but they could be achieved by alternative methods. Check kiosk-mode complements for this.
- Fully Kiosk Browser - Great for wall mounted tablets
- KTibow/fullscreen-card - Make your Home Assistant browser fullscreen
This was originally based on and inspired by ciotlosm's kiosk mode gist and corrafig's fork of the same gist.
Big thank you to matt8707 for starting this project, allowing me to rewrite it, and transfering ownership.
Many thanks to KTibow as well, for the github release action and support.
And another big thanks to maykar for the original kiosk mode


