Difference between revisions of "Dashboard widget configuration"
(Added section about sizing) |
|||
(8 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
== Configuration help == | == Configuration help == | ||
=== Styling === | |||
All widgets have a field called "Custom CSS". This allows addition of styling, when that stylesheet is shown. | |||
As of version 8359 it is possible to use <code>#THISWIDGET#</code> to target that specific widget. | |||
<code>#THISWIDGET#</code> will automatically be replaced by the unique html-id of that widget, eg. <code>#Widget69</code>, thus allowing css that can be copied to another widget without the need to know the ID. | |||
=== Buttons === | === Buttons === | ||
Line 28: | Line 35: | ||
The lookup follows this logic: | The lookup follows this logic: | ||
* 1 = | * 1 = <code>col-4 col-md-2 col-xl-1</code> | ||
* 2 = | * 2 = <code>col-6 col-md-4 col-xl-2</code> | ||
* 3 = | * 3 = <code>col-6 col-lg-4 col-xl-3</code> | ||
* 4 = | * 4 = <code>col-12 col-md-6 col-xl-4</code> | ||
* 5 and 6 = | * 5 and 6 = <code>col-12 col-lg-8 col-xl-6</code> | ||
* 7, 8, and 9 = | * 7, 8, and 9 = <code>col-12 col-xl-8</code> | ||
* 10, 11, and 12 = | * 10, 11, and 12 = <code>col-12</code> | ||
* Above 12 = | * Above 12 = <code>col</code> | ||
=== SQL Query === | === SQL Query === | ||
An SQL Query may extract almost | An SQL Query may extract almost anything from the database. | ||
This process ignores the security restrictions in the system, so you will have to implement them yourself (see special keywords below). | |||
This | This widget supports different rendering modes, for a deep dive on the diagrams, [[Dashboard diagram widget configuration|click here]]. | ||
==== Sample: Limited status distribution ==== | ==== Sample: Limited status distribution ==== | ||
Line 64: | Line 73: | ||
To setup a list view, simple copy/paste the URL of a view. | To setup a list view, simple copy/paste the URL of a view. | ||
Optimally you should strip anything but the parameters from the URL | Optimally you should strip anything but the parameters from the URL. | ||
?SagID=252&command=list&QUERY_FIELD_1=OPFLGNING& ... | ?SagID=252&command=list&QUERY_FIELD_1=OPFLGNING& ... | ||
Line 153: | Line 162: | ||
|Only rows with values equal to one of the given (comma separated list) | |Only rows with values equal to one of the given (comma separated list) | ||
|} | |} | ||
If you are signed in as an admin on a server with a version newer than 7956, you will have access to the "url button". | |||
This button redirects you to the full url, that generates the current filtering, that you have on your list. | |||
This might be an easier way to generate the correct url, when creating dashboard-list-widgets. | |||
==== Special case: List of values | ==== Special case: List of values in search parameters ==== | ||
Currently lists of search parameters are encoded | Currently lists of search parameters are encoded | ||
Line 165: | Line 179: | ||
(just change "%2C" to ",") | (just change "%2C" to ",") | ||
=== Dynamic selectors === | |||
A special case of the SQL query is the selectors. A selector will allow you to select a value or an ID for use as a parameter in another SQL query or a List view. | |||
A selector will have a name defined by setting its column name in the query | |||
SELECT DataID, CUSTOMER AS SelectedCustomer FROM data_customer WHERE StatusID = 123 | |||
In this case the value of DataID is set in a user specific variable named SelectedCustomer. The proper notation is in brackets []. | |||
This can now be used in list and SQL definitions | |||
SELECT BILLINGDATE, AMOUNT FROM data_invoice WHERE CUSTOMER = [SelectedCustomer] | |||
=== Other widgets === | === Other widgets === | ||
Line 172: | Line 197: | ||
This widget displays raw HTML ouput from any PageContentCodeunit. | This widget displays raw HTML ouput from any PageContentCodeunit. | ||
==== Distribution ==== | |||
This creates one of many diagrams to show records of an entity. Bar, circle, and table diagrams work, but the others don't. | |||
It should at the very least have the SagID of the entity and a QUERY_GROUPBY parameter to know what should be shown. If it does not have this, it will always show the status of the records. | |||
Content should look something like this:<syntaxhighlight lang="text"> | |||
?SagID=3&QUERY_GROUPBY=TOPIC | |||
</syntaxhighlight> | |||
== Pro tips == | == Pro tips == |
Latest revision as of 15:25, 17 May 2024
Configuration help
Styling
All widgets have a field called "Custom CSS". This allows addition of styling, when that stylesheet is shown.
As of version 8359 it is possible to use #THISWIDGET#
to target that specific widget.
#THISWIDGET#
will automatically be replaced by the unique html-id of that widget, eg. #Widget69
, thus allowing css that can be copied to another widget without the need to know the ID.
Buttons
All the below properties are required for the button
- ButtonGlyph: Icon of the button (3 options)
- FontAwesome 4: fa-home
- Material icons: home
- Bootstrap Icons: bi-house-door-fill
- Icon URL: http://starwars.com/LukeSkyWalker.png
- Single character: ”P”
- Title: Text below the icon
- Content: Url of the button
Optimally buttons are places in the Toolbar zone on the page, where they are rendered as normal buttons. If placed in other zones they are rendered as large squares.
Sizing
Length
Setting the length of a widget limits how many rows are shown. This setting only applies to lists.
Size
Setting the height of a widget forces it to be that number, times 100, pixels tall. This setting does not affect lists.
Setting the width of a widget applies a set of bootstrap column-classes, setting the width in a responsive manner.
The lookup follows this logic:
- 1 =
col-4 col-md-2 col-xl-1
- 2 =
col-6 col-md-4 col-xl-2
- 3 =
col-6 col-lg-4 col-xl-3
- 4 =
col-12 col-md-6 col-xl-4
- 5 and 6 =
col-12 col-lg-8 col-xl-6
- 7, 8, and 9 =
col-12 col-xl-8
- 10, 11, and 12 =
col-12
- Above 12 =
col
SQL Query
An SQL Query may extract almost anything from the database.
This process ignores the security restrictions in the system, so you will have to implement them yourself (see special keywords below).
This widget supports different rendering modes, for a deep dive on the diagrams, click here.
Sample: Limited status distribution
The following example displays quite well in a pie chart.
SELECT s.Status, count(*) FROM data_leads1 as d JOIN formstatus as s ON s.StatusID = d.StatusID WHERE d.StatusID IN (11344,11343,11345) GROUP BY 1
Special keywords / variables
- %UserID%
- %ExclusiveGroupID%
- %GroupListSql%
- %ExclusiveGroupListSql%
- %AndRecordFilter%
Lists
To setup a list view, simple copy/paste the URL of a view.
Optimally you should strip anything but the parameters from the URL.
?SagID=252&command=list&QUERY_FIELD_1=OPFLGNING& ...
Filtering the list
To filter the list, add three parameters to the url, pr filter. Make sure that every set of parameters have their own unique number.
?SagID=252&command=list&QUERY_FIELD_1=OPFLGNING&QUERY_PARAM_1=1&QUERY_VALUE_1=0 ...
Operators:
ID | Command | Note |
---|---|---|
1 | = | Only rows with values equal to |
2 | < | Only rows with value lower than |
3 | > | Only rows with values higher than |
4 | != | Only rows with values not equal to |
5 | <= | Only rows with value lower than or equal to |
6 | >= | Only rows with values higher than or equal to |
7 | CONTAINS | |
8 | Starts with | |
9 | Ends with | |
10 | IS null | |
11 | IS NOT NULL | |
15 | IN DAY | |
16 | IN MONTH | |
17 | IN YEAR | |
20 | HAS | |
21 | HAS NOT | |
22 | HAS NONE | |
23 | HAS ANY | |
24 | IN | Only rows with values equal to one of the given (comma separated list) |
If you are signed in as an admin on a server with a version newer than 7956, you will have access to the "url button".
This button redirects you to the full url, that generates the current filtering, that you have on your list.
This might be an easier way to generate the correct url, when creating dashboard-list-widgets.
Special case: List of values in search parameters
Currently lists of search parameters are encoded
... &QUERY_VALUE_3=11344%2C11343%2C11345& ...
To make them work in list views, please decode the kommas
... &QUERY_VALUE_3=11344,11343,11345& ...
(just change "%2C" to ",")
Dynamic selectors
A special case of the SQL query is the selectors. A selector will allow you to select a value or an ID for use as a parameter in another SQL query or a List view.
A selector will have a name defined by setting its column name in the query
SELECT DataID, CUSTOMER AS SelectedCustomer FROM data_customer WHERE StatusID = 123
In this case the value of DataID is set in a user specific variable named SelectedCustomer. The proper notation is in brackets [].
This can now be used in list and SQL definitions
SELECT BILLINGDATE, AMOUNT FROM data_invoice WHERE CUSTOMER = [SelectedCustomer]
Other widgets
Codeunit
This widget displays raw HTML ouput from any PageContentCodeunit.
Distribution
This creates one of many diagrams to show records of an entity. Bar, circle, and table diagrams work, but the others don't.
It should at the very least have the SagID of the entity and a QUERY_GROUPBY parameter to know what should be shown. If it does not have this, it will always show the status of the records.
Content should look something like this:
?SagID=3&QUERY_GROUPBY=TOPIC
Pro tips
Asking the right questions
To add the right content into dashboards widgets you will need to define what should be displayed
First choose either List of records (worklists) or Aggregated values (charts, tables or number)
List of records
- Fields displayed in list ?
- Sorting field ?
Aggregated values
- Format ?
- Number
- Table
- Chart (pie,bar)
- Metric ?
- Field
- Method (sum, average, min, max)
- Option: Categorization (group by another fields value)
- Option: Link to detailed data
- URL to link to ?
- Icon on button ?
- Browse | Font awesome version 4 icons
Next consider which filters limit the data
- Period ranges ?
- Status limitations ?
- User relation information ?
In case you are generating normal record lists no effort is required for security filters and hiding deleted items.