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
.