You will find here an exhaustive reference for every options you can use in DevDash configurations, for every project, service and widget.
This section will explain:
project configuration, where you will configure its title and declare its services.services themselves and their widgets.If you’re unsure how a configuration file should look like, you can look at simple configuration examples. You can as well find real life use-cases with their complete dashboard configurations.
Many screenshot are included for you to see directly how DevDash can look like.
By default, DevDash will search for a dashboard configuration (and the authorization files you might need, like a JWT) in these folders in that order:
$XDG_CONFIG_HOME/devdash/You can display your dashboard as follow: devdash -c <dashboard_name>. You can give an absolute path instead of a filename, too.
The value of XFG_CONFIG_HOME depends of your OS:
~/.config~/Library/Application Support%LOCALAPPDATA%Each widget depend on a service: the name of the widget will determine the service links to it.
For example, the widget ga.bar_pages will belong to the service google_analytics (ga).
Here are the different services you can find in the widget’s names:
| Identifier | service |
|---|---|
| ga | Google Analytics |
| gsc | Google Search Console |
| github | Github |
The second part of the widget name, bar in ga.bar_pages determine the widget type.
This schema illustrate the different levels a DevDash configuration has.
projects. The name of the project will be displayed on the dashboard.services. Often a service will require authorization credentials or other information many widgets possibly use.widgets are linked to services. These widgets needs to be positioned following a grid with rows and columns.