Make Your Changes: Implement your bug fix or new feature.
+
+
+
Test Your Changes: Thoroughly test your changes to ensure they work as expected and don't introduce new issues.
+
+
You can build the strategy with npm run build (for production) or npm run build-dev (for development/testing).
+
Copy the built files to your Home Assistant's www/community/mushroom-strategy directory for testing.
+Remember to clear the cache of your Home Assistant client to see the changes.
+
+
+
Info
+
If your www/community/mushroom-strategy directory contains a file called mushroom-strategy.js.gz, rename or
+delete it.
+
+
+
+
Format and Lint Your Changes:
+
+
Run the formatter with npm run ts:format.
+
Build the strategy with npm run build.
+
+
Both of these tasks should result without errors.
+
+
+
Commit Your Changes.
+
+
+
Push to Your Fork.
+
+
+
Open a Pull Request (PR).
+
+
+
+
Thank you for taking the time to help us improve our project! Your contributions make a real difference. 🎉
Good documentation is crucial for our project's success!
+We truly appreciate any contributions, whether it's fixing a typo, clarifying a section, adding more examples, or even
+extending existing topics. This guide will walk you through the process of contributing.
+
The entire documentation lives in the docs/ folder of this repository.
Serve the Documentation Locally:
+ Start the local development server. This task needs to be run from the project root (where the mkdocs.yml file is):
+
mkdocsserve
+
+
This will usually launch a local server, at http://127.0.0.1:8000.
+The server will automatically reload in your browser as you make and save changes to the documentation files.
+To stop the server, press Ctrl + C in the terminal.
+
+
+
Edit Markdown Files: All documentation content is written in Markdown (.md files).
+ You can find them within the docs/ folder.
Create a new .md file in the most appropriate directory within docs/.
+
+
+
Important
+
You'll need to add the new page to the navigation (nav) section of the mkdocs.yml file for it to appear in
+the sidebar. Follow the existing structure.
+
+
+
+
Add Images:
+
+
Place any image files into the docs/images/ directory.
+
Reference them in your Markdown using the syntax: 
+
+
+
+
Preview Changes: As you save your .md files, the local server running at http://127.0.0.1:8000 will
+ automatically refresh, allowing you to see your changes instantly.
To make and preview your changes, you'll need to set up a development environment locally:
+
+
+
Fork the Repository: Go to our main repository on GitHub and click the "Fork" button.
+ This creates a copy of the repository under your GitHub account.
+
+
+
Clone Your Fork: On your local machine, clone your forked repository using Git.
+
+
+
Install Node.js Dependencies:
+ Navigate to the root of the cloned project (where package.json is located) and install its dependencies:
+
npminstall
+
+
+
+
Install Python Documentation Tools:
+ Navigate to the root of the cloned project (where mkdocs.yml is located) and install MkDocs along with the
+ necessary themes and plugins:
Create a New Branch: Create a new branch for your feature or bug fix.
- Use a descriptive name (e.g., feature/my-awesome-feature, bugfix/fix-admonition-rendering).
-
gitcheckout-bfeature/my-new-feature
-
-
-
-
Set up Development Environment:
-
-
Ensure you have Node.js and npm installed.
-
Install project dependencies: npm install
-
You can build the strategy with npm run build (for production) or npm run build-dev (for development/testing).
-
Copy the built files to your Home Assistant's www/community/mushroom-strategy folder for testing.
-
-
-
-
Make Your Changes: Implement your bug fix or new feature.
-
-
Test Your Changes: Thoroughly test your changes to ensure they work as expected and don't introduce new issues.
Good documentation is vital! If you find typos, unclear sections, or want to add more examples, please open a pull
-request. The documentation is located in the docs/ folder of this repository.
Help us make Mushroom Strategy accessible to more users around the world by contributing and improving translations!
-
Language tags have to follow BCP 47.
-A list of most language tags can be found
-here: IANA subtag registry.
-Examples: fr, fr-CA, zh-Hans.
-
-
Check for Existing Translations: See if your language is already being worked on or exists.
-
Locate Translation Files: Language files are found within the src/translations directory.
- Each language has its own locale.json file (e.g., en.json, nl.json, pt-BR.json).
-
-
Create or Update:
-
-
To create a new language: Copy an existing .json file (e.g., en.json), rename it to your language
- code (e.g., de.json for German), and translate the property values.
-
To update an existing language: Open the .json file for your language and update any missing or
- outdated translations.
-
-
-
-
Submit a Pull Request: Once your translations are complete, submit a pull request with your changes. Clearly
- state which language you are contributing to or updating.
-
-
-
-
Info
-
Integrating a new Translation:
-
-
For your new language file to be picked up, it needs to be imported and registered at file
- src/utilities/localize.ts.
-
You will need to add an import statement for your new .json file at the top, following the existing pattern.
-
Then, you'll need to add it to the languages map, associating the language code with the imported module.
-
-
Special Handling for language-country Locales:
-If you are adding a country-specific locale (e.g., es-ES for Spanish (Spain) or en-GB for English
-(United Kingdom)), you should create a file like en-GB.json in the translations folder. In
-src/utilities/localize.ts, you'll import it similarly and add it to the languages map using the full locale
-code.
-Please ensure you follow existing patterns for language-country codes, which typically use a hyphen (-) + a
-UPPER-cased country code in the file name and an underscore (_) + a lower-cased country code in the import key.
-
-
Example
-
import*asenfrom'../translations/en.json';
-import*aspt_brfrom'../translations/pt-BR.json';
-
-/** Registry of currently supported languages */
-constlanguages:Record<string,unknown>={
-en,
-'pt-BR':pt_br,
-};
-
Help us make Mushroom Strategy accessible to more users around the world by contributing and improving translations!
+
Language tags have to follow BCP 47.
+A list of most language tags can be found here:
+IANA subtag registry.
+Examples: fr, fr-CA, zh-Hans.
+
+
Check for Existing Translations: See if your language is already being worked on or exists.
+
Locate Translation Files: Language files are found within the src/translations directory.
+ Each language has its own locale.json file (e.g., en.json, nl.json, pt-BR.json).
+
+
Create or Update:
+
+
To create a new language: Copy an existing .json file (e.g., en.json), rename it to your language
+ code (e.g., de.json for German), and translate the property values.
+
To update an existing language: Open the .json file for your language and update any missing or
+ outdated translations.
+
+
+
+
Test Your Changes: Thoroughly test your changes to ensure they work as expected and don't introduce new issues.
+
+
You can build the strategy with npm run build (for production) or npm run build-dev (for development/testing).
+
Copy the built files to your Home Assistant's www/community/mushroom-strategy directory for testing.
+Remember to clear the cache of your Home Assistant client to see the changes.
+
+
+
Info
+
If your www/community/mushroom-strategy directory contains a file called mushroom-strategy.js.gz, rename or
+delete it.
+
+
+
+
Format and Lint Your Changes:
+
+
Run the formatter with npm run json:format.
+
Run the formatter with npm run ts:format.
+
Build the strategy with npm run build.
+
+
All of these tasks should result without errors.
+
+
+
Commit Your Changes.
+
+
+
Push to Your Fork.
+
+
+
Open a Pull Request (PR).
+
+
+
+
+
Info
+
Integrating a new Translation:
+
+
For your new language file to be picked up, it needs to be imported and registered at file
+ src/utilities/localize.ts.
+
You will need to add an import statement for your new .json file at the top, following the existing pattern.
+
Then, you'll need to add it to the languages map, associating the language code with the imported module.
+
+
Special Handling for language-country Locales:
+If you are adding a country-specific locale (e.g., es-ES for Spanish (Spain) or en-GB for English
+(United Kingdom)), you should create a file like en-GB.json in the translations folder. In
+src/utilities/localize.ts, you'll import it similarly and add it to the languages map using the full locale
+code.
+Please ensure you follow existing patterns for language-country codes, which typically use a hyphen (-) + a
+UPPER-cased country code in the file name and an underscore (_) + a lower-cased country code in the import key.
+
+
Example
+
import*asenfrom'../translations/en.json';
+import*aspt_brfrom'../translations/pt-BR.json';
+
+/** Registry of currently supported languages */
+constlanguages:Record<string,unknown>={
+en,
+'pt-BR':pt_br,
+};
+
This guide outlines a common workflow for contributing to our project.
+
+
+
+
Fork the Repository
+ Start by forking our repository (the upstream project) to your own GitHub account.
+ This creates a personal copy where you can make your changes without affecting the original project directly.
+
+
+
Clone Your Fork
+ Clone your forked repository from your GitHub account to your local machine.
+
+
+
Set Up Your Local Development Environment
+ Before making changes, ensure your local environment is ready.
+ See Getting Started.
+
+
+
Make Your Changes
+ Work in a new branch for better organization and easier pull requests and Implement your bug fix, new feature, or
+ documentation update.
+ See chapters Code, Documentation, and Translations for guidance and
+ details.
+
+
+
Test Your Changes
+ Thoroughly test your changes to ensure they work as expected, address the intended problem, and do not introduce any
+ new issues or regressions.
+
+
+
Format and Lint Your Changes
+ Your code should be well-formatted and linted to ensure consistency and readability.
+ If you've set up the project correctly, the tools for this should already be available to this project.
+
+
+
Commit Your Changes
+ Stage your changes and commit them with a clear, descriptive message.
+ Aim for a concise subject line followed by a more detailed body if necessary.
+ E.g.:
+
Fix: Resolve issue with feature X
+
+A clear and concise description of what has been changed, why it was necessary, and any relevant context.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/faq/index.html b/faq/index.html
index b1550d4..75f0742 100644
--- a/faq/index.html
+++ b/faq/index.html
@@ -316,17 +316,18 @@
-
In the UI of the dashboard, select in the top right corner.
@@ -799,17 +966,16 @@
strategy:type:custom:mushroom-strategy
-views:[]
-
-
[!NOTE]
-You may see the following error:
-
+
+
Warning
+
You may see the following error:
Error loading the dashboard strategy:
Error: Timeout waiting for strategy
element ||-strategy-mushroom-strategy to
be registered
+
This is mainly because of cache issues or HACS didn't create a reference.
Try clearing the cache of your client and/or re-downloading the strategy from HACS.
If it still doesn't work, please consult guide
diff --git a/getting-started/installation/index.html b/getting-started/installation/index.html
index e9a164e..67177fb 100644
--- a/getting-started/installation/index.html
+++ b/getting-started/installation/index.html
@@ -316,17 +316,18 @@
-
Mushroom dashboard strategy and dependencies are available in HACS (Home Assistant
Community Store).
Install HACS if you don't have it already.
@@ -879,10 +1046,10 @@ They will open the HACS repository at your Home Assistant instance directly.
By default, Home Assistant will notify you when an update of the strategy is available.
You can update the strategy by going to Settings found at the bottom of the sidebar.
@@ -888,7 +1055,7 @@ engage with the community!
star on GitHub and exploring ways
to sponsor the project to support its continued development! Your
support helps us grow and improve.
-
The areas group enables you to specify the configuration of specific areas.
Each configuration is identified by an area id and can have the following options:
@@ -924,7 +1091,7 @@ Please follow the links below to see the additional options per card type.
The card_options group enables you to specify the configuration of entity cards.
Each configuration is identified by an entity id and can have the following options:
@@ -881,8 +1048,7 @@ Each configuration is identified by an entity id and can have the following opti
Tip
You can build your card at another dashboard and copy the cards group from the YAML of that dashboard into group
-card_options of the strategy configuration.
-The YAML can be found in the Raw configuration editor.
+card_options of the strategy configuration. The YAML can be found in the Raw configuration editor.
The domains group enables you to specify the configuration of a domain in a view.
Each configuration is identified by a domain name and can have the following options:
The stack_count option is a map of sections to define the number of cards per row.
+
The stack_count option is a map of sections to define the number of cards per row.
The key of the map is the section, while the value is the number of cards per row.
The areas section is a special case, where the value is an array of two numbers.
The first number is the number of default cards per row, while the second number is the number of
@@ -1026,7 +1193,7 @@ The first number is the number of default cards per row, while the second number
Note
-
Section specific options take precedence over options set for all sections.!
+
Section specific options take precedence over options set for all sections!
@@ -1141,8 +1308,7 @@ These cards will be shown between the greeting card and area cards.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into
-group extra_views of the strategy configuration.
-The YAML can be found in the Raw configuration editor.
+group extra_views of the strategy configuration. The YAML can be found in the Raw configuration editor.
strategy:
@@ -1170,8 +1336,7 @@ These cards will be shown below the areas.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into
-group extra_cards of the strategy configuration.
-The YAML can be found in the Raw configuration editor.
+group extra_cards of the strategy configuration. The YAML can be found in the Raw configuration editor.
Mushroom strategy includes several views to control/view entities of a specific domain.
Hidden/Disabled entities or linked to a hidden area are excluded from the view.
The following views are supported and enabled by default:
diff --git a/search/search_index.json b/search/search_index.json
index 1817b83..6714aad 100644
--- a/search/search_index.json
+++ b/search/search_index.json
@@ -1 +1 @@
-{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"Welcome to the Mushroom Strategy Documentation","text":"
The Mushroom Strategy is an innovative solution for Home Assistant that empowers you to effortlessly create beautiful, intuitive, and automatically generated dashboards using the popular Mushroom cards.
Say goodbye to tedious manual YAML configuration for every card! With the Mushroom Strategy, you can define your entities, areas, and devices and let the strategy intelligently build a dynamic and responsive dashboard tailored to your smart home.
"},{"location":"#key-features-benefits","title":"\u2728 Key Features & Benefits","text":"
Automated Dashboard Generation: Create a comprehensive dashboard with minimal YAML, saving you countless hours.
Leverages Mushroom Cards: Enjoy the stunning aesthetics and rich functionality of Mushroom cards, renowned for their clean design and user-friendliness.
Entity, Device, and Area-Aware: Automatically organizes your Home Assistant components into logical, navigable views.
Built-in Views: Access pre-built views for specific domains like lights, fans, climate, and more, ensuring quick control.
Highly Customizable: While automated, the strategy provides ample options to fine-tune the appearance and behavior to match your preferences.
Responsive Design: Your generated dashboard will look great and function seamlessly across all devices \u2013 mobile, tablet, and desktop.
Mini Graph: Utilize Mini Graphs to visualize data of sensors.
Stateful Scenes Support: Support for stateful scenes from Stateful Scenes.
"},{"location":"#get-started-in-minutes","title":"\ud83d\ude80 Get Started in Minutes","text":"
Ready to transform your Home Assistant interface? Follow these guides to get your Mushroom Strategy dashboard up and running:
Installation Guide: Step-by-step instructions to install the strategy via HACS or manually.
Basic Setup: Learn the fundamental configuration to generate your first dashboard.
Configuration Options: Dive deeper into all available settings to customize your dashboard to perfection.
Usage Example: An example to show most of the configuration options.
We're excited for you to experience the simplicity and power of the Mushroom Strategy. If you have questions, encounter issues, or want to contribute, please visit our GitHub repository and engage with the community!
Enjoying the Mushroom Strategy? Consider giving our project a star on GitHub and exploring ways to sponsor the project to support its continued development! Your support helps us grow and improve.
"},{"location":"#previews","title":"Previews","text":"Click here for more images..."},{"location":"contributing/","title":"\ud83e\udd1d Contributing to Mushroom Strategy","text":"
We love contributions from the community! Whether you're reporting a bug, suggesting a new feature, or submitting code changes, your help makes the Mushroom Strategy better for everyone.
Please take a moment to review this guide before making a contribution.
"},{"location":"contributing/#code-of-conduct","title":"\ud83d\udcdc Code of Conduct","text":"
To ensure a welcoming and inclusive environment, all contributors are expected to adhere to our Code of Conduct. Please read it carefully.
Create a New Branch: Create a new branch for your feature or bug fix. Use a descriptive name (e.g., feature/my-awesome-feature, bugfix/fix-admonition-rendering).
git checkout -b feature/my-new-feature\n
Set up Development Environment:
Ensure you have Node.js and npm installed.
Install project dependencies: npm install
You can build the strategy with npm run build (for production) or npm run build-dev (for development/testing).
Copy the built files to your Home Assistant's www/community/mushroom-strategy folder for testing.
Make Your Changes: Implement your bug fix or new feature.
Test Your Changes: Thoroughly test your changes to ensure they work as expected and don't introduce new issues.
Commit Your Changes:
We follow Conventional Commits for clear commit history.
Example: feat: add new card option or fix: correct card rendering issue
git add .\ngit commit -m \"feat: add super cool new feature\"\n
Push to Your Fork:
git push origin feature/my-new-feature\n
Create a Pull Request (PR):
Go to your forked repository on GitHub.
You should see a prompt to create a pull request from your new branch to the main branch of DigiLive/mushroom-strategy.
Provide a clear title and description for your PR, referencing any related issues.
Be prepared to discuss your changes and address any feedback during the review process.
Good documentation is vital! If you find typos, unclear sections, or want to add more examples, please open a pull request. The documentation is located in the docs/ folder of this repository.
Help us make Mushroom Strategy accessible to more users around the world by contributing and improving translations!
Language tags have to follow BCP 47. A list of most language tags can be found here: IANA subtag registry. Examples: fr, fr-CA, zh-Hans.
Check for Existing Translations: See if your language is already being worked on or exists.
Locate Translation Files: Language files are found within the src/translations directory. Each language has its own locale.json file (e.g., en.json, nl.json, pt-BR.json).
Create or Update:
To create a new language: Copy an existing .json file (e.g., en.json), rename it to your language code (e.g., de.json for German), and translate the property values.
To update an existing language: Open the .json file for your language and update any missing or outdated translations.
Submit a Pull Request: Once your translations are complete, submit a pull request with your changes. Clearly state which language you are contributing to or updating.
Info
Integrating a new Translation:
For your new language file to be picked up, it needs to be imported and registered at file src/utilities/localize.ts.
You will need to add an import statement for your new .json file at the top, following the existing pattern.
Then, you'll need to add it to the languages map, associating the language code with the imported module.
Special Handling for language-country Locales: If you are adding a country-specific locale (e.g., es-ES for Spanish (Spain) or en-GB for English (United Kingdom)), you should create a file like en-GB.json in the translations folder. In src/utilities/localize.ts, you'll import it similarly and add it to the languages map using the full locale code. Please ensure you follow existing patterns for language-country codes, which typically use a hyphen (-) + a UPPER-cased country code in the file name and an underscore (_) + a lower-cased country code in the import key.
Example
import * as en from '../translations/en.json';\nimport * as pt_br from '../translations/pt-BR.json';\n\n/** Registry of currently supported languages */\nconst languages: Record<string, unknown> = {\n en,\n 'pt-BR': pt_br,\n};\n
"},{"location":"contributing/#get-support","title":"\ud83d\ude4f Get Support","text":"
If you have questions about contributing or need help with your setup, please open a discussion on our GitHub repository.
"},{"location":"faq/","title":"Frequently Asked Questions","text":"How do I add a device or entity to an area?
You can add devices to an area by going to Settings found at the bottom of the sidebar.
Select Devices & services.
Select Devices or Entitiesat the top.
Choose the device or entity you wish to add to an area.
Select or in the top right corner.
Choose an area in the area field.
Warning
If you created an entity manually (in your configuration.yaml), you may need to create a unique_id before you can set an area to it. See Home Assistant's documentation for more info about unique ids.
How do I hide entities from the Strategy?
When creating this dashboard for the first time, you might be overwhelmed by the number of entities. To reduce the number of entities shown, you can hide these entities by following the steps below:
Click and hold the entity.
Click in the top right corner of the popup.
Set Visible to off.
Note
If you don't want to hide the entity from all dashboards, you can use Card Options to hide specific entities and devices.
How do I get the id of entities, devices and areas?
Entity Id
Select Settings at the bottom of the sidebar.
Select Devices & services.
Select Entities at the top.
Choose the entity you want to get the id of.
Click in the top right corner of the popup.
Device Id
Select Settings at the bottom of the sidebar.
Select Devices & services.
Select Devices at the top.
Select the device you want to get the id of.
The device id is shown as the last part of the url in the address bar. E.g.: https://.../config/devices/device/h55b6k54j76g56
Area Id
Select Settings at the bottom of the sidebar.
Select Areas.
Select of the area you want to get the id of.
"},{"location":"full-example/","title":"Full example using all the options provided with the strategy","text":"
Error loading the dashboard strategy:\n Error: Timeout waiting for strategy\n element ||-strategy-mushroom-strategy to\n be registered\n
This is mainly because of cache issues or HACS didn't create a reference. Try clearing the cache of your client and/or re-downloading the strategy from HACS.
If it still doesn't work, please consult guide How to solve: Error loading the dashboard strategy.
Mushroom dashboard strategy and dependencies are available in HACS (Home Assistant Community Store). Install HACS if you don't have it already. For assistance, you can follow the installation guide.
Once you have HACS installed, you can install custom integration and plug-ins. This guide offers you badges to open your Home Assistant on the correct page. If the badges don't work, try installing from HACS manually:
Open HACS in Home Assistant (Usually in the menu on the left side).
At the top, search for the component you want to install.
Select the three-dot menu on the right side of the component and select Download.
Choose the desired version and select Download again.
You need to install the following HACS integrations before you can use this strategy. Click the badges below and follow the installation instructions. They will open the HACS repository at your Home Assistant instance directly.
By default, Home Assistant will notify you when an update of the strategy is available. You can update the strategy by going to Settings found at the bottom of the sidebar.
Tip
You can enable notifications of pre-releases.
Go to Settings > Devices & services > Entities.
Search for Mushroom Dashboard and switch on the Pre-release entity.
All chips are enabled and count the number of \"active\" entities.
For the weather chip, the entity is selected automatically unless you specify one.
All entities without an area are added to the undisclosed area.
All configuration- and diagnostic entities are hidden.
The options are divided into groups as described below.
Name Type Default Description areas object undisclosed See Area Options. card_options object empty See Card Options. domains object All supported domains See Domain Options. home_view object unset See Home View Options. chips object All supported chips See Chip Options. quick_access_cards array of cards empty List of cards to show between the greeting card and the area cards.See Quick Access Cards. extra_cards array of cards empty List of cards to show below the area cards.See extra Cards. views object All supported views See View Options. extra_views array of views empty List of user defined views to add to the dashboard.See Extra Views."},{"location":"options/#example","title":"Example","text":"
The areas group enables you to specify the configuration of specific areas. Each configuration is identified by an area id and can have the following options:
Name Type Default Description extra_cards array of cards [] A list of cards to show on the top of the area sub-view. hidden boolean false Set to true to exclude the area from the dashboard and views. name string Area specific The name of the area. order number unset Ordering position of the area in the list of available areas. type string default Set to a type of area card. (Currently supported: default & HaAreaCard
Also, all options from the Template mushroom card and/or Home Assistant Area card are supported. Please follow the links below to see the additional options per card type.
The strategy has a special area, named undisclosed. This area is enabled by default and includes the entities that aren't linked to any Home Assistant area.
The area can be configured like any other area as described above. To exclude this area from the dashboard and views, set its property hidden to true.
"},{"location":"options/area-options/#setting-options-for-all-areas","title":"Setting options for all areas","text":"
Use _ as an identifier to set the options for all areas. The following example sets the type of all area-cards to the one of Home Assistant:
The card_options group enables you to specify the configuration of entity cards. Each configuration is identified by an entity id and can have the following options:
name type default description hidden boolean false Set to true to exclude the card from the dashboard. type string domain specific The type for card to apply. ... ... type specific An option belonging to the given card type.
Depending on the type of card, you can also specify options belonging to that type.
Providing a device id will enable you to hide all the entities associated with that device.
strategy:\n type: custom:mushroom-strategy\n options:\n card_options:\n fan.master_bedroom_fan:\n type: custom:mushroom-fan-card\n icon: mdi:fan\n remote.harmony_hub_wk:\n hidden: true\n 077ba0492c9bb3b3134f1f3a626a: # this is a device id\n hidden: true\n
Tip
You can build your card at another dashboard and copy the cards group from the YAML of that dashboard into group card_options of the strategy configuration. The YAML can be found in the Raw configuration editor.
The domains group enables you to specify the configuration of a domain in a view. Each configuration is identified by a domain name and can have the following options:
Option type Default Description hidden boolean false Set to true to exclude the domain from the dashboard. hide_config_entities boolean true Set to false to include config-entities to the dashboard. hide_diagnostic_entities boolean true Set to false to include diagnostic-entities to the dashboard. order number unset Ordering position of the domain entities in a view. showControls boolean true Weather to show controls in a view, to switch all entities of the domain. stack_count object {_: 1} Cards per row.1 title string domain specific Title of the domain in a view.
Note
Domain default represents any other domain than supported by this strategy.
The showControls option will default to false for domain which can't be controlled.
The hide_config_entities and hide_diagnostic_entities options are only available as an \"All domains\" option.
"},{"location":"options/domain-options/#setting-options-for-all-domains","title":"Setting options for all domains","text":"
Use _ as the identifier to set options for all domains.
Click to expand the full list of supported domains
_ (All domains)
area
binary_sensor
camera
climate
cover
default (Miscellaneous)
fan
input_select
light
lock
media_player
number
person
scene
select
sensor
switch
vacuum
valve
In the different views, the cards belonging to a specific domain will be horizontally stacked into a row. The number of cards per row can be configured with this option.\u00a0\u21a9
The home_view group enables you to specify the configuration of the Home view.
Option type default Description hidden array [] Array of sections to hide from the home view. stack_count object {_: 2} Cards per row."},{"location":"options/home-view-options/#hiding-sections","title":"Hiding sections","text":"
The following sections can be hidden from the Home view:
The stack_count option is a map of sections to define the number of cards per row. The key of the map is the section, while the value is the number of cards per row.
The areas section is a special case, where the value is an array of two numbers. The first number is the number of default cards per row, while the second number is the number of Home Assistant cards per row.
home_view:\n stack_count:\n _: 2 # Two cards per row for all sections.\n persons: 3 # Three person cards per row.\n areas: [2,1] # [Two Strategy Card per row, 1 HASS card per row]\n
Note
Section specific options take precedence over options set for all sections.!
The mushroom strategy has chips that indicate the number of entities for a specific domain which are in an \"active\" state. Hidden/Disabled entities are excluded from this count.
Tapping a chip will set corresponding entities to an \"inactive\" state.1
Tap and hold a chip, will navigate to the corresponding view.
The chips group enables you to specify the configuration of chips.
Name type default Description light_count boolean false Number of lights on. fan_count boolean false Number of fans on. cover_count boolean false Number of covers not closed. No tap action. switch_count boolean false Number of switches on. climate_count boolean false Number of climate not off. No tap action. weather_entity string auto Entity id for the weather chip to use. extra_chips array [] List of extra chips to show.
If weather_entity is set to auto, the weather chip uses the first entity of the weather domain it finds. You can define a custom entity to use by setting an entity id.
Note
To hide the weather chip, you should hide or disable the entity itself.
To add custom chips, you can configure them in extra_chips. See Mushroom Chips for all available chips.
Tip
You can build your chips in a temporary card in another dashboard and copy the chips group from the YAML of that card into group extra_chips of the strategy configuration. The YAML can be found in the Raw configuration editor.
The quick_access_cards group enables you to specify the configuration of additional cards in the view. These cards will be shown between the greeting card and area cards.
Each card can have the options as described at Card Options.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into group extra_views of the strategy configuration. The YAML can be found in the Raw configuration editor.
The extra_cards group enables you to specify the configuration of additional cards in the view. These cards will be shown below the areas.
Each card can have the options as described at Card Options.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into group extra_cards of the strategy configuration. The YAML can be found in the Raw configuration editor.
Mushroom strategy includes several views to control/view entities of a specific domain. Hidden/Disabled entities or linked to a hidden area are excluded from the view.
The following views are supported and enabled by default:
View Type Description camera object View to control cameras. climate object View to control climates. cover object View to control covers. fan object View to control fans. home object An overview of several entities and areas. light object View to control lights. lock object View to control locks. scene object View to control scenes. switch object View to control switches. vacuum object View to control vacuums. valve object View to control valves.
The views group enables you to specify the configuration of a view. Each configuration is identified by a view name and can have the following options:
name type Default description hidden boolean false Set to true to exclude the view from the dashboard icon string domain specific Icon of the view in the navigation bar. order string home, light, fan, cover, switch, climate, camera, vacuum, scene, lock, valve Ordering position of the view in the navigation bar. title string domain specific Title of the view in the navigation bar. (Shown when no icon is defined or hovering above it.)"},{"location":"options/view-options/#example","title":"Example","text":"
The extra_views group enables you to specify the configuration of additional views. Each view can have the options as described in the Home Assistant documentation.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into group extra_views of the strategy configuration. The YAML can be found in the Raw configuration editor.
"}]}
\ No newline at end of file
+{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"Welcome to the Mushroom Strategy Documentation","text":"
The Mushroom Strategy is an innovative solution for Home Assistant that empowers you to effortlessly create beautiful, intuitive, and automatically generated dashboards using the popular Mushroom cards.
Say goodbye to tedious manual YAML configuration for every card! With the Mushroom Strategy, you can define your entities, areas, and devices and let the strategy intelligently build a dynamic and responsive dashboard tailored to your smart home.
"},{"location":"#key-features-benefits","title":"\u2728 Key Features & Benefits","text":"
Automated Dashboard Generation: Create a comprehensive dashboard with minimal YAML, saving you countless hours.
Leverages Mushroom Cards: Enjoy the stunning aesthetics and rich functionality of Mushroom cards, renowned for their clean design and user-friendliness.
Entity, Device, and Area-Aware: Automatically organizes your Home Assistant components into logical, navigable views.
Built-in Views: Access pre-built views for specific domains like lights, fans, climate, and more, ensuring quick control.
Highly Customizable: While automated, the strategy provides ample options to fine-tune the appearance and behavior to match your preferences.
Responsive Design: Your generated dashboard will look great and function seamlessly across all devices \u2013 mobile, tablet, and desktop.
Mini Graph: Utilize Mini Graphs to visualize data of sensors.
Stateful Scenes Support: Support for stateful scenes from Stateful Scenes.
"},{"location":"#get-started-in-minutes","title":"\ud83d\ude80 Get Started in Minutes","text":"
Ready to transform your Home Assistant interface? Follow these guides to get your Mushroom Strategy dashboard up and running:
Installation Guide: Step-by-step instructions to install the strategy via HACS or manually.
Basic Setup: Learn the fundamental configuration to generate your first dashboard.
Configuration Options: Dive deeper into all available settings to customize your dashboard to perfection.
Usage Example: An example to show most of the configuration options.
We're excited for you to experience the simplicity and power of the Mushroom Strategy. If you have questions, encounter issues, or want to contribute, please visit our GitHub repository and engage with the community!
Enjoying the Mushroom Strategy? Consider giving our project a star on GitHub and exploring ways to sponsor the project to support its continued development! Your support helps us grow and improve.
"},{"location":"#sneak-peak","title":"\ud83d\udc40 Sneak Peak","text":"Click here for more images..."},{"location":"faq/","title":"Frequently Asked Questions","text":"How do I add a device or entity to an area?
You can add devices to an area by going to Settings found at the bottom of the sidebar.
Select Devices & services.
Select Devices or Entitiesat the top.
Choose the device or entity you wish to add to an area.
Select or in the top right corner.
Choose an area in the area field.
Warning
If you created an entity manually (in your configuration.yaml), you may need to create a unique_id before you can set an area to it. See Home Assistant's documentation for more info about unique ids.
How do I hide entities from the Strategy?
When creating this dashboard for the first time, you might be overwhelmed by the number of entities. To reduce the number of entities shown, you can hide these entities by following the steps below:
Click and hold the entity.
Click in the top right corner of the popup.
Set Visible to off.
Note
If you don't want to hide the entity from all dashboards, you can use Card Options to hide specific entities and devices.
How do I get the id of entities, devices and areas?
Entity Id
Select Settings at the bottom of the sidebar.
Select Devices & services.
Select Entities at the top.
Choose the entity you want to get the id of.
Click in the top right corner of the popup.
Device Id
Select Settings at the bottom of the sidebar.
Select Devices & services.
Select Devices at the top.
Select the device you want to get the id of.
The device id is shown as the last part of the url in the address bar. E.g.: https://.../config/devices/device/h55b6k54j76g56
Area Id
Select Settings at the bottom of the sidebar.
Select Areas.
Select of the area you want to get the id of.
"},{"location":"full-example/","title":"\ud83d\udcdd Full example using all the options provided with the strategy","text":"
"},{"location":"contributing/","title":"\ud83e\udd1d Contributing to Mushroom Strategy","text":"
We love contributions from the community! Whether you're reporting a bug, suggesting a new feature, or submitting code changes, your help makes the Mushroom Strategy better for everyone.
Please take a moment to review this guide before making a contribution.
"},{"location":"contributing/#code-of-conduct","title":"\ud83d\udcdc Code of Conduct","text":"
To ensure a welcoming and inclusive environment, all contributors are expected to adhere to our Code of Conduct. Please read it carefully.
Want to get your hands dirty with the code? Awesome! We appreciate all code contributions.
Follow the Workflow:
Make Your Changes: Implement your bug fix or new feature.
Test Your Changes: Thoroughly test your changes to ensure they work as expected and don't introduce new issues.
You can build the strategy with npm run build (for production) or npm run build-dev (for development/testing).
Copy the built files to your Home Assistant's www/community/mushroom-strategy directory for testing. Remember to clear the cache of your Home Assistant client to see the changes.
Info
If your www/community/mushroom-strategy directory contains a file called mushroom-strategy.js.gz, rename or delete it.
Format and Lint Your Changes:
Run the formatter with npm run ts:format.
Build the strategy with npm run build.
Both of these tasks should result without errors.
Commit Your Changes.
Push to Your Fork.
Open a Pull Request (PR).
Thank you for taking the time to help us improve our project! Your contributions make a real difference. \ud83c\udf89
"},{"location":"contributing/documentation/","title":"\ud83d\udcc4 Contributing to the Documentation","text":"
Good documentation is crucial for our project's success! We truly appreciate any contributions, whether it's fixing a typo, clarifying a section, adding more examples, or even extending existing topics. This guide will walk you through the process of contributing.
The entire documentation lives in the docs/ folder of this repository.
Follow the Workflow:
Serve the Documentation Locally: Start the local development server. This task needs to be run from the project root (where the mkdocs.yml file is):
mkdocs serve\n
This will usually launch a local server, at http://127.0.0.1:8000. The server will automatically reload in your browser as you make and save changes to the documentation files. To stop the server, press Ctrl + C in the terminal.
Edit Markdown Files: All documentation content is written in Markdown (.md files). You can find them within the docs/ folder.
For advanced formatting options, refer to the Material for MkDocs reference.
Add New Pages:
Create a new .md file in the most appropriate directory within docs/.
Important
You'll need to add the new page to the navigation (nav) section of the mkdocs.yml file for it to appear in the sidebar. Follow the existing structure.
Add Images:
Place any image files into the docs/images/ directory.
Reference them in your Markdown using the syntax: 
Preview Changes: As you save your .md files, the local server running at http://127.0.0.1:8000 will automatically refresh, allowing you to see your changes instantly.
Format and Lint Your Changes:
Build the linter with npm run md:lint-fix.
This task should result without errors.
Commit Your Changes.
Push to Your Fork.
Open a Pull Request (PR).
"},{"location":"contributing/documentation/#documentation-style-and-quality","title":"Documentation Style and Quality","text":"
To maintain consistency and quality:
Clarity and Conciseness: Use straightforward, clear, and concise language.
Examples: Include images and code examples whenever they help clarify a point.
Thank you for taking the time to help us improve our documentation! Your contributions make a real difference. \ud83c\udf89
Before you begin, make sure you have the following installed on your system:
Git: For version control and managing your changes.
Node.js and npm: Required for running scripts defined in package.json (e.g., linting). Download from nodejs.org.
For contributing to the documentation, the following prerequisites are also required:
Python 3.7 or higher: Download from python.org/downloads.
pip (Python package installer): Usually comes with Python, but you can find installation instructions at pip.pypa.io/en/stable/installation/.
"},{"location":"contributing/getting-started/#local-environment","title":"\ud83d\udee0\ufe0f Local Environment","text":"
To make and preview your changes, you'll need to set up a development environment locally:
Fork the Repository: Go to our main repository on GitHub and click the \"Fork\" button. This creates a copy of the repository under your GitHub account.
Clone Your Fork: On your local machine, clone your forked repository using Git.
Install Node.js Dependencies: Navigate to the root of the cloned project (where package.json is located) and install its dependencies:
npm install\n
Install Python Documentation Tools: Navigate to the root of the cloned project (where mkdocs.yml is located) and install MkDocs along with the necessary themes and plugins:
Help us make Mushroom Strategy accessible to more users around the world by contributing and improving translations!
Language tags have to follow BCP 47. A list of most language tags can be found here: IANA subtag registry. Examples: fr, fr-CA, zh-Hans.
Check for Existing Translations: See if your language is already being worked on or exists.
Locate Translation Files: Language files are found within the src/translations directory. Each language has its own locale.json file (e.g., en.json, nl.json, pt-BR.json).
Create or Update:
To create a new language: Copy an existing .json file (e.g., en.json), rename it to your language code (e.g., de.json for German), and translate the property values.
To update an existing language: Open the .json file for your language and update any missing or outdated translations.
Test Your Changes: Thoroughly test your changes to ensure they work as expected and don't introduce new issues.
You can build the strategy with npm run build (for production) or npm run build-dev (for development/testing).
Copy the built files to your Home Assistant's www/community/mushroom-strategy directory for testing. Remember to clear the cache of your Home Assistant client to see the changes.
Info
If your www/community/mushroom-strategy directory contains a file called mushroom-strategy.js.gz, rename or delete it.
Format and Lint Your Changes:
Run the formatter with npm run json:format.
Run the formatter with npm run ts:format.
Build the strategy with npm run build.
All of these tasks should result without errors.
Commit Your Changes.
Push to Your Fork.
Open a Pull Request (PR).
Info
Integrating a new Translation:
For your new language file to be picked up, it needs to be imported and registered at file src/utilities/localize.ts.
You will need to add an import statement for your new .json file at the top, following the existing pattern.
Then, you'll need to add it to the languages map, associating the language code with the imported module.
Special Handling for language-country Locales: If you are adding a country-specific locale (e.g., es-ES for Spanish (Spain) or en-GB for English (United Kingdom)), you should create a file like en-GB.json in the translations folder. In src/utilities/localize.ts, you'll import it similarly and add it to the languages map using the full locale code. Please ensure you follow existing patterns for language-country codes, which typically use a hyphen (-) + a UPPER-cased country code in the file name and an underscore (_) + a lower-cased country code in the import key.
Example
import * as en from '../translations/en.json';\nimport * as pt_br from '../translations/pt-BR.json';\n\n/** Registry of currently supported languages */\nconst languages: Record<string, unknown> = {\n en,\n 'pt-BR': pt_br,\n};\n
This guide outlines a common workflow for contributing to our project.
Fork the Repository Start by forking our repository (the upstream project) to your own GitHub account. This creates a personal copy where you can make your changes without affecting the original project directly.
Clone Your Fork Clone your forked repository from your GitHub account to your local machine.
Set Up Your Local Development Environment Before making changes, ensure your local environment is ready. See Getting Started.
Make Your Changes Work in a new branch for better organization and easier pull requests and Implement your bug fix, new feature, or documentation update. See chapters Code, Documentation, and Translations for guidance and details.
Test Your Changes Thoroughly test your changes to ensure they work as expected, address the intended problem, and do not introduce any new issues or regressions.
Format and Lint Your Changes Your code should be well-formatted and linted to ensure consistency and readability. If you've set up the project correctly, the tools for this should already be available to this project.
Commit Your Changes Stage your changes and commit them with a clear, descriptive message. Aim for a concise subject line followed by a more detailed body if necessary. E.g.:
Fix: Resolve issue with feature X\n\nA clear and concise description of what has been changed, why it was necessary, and any relevant context.\n
In the UI of the dashboard, select in the top right corner.
If not taken to a Raw Configuration editor, click the three-dot menu in the top right corner.
Select Raw configuration editor.
Empty the configuration and add the following lines:
strategy:\n type: custom:mushroom-strategy\n
Warning
You may see the following error:
Error loading the dashboard strategy:\n Error: Timeout waiting for strategy\n element ||-strategy-mushroom-strategy to\n be registered\n
This is mainly because of cache issues or HACS didn't create a reference. Try clearing the cache of your client and/or re-downloading the strategy from HACS.
If it still doesn't work, please consult guide How to solve: Error loading the dashboard strategy.
Mushroom dashboard strategy and dependencies are available in HACS (Home Assistant Community Store). Install HACS if you don't have it already. For assistance, you can follow the installation guide.
Once you have HACS installed, you can install custom integration and plug-ins. This guide offers you badges to open your Home Assistant on the correct page. If the badges don't work, try installing from HACS manually:
Open HACS in Home Assistant (Usually in the menu on the left side).
At the top, search for the component you want to install.
Select the three-dot menu on the right side of the component and select Download.
Choose the desired version and select Download again.
You need to install the following HACS integrations before you can use this strategy. Click the badges below and follow the installation instructions. They will open the HACS repository at your Home Assistant instance directly.
By default, Home Assistant will notify you when an update of the strategy is available. You can update the strategy by going to Settings found at the bottom of the sidebar.
Tip
You can enable notifications of pre-releases.
Go to Settings > Devices & services > Entities.
Search for Mushroom Dashboard and switch on the Pre-release entity.
All chips are enabled and count the number of \"active\" entities.
For the weather chip, the entity is selected automatically unless you specify one.
All entities without an area are added to the undisclosed area.
All configuration- and diagnostic entities are hidden.
The options are divided into groups as described below.
Name Type Default Description areas object undisclosed See Area Options. card_options object empty See Card Options. domains object All supported domains See Domain Options. home_view object unset See Home View Options. chips object All supported chips See Chip Options. quick_access_cards array of cards empty List of cards to show between the greeting card and the area cards.See Quick Access Cards. extra_cards array of cards empty List of cards to show below the area cards.See extra Cards. views object All supported views See View Options. extra_views array of views empty List of user defined views to add to the dashboard.See Extra Views."},{"location":"options/#example","title":"Example","text":"
"},{"location":"options/area-options/","title":"\ud83d\udecb\ufe0f Area Options","text":"
The areas group enables you to specify the configuration of specific areas. Each configuration is identified by an area id and can have the following options:
Name Type Default Description extra_cards array of cards [] A list of cards to show on the top of the area sub-view. hidden boolean false Set to true to exclude the area from the dashboard and views. name string Area specific The name of the area. order number unset Ordering position of the area in the list of available areas. type string default Set to a type of area card. (Currently supported: default & HaAreaCard
Also, all options from the Template mushroom card and/or Home Assistant Area card are supported. Please follow the links below to see the additional options per card type.
The strategy has a special area, named undisclosed. This area is enabled by default and includes the entities that aren't linked to any Home Assistant area.
The area can be configured like any other area as described above. To exclude this area from the dashboard and views, set its property hidden to true.
"},{"location":"options/area-options/#setting-options-for-all-areas","title":"Setting options for all areas","text":"
Use _ as an identifier to set the options for all areas. The following example sets the type of all area-cards to the one of Home Assistant:
The card_options group enables you to specify the configuration of entity cards. Each configuration is identified by an entity id and can have the following options:
name type default description hidden boolean false Set to true to exclude the card from the dashboard. type string domain specific The type for card to apply. ... ... type specific An option belonging to the given card type.
Depending on the type of card, you can also specify options belonging to that type.
Providing a device id will enable you to hide all the entities associated with that device.
strategy:\n type: custom:mushroom-strategy\n options:\n card_options:\n fan.master_bedroom_fan:\n type: custom:mushroom-fan-card\n icon: mdi:fan\n remote.harmony_hub_wk:\n hidden: true\n 077ba0492c9bb3b3134f1f3a626a: # this is a device id\n hidden: true\n
Tip
You can build your card at another dashboard and copy the cards group from the YAML of that dashboard into group card_options of the strategy configuration. The YAML can be found in the Raw configuration editor.
The domains group enables you to specify the configuration of a domain in a view. Each configuration is identified by a domain name and can have the following options:
Option type Default Description hidden boolean false Set to true to exclude the domain from the dashboard. hide_config_entities boolean true Set to false to include config-entities to the dashboard. hide_diagnostic_entities boolean true Set to false to include diagnostic-entities to the dashboard. order number unset Ordering position of the domain entities in a view. showControls boolean true Weather to show controls in a view, to switch all entities of the domain. stack_count object {_: 1} Cards per row.1 title string domain specific Title of the domain in a view.
Note
Domain default represents any other domain than supported by this strategy.
The showControls option will default to false for domain which can't be controlled.
The hide_config_entities and hide_diagnostic_entities options are only available as an \"All domains\" option.
"},{"location":"options/domain-options/#setting-options-for-all-domains","title":"Setting options for all domains","text":"
Use _ as the identifier to set options for all domains.
Click to expand the full list of supported domains
_ (All domains)
area
binary_sensor
camera
climate
cover
default (Miscellaneous)
fan
input_select
light
lock
media_player
number
person
scene
select
sensor
switch
vacuum
valve
In the different views, the cards belonging to a specific domain will be horizontally stacked into a row. The number of cards per row can be configured with this option.\u00a0\u21a9
"},{"location":"options/home-view-options/","title":"\ud83c\udfe0 Home View Options","text":"
The home_view group enables you to specify the configuration of the Home view.
Option type default Description hidden array [] Array of sections to hide from the home view. stack_count object {_: 2} Cards per row."},{"location":"options/home-view-options/#hiding-sections","title":"Hiding sections","text":"
The following sections can be hidden from the Home view:
The stack_count option is a map of sections to define the number of cards per row. The key of the map is the section, while the value is the number of cards per row.
The areas section is a special case, where the value is an array of two numbers. The first number is the number of default cards per row, while the second number is the number of Home Assistant cards per row.
home_view:\n stack_count:\n _: 2 # Two cards per row for all sections.\n persons: 3 # Three person cards per row.\n areas: [2,1] # [Two Strategy Card per row, 1 HASS card per row]\n
Note
Section specific options take precedence over options set for all sections!
The mushroom strategy has chips that indicate the number of entities for a specific domain which are in an \"active\" state. Hidden/Disabled entities are excluded from this count.
Tapping a chip will set corresponding entities to an \"inactive\" state.1
Tap and hold a chip, will navigate to the corresponding view.
The chips group enables you to specify the configuration of chips.
Name type default Description light_count boolean false Number of lights on. fan_count boolean false Number of fans on. cover_count boolean false Number of covers not closed. No tap action. switch_count boolean false Number of switches on. climate_count boolean false Number of climate not off. No tap action. weather_entity string auto Entity id for the weather chip to use. extra_chips array [] List of extra chips to show.
If weather_entity is set to auto, the weather chip uses the first entity of the weather domain it finds. You can define a custom entity to use by setting an entity id.
Note
To hide the weather chip, you should hide or disable the entity itself.
To add custom chips, you can configure them in extra_chips. See Mushroom Chips for all available chips.
Tip
You can build your chips in a temporary card in another dashboard and copy the chips group from the YAML of that card into group extra_chips of the strategy configuration. The YAML can be found in the Raw configuration editor.
The quick_access_cards group enables you to specify the configuration of additional cards in the view. These cards will be shown between the greeting card and area cards.
Each card can have the options as described at Card Options.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into group extra_views of the strategy configuration. The YAML can be found in the Raw configuration editor.
The extra_cards group enables you to specify the configuration of additional cards in the view. These cards will be shown below the areas.
Each card can have the options as described at Card Options.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into group extra_cards of the strategy configuration. The YAML can be found in the Raw configuration editor.
Mushroom strategy includes several views to control/view entities of a specific domain. Hidden/Disabled entities or linked to a hidden area are excluded from the view.
The following views are supported and enabled by default:
View Type Description camera object View to control cameras. climate object View to control climates. cover object View to control covers. fan object View to control fans. home object An overview of several entities and areas. light object View to control lights. lock object View to control locks. scene object View to control scenes. switch object View to control switches. vacuum object View to control vacuums. valve object View to control valves.
The views group enables you to specify the configuration of a view. Each configuration is identified by a view name and can have the following options:
name type Default description hidden boolean false Set to true to exclude the view from the dashboard icon string domain specific Icon of the view in the navigation bar. order string home, light, fan, cover, switch, climate, camera, vacuum, scene, lock, valve Ordering position of the view in the navigation bar. title string domain specific Title of the view in the navigation bar. (Shown when no icon is defined or hovering above it.)"},{"location":"options/view-options/#example","title":"Example","text":"
The extra_views group enables you to specify the configuration of additional views. Each view can have the options as described in the Home Assistant documentation.
Tip
You can build your view in a temporary dashboard and copy the views group from the YAML of that dashboard into group extra_views of the strategy configuration. The YAML can be found in the Raw configuration editor.