@mxtommy/kip 3.9.0-beta.12 → 3.9.0-beta.16
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.github/instructions/angular.instructions.md +46 -0
- package/README.md +12 -49
- package/package.json +1 -1
- package/public/3rdpartylicenses.txt +39 -39
- package/public/assets/help-docs/configuration.md +4 -4
- package/public/assets/help-docs/dashboards.md +4 -2
- package/public/assets/svg/icons.svg +344 -40
- package/public/{chunk-BPFSYA37.js → chunk-25PZU2O2.js} +1 -1
- package/public/chunk-2A7APCUX.js +9 -0
- package/public/{chunk-LR2ASNFJ.js → chunk-2LVIMPKK.js} +2 -2
- package/public/chunk-3NNJBUG2.js +3 -0
- package/public/chunk-3TEG54JB.js +1 -0
- package/public/chunk-5GDQVRW5.js +1 -0
- package/public/chunk-5KVBD33V.js +4 -0
- package/public/chunk-65ID7QUH.js +1 -0
- package/public/chunk-CRI44YBB.js +1 -0
- package/public/chunk-CSR4FRGT.js +1 -0
- package/public/chunk-DVIUW3OC.js +2 -0
- package/public/{chunk-4WLU7SQK.js → chunk-EQYME7LZ.js} +5 -5
- package/public/chunk-FYD5M4IT.js +16 -0
- package/public/{chunk-EWHP4JKO.js → chunk-HECHZXLY.js} +1 -1
- package/public/chunk-JZ6SEETI.js +11 -0
- package/public/{chunk-FVALI6JO.js → chunk-MZ4HV3HJ.js} +1 -1
- package/public/{chunk-EZMEBXXM.js → chunk-NHAQWUX3.js} +1 -1
- package/public/chunk-RO6EAWVQ.js +6 -0
- package/public/{chunk-IAZ6ZOIN.js → chunk-SZ2ILSI7.js} +1 -1
- package/public/{chunk-22UVF7E4.js → chunk-TEJD7CAE.js} +1 -1
- package/public/chunk-TGXMWTBW.js +1 -0
- package/public/chunk-V5UALPYU.js +3 -0
- package/public/chunk-VAOWYL36.js +1 -0
- package/public/index.html +18 -16
- package/public/main-BLOBFFNL.js +53 -0
- package/public/{styles-AE6JMQ4R.css → styles-PDNHT2L2.css} +1 -1
- package/public/chunk-2NEY3YTE.js +0 -2
- package/public/chunk-3FJFLAW2.js +0 -1
- package/public/chunk-5KJ57S2K.js +0 -2
- package/public/chunk-7RQUFCX7.js +0 -1
- package/public/chunk-7TU3ZWML.js +0 -4
- package/public/chunk-EO34EE4V.js +0 -3
- package/public/chunk-FEXPC4HW.js +0 -4
- package/public/chunk-G5XHTLTP.js +0 -3
- package/public/chunk-H5OPY2IR.js +0 -15
- package/public/chunk-LFVNB44Z.js +0 -6
- package/public/chunk-M5VFYACR.js +0 -11
- package/public/chunk-MIQ7Z5UW.js +0 -1
- package/public/chunk-RQ23BH6Q.js +0 -1
- package/public/chunk-SWYOATEE.js +0 -2
- package/public/chunk-TOY6DYVQ.js +0 -1
- package/public/chunk-Y27DLVLA.js +0 -1
- package/public/chunk-YAK5FQIH.js +0 -2
- package/public/main-J5SSLV3T.js +0 -53
|
@@ -54,6 +54,10 @@ https://angular.dev/essentials/components
|
|
|
54
54
|
https://angular.dev/essentials/signals
|
|
55
55
|
https://angular.dev/essentials/templates
|
|
56
56
|
https://angular.dev/essentials/dependency-injection
|
|
57
|
+
https://angular.dev/guide/components/queries
|
|
58
|
+
|
|
59
|
+
viewChild('tileContainer', { static: false }) tileContainer!: ElementRef<HTMLDivElement>;
|
|
60
|
+
viewChildren('tile', { read: ElementRef }) tiles!: QueryList<ElementRef<HTMLElement>>;
|
|
57
61
|
|
|
58
62
|
## Best practices & Style guide
|
|
59
63
|
Here are the best practices and the style guide information.
|
|
@@ -100,6 +104,15 @@ Here is a link to the most recent Angular style guide https://angular.dev/style-
|
|
|
100
104
|
- Use the `providedIn: 'root'` option for singleton services
|
|
101
105
|
- Use the `inject()` function instead of constructor injection
|
|
102
106
|
|
|
107
|
+
### Dashboards
|
|
108
|
+
- Dashboards are managed via `DashboardService` and support custom names and icons for easy identification
|
|
109
|
+
- Use `DashboardService.add(name, configuration, icon?)` to create dashboards with optional icons
|
|
110
|
+
- Use `DashboardService.update(index, name, icon?)` to modify existing dashboards
|
|
111
|
+
- Use `DashboardService.duplicate(index, newName, newIcon?)` to duplicate dashboards with optional icon override
|
|
112
|
+
- Icons are Material Icons (e.g., 'dashboard', 'navigation') and can be selected via the `select-icon` component
|
|
113
|
+
- The `select-icon` component loads SVG icons from configurable files (default: 'assets/svg/icons.svg'), displays them in a grid, and outputs the selected icon name
|
|
114
|
+
- Integrate icon selection in dialogs by including `<select-icon [iconFile]="'assets/svg/icons.svg'" (selectedIcon)="onIconSelected($event)"></select-icon>`
|
|
115
|
+
|
|
103
116
|
---
|
|
104
117
|
|
|
105
118
|
## Cross-Reference Instructions
|
|
@@ -118,3 +131,36 @@ Here is a link to the most recent Angular style guide https://angular.dev/style-
|
|
|
118
131
|
- Use signals, standalone components, and modern control flow from this file within the KIP architecture from `COPILOT.md`
|
|
119
132
|
- For theming and colors, always use the KIP theme system described in `COPILOT.md`, not generic CSS approaches
|
|
120
133
|
- All services should follow both the Angular DI patterns here AND the KIP service architecture in `COPILOT.md`
|
|
134
|
+
|
|
135
|
+
## Referencing component children with queries (Angular 17+)
|
|
136
|
+
|
|
137
|
+
Use the modern signal-based query API for referencing elements, components, or directives in your template:
|
|
138
|
+
|
|
139
|
+
- Use `viewChild()` and `viewChildren()` from `@angular/core` (not the old decorators).
|
|
140
|
+
- These return signals or arrays, not QueryList.
|
|
141
|
+
- Example usage:
|
|
142
|
+
|
|
143
|
+
```typescript
|
|
144
|
+
import { viewChild, viewChildren, ElementRef } from '@angular/core';
|
|
145
|
+
|
|
146
|
+
// In your component class:
|
|
147
|
+
tileContainer = viewChild('tileContainer')();
|
|
148
|
+
tiles = viewChildren('tile', { read: ElementRef });
|
|
149
|
+
```
|
|
150
|
+
|
|
151
|
+
- In your template, add template reference variables:
|
|
152
|
+
|
|
153
|
+
```html
|
|
154
|
+
<div #tileContainer>
|
|
155
|
+
@for (item of items; let i = $index) {
|
|
156
|
+
<tile-large-icon #tile ...></tile-large-icon>
|
|
157
|
+
}
|
|
158
|
+
</div>
|
|
159
|
+
```
|
|
160
|
+
|
|
161
|
+
- Access the element/component directly via the property (e.g., `this.tileContainer`, `this.tiles[0]`).
|
|
162
|
+
- `viewChildren()` returns a readonly array that updates automatically as the view changes.
|
|
163
|
+
- No need for `ngAfterViewInit` to access queries; they are available as soon as the view is rendered.
|
|
164
|
+
|
|
165
|
+
**Summary:**
|
|
166
|
+
Use `viewChild()` and `viewChildren()` for modern, reactive, and type-safe access to elements/components in your template. Avoid the legacy `@ViewChild`/`@ViewChildren` decorators and `QueryList` in new code.
|
package/README.md
CHANGED
|
@@ -16,9 +16,20 @@ Key features include:
|
|
|
16
16
|
- **Multiple User Profiles**: Tailor configurations for different roles, devices, or use cases.
|
|
17
17
|
- **Cross-Device Compatibility**: Access KIP remotely on any device by navigating to `http://<Signal K Server URL>:<port>/@mxtommy/kip`.
|
|
18
18
|
|
|
19
|
+
Typical complementary components you may install (many are often bundled with Signal K distributions):
|
|
20
|
+
|
|
21
|
+
**Navigation & Charting**
|
|
22
|
+
- **Freeboard‑SK** – Multi‑station, web chart plotter dedicated to Signal K: routes, waypoints, charts, alarms, weather layers, and instrument overlays.
|
|
23
|
+
|
|
24
|
+
**Visual Flow / Automation**
|
|
25
|
+
- **Node‑RED** – Low‑code, flow‑based wiring of devices, APIs, online services, and custom logic (alert escalation, device control automation, data enrichment, protocol bridging).
|
|
26
|
+
|
|
27
|
+
**Data Storage & Analytics**
|
|
28
|
+
- **InfluxDB / other TSDB** – High‑resolution historical storage of sensor & performance metrics beyond what lightweight widget charts should retain.
|
|
29
|
+
- **Grafana** – Rich exploratory / comparative dashboards, ad‑hoc queries, alert rules on stored metrics, correlation across heterogeneous data sources.
|
|
30
|
+
|
|
19
31
|
KIP is open-source under the MIT license, built by the community and 100% free. Join the community on Discord or contribute to the project on GitHub!
|
|
20
32
|
|
|
21
|
-
## Read the Help introduction How-to
|
|
22
33
|
## Read the Help introduction How-to
|
|
23
34
|
Read the [Introduction](https://github.com/mxtommy/Kip/blob/master/src/assets/help-docs/welcome.md) help file.
|
|
24
35
|
|
|
@@ -123,32 +134,6 @@ For example, Signal K will notify KIP when a water depth or temperature sensor r
|
|
|
123
134
|
## Multiple User Profiles
|
|
124
135
|
If you have different roles on board: captain, skipper, tactician, navigator, engineer—or simply different people with different needs, each can tailor KIP as they wish. The use of profiles also allows you to tie specific configuration arrangements to use cases or device form factors.
|
|
125
136
|
|
|
126
|
-
## Complementary Components
|
|
127
|
-
Typical complementary components you may install (many are often bundled with Signal K distributions):
|
|
128
|
-
|
|
129
|
-
**Navigation & Charting**
|
|
130
|
-
- **Freeboard‑SK** – Multi‑station, web chart plotter dedicated to Signal K: routes, waypoints, charts, alarms, weather layers, and instrument overlays.
|
|
131
|
-
|
|
132
|
-
**Visual Flow / Automation**
|
|
133
|
-
- **Node‑RED** – Low‑code, flow‑based wiring of devices, APIs, online services, and custom logic (alert escalation, device control automation, data enrichment, protocol bridging).
|
|
134
|
-
|
|
135
|
-
**Data Storage & Analytics**
|
|
136
|
-
- **InfluxDB / other TSDB** – High‑resolution historical storage of sensor & performance metrics beyond what lightweight widget charts should retain.
|
|
137
|
-
- **Grafana** – Rich exploratory / comparative dashboards, ad‑hoc queries, alert rules on stored metrics, correlation across heterogeneous data sources.
|
|
138
|
-
|
|
139
|
-
## Complementary Components
|
|
140
|
-
Typical complementary components you may install (many are often bundled with Signal K distributions):
|
|
141
|
-
|
|
142
|
-
**Navigation & Charting**
|
|
143
|
-
- **Freeboard‑SK** – Multi‑station, web chart plotter dedicated to Signal K: routes, waypoints, charts, alarms, weather layers, and instrument overlays.
|
|
144
|
-
|
|
145
|
-
**Visual Flow / Automation**
|
|
146
|
-
- **Node‑RED** – Low‑code, flow‑based wiring of devices, APIs, online services, and custom logic (alert escalation, device control automation, data enrichment, protocol bridging).
|
|
147
|
-
|
|
148
|
-
**Data Storage & Analytics**
|
|
149
|
-
- **InfluxDB / other TSDB** – High‑resolution historical storage of sensor & performance metrics beyond what lightweight widget charts should retain.
|
|
150
|
-
- **Grafana** – Rich exploratory / comparative dashboards, ad‑hoc queries, alert rules on stored metrics, correlation across heterogeneous data sources.
|
|
151
|
-
|
|
152
137
|
# Connect, Share, and Support
|
|
153
138
|
KIP has its own Discord Signal K channel for getting in touch. Join us at https://discord.gg/AMDYT2DQga
|
|
154
139
|
|
|
@@ -181,28 +166,6 @@ Keeping KIP focused preserves responsiveness (lower CPU / memory), reduces UI cl
|
|
|
181
166
|
|
|
182
167
|
In short: use KIP to see & act on live sailing information; use the complementary tools to store it long‑term, analyze it deeply, automate decisions, or build advanced integrations.
|
|
183
168
|
|
|
184
|
-
## Project Scope
|
|
185
|
-
What KIP IS about:
|
|
186
|
-
- Real‑time presentation of vessel & environment data (navigation, performance, systems) pulled from Signal K.
|
|
187
|
-
- Fast, legible, touchscreen‑friendly dashboards for underway decision making.
|
|
188
|
-
- Configurable widgets (gauges, charts, timers, controls) tuned for sailing operations.
|
|
189
|
-
|
|
190
|
-
What KIP deliberately IS NOT trying to become:
|
|
191
|
-
- A full data lake / long‑term time‑series historian.
|
|
192
|
-
- A general purpose automation / rules / orchestration engine.
|
|
193
|
-
- A universal external web‑app embedding or mash‑up framework.
|
|
194
|
-
- A low‑code integration hub for arbitrarily wiring protocols and services.
|
|
195
|
-
|
|
196
|
-
Those domains already have excellent, specialized open‑source tools. Instead of re‑implementing them, KIP plays nicely alongside them within a Signal K based onboard stack.
|
|
197
|
-
|
|
198
|
-
**Processing & Extensions**
|
|
199
|
-
- **Signal K Plugins** – Domain‑specific enrichment (polars, performance calculations, derived environmental data, routing aids) published directly into the Signal K data model that KIP can then display.
|
|
200
|
-
|
|
201
|
-
**Why this separation matters**
|
|
202
|
-
Keeping KIP focused preserves responsiveness (lower CPU / memory), reduces UI clutter, and accelerates iteration on core sailing UX. Heavy analytics, complex workflow logic, and broad third‑party embedding stay where they are strongest—outside—but still feed KIP through the common Signal K data fabric.
|
|
203
|
-
|
|
204
|
-
In short: use KIP to see & act on live sailing information; use the complementary tools to store it long‑term, analyze it deeply, automate decisions, or build advanced integrations.
|
|
205
|
-
|
|
206
169
|
**Tools**
|
|
207
170
|
Linux, Mac, RPi, or Windows dev platform supported
|
|
208
171
|
1. Install the latest Node version (v16+, v18 recommended)
|
package/package.json
CHANGED
|
@@ -243,6 +243,45 @@ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
|
243
243
|
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
|
244
244
|
THE SOFTWARE.
|
|
245
245
|
|
|
246
|
+
--------------------------------------------------------------------------------
|
|
247
|
+
Package: screenfull
|
|
248
|
+
License: "MIT"
|
|
249
|
+
|
|
250
|
+
MIT License
|
|
251
|
+
|
|
252
|
+
Copyright (c) Sindre Sorhus <sindresorhus@gmail.com> (https://sindresorhus.com)
|
|
253
|
+
|
|
254
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
|
|
255
|
+
|
|
256
|
+
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
|
|
257
|
+
|
|
258
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
|
|
259
|
+
|
|
260
|
+
--------------------------------------------------------------------------------
|
|
261
|
+
Package: @zakj/no-sleep
|
|
262
|
+
License: "MIT"
|
|
263
|
+
|
|
264
|
+
The MIT License (MIT)
|
|
265
|
+
|
|
266
|
+
Copyright (c) Zak Johnson Copyright (c) 2015-2020 Rich Tibbett
|
|
267
|
+
|
|
268
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy of
|
|
269
|
+
this software and associated documentation files (the "Software"), to deal in
|
|
270
|
+
the Software without restriction, including without limitation the rights to
|
|
271
|
+
use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
|
|
272
|
+
the Software, and to permit persons to whom the Software is furnished to do so,
|
|
273
|
+
subject to the following conditions:
|
|
274
|
+
|
|
275
|
+
The above copyright notice and this permission notice shall be included in all
|
|
276
|
+
copies or substantial portions of the Software.
|
|
277
|
+
|
|
278
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
279
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
|
|
280
|
+
FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
|
|
281
|
+
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
|
|
282
|
+
IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
|
|
283
|
+
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
|
|
284
|
+
|
|
246
285
|
--------------------------------------------------------------------------------
|
|
247
286
|
Package: chart.js
|
|
248
287
|
License: "MIT"
|
|
@@ -413,45 +452,6 @@ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
|
413
452
|
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
414
453
|
SOFTWARE.
|
|
415
454
|
|
|
416
|
-
--------------------------------------------------------------------------------
|
|
417
|
-
Package: screenfull
|
|
418
|
-
License: "MIT"
|
|
419
|
-
|
|
420
|
-
MIT License
|
|
421
|
-
|
|
422
|
-
Copyright (c) Sindre Sorhus <sindresorhus@gmail.com> (https://sindresorhus.com)
|
|
423
|
-
|
|
424
|
-
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
|
|
425
|
-
|
|
426
|
-
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
|
|
427
|
-
|
|
428
|
-
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
|
|
429
|
-
|
|
430
|
-
--------------------------------------------------------------------------------
|
|
431
|
-
Package: @zakj/no-sleep
|
|
432
|
-
License: "MIT"
|
|
433
|
-
|
|
434
|
-
The MIT License (MIT)
|
|
435
|
-
|
|
436
|
-
Copyright (c) Zak Johnson Copyright (c) 2015-2020 Rich Tibbett
|
|
437
|
-
|
|
438
|
-
Permission is hereby granted, free of charge, to any person obtaining a copy of
|
|
439
|
-
this software and associated documentation files (the "Software"), to deal in
|
|
440
|
-
the Software without restriction, including without limitation the rights to
|
|
441
|
-
use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
|
|
442
|
-
the Software, and to permit persons to whom the Software is furnished to do so,
|
|
443
|
-
subject to the following conditions:
|
|
444
|
-
|
|
445
|
-
The above copyright notice and this permission notice shall be included in all
|
|
446
|
-
copies or substantial portions of the Software.
|
|
447
|
-
|
|
448
|
-
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
449
|
-
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
|
|
450
|
-
FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
|
|
451
|
-
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
|
|
452
|
-
IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
|
|
453
|
-
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
|
|
454
|
-
|
|
455
455
|
--------------------------------------------------------------------------------
|
|
456
456
|
Package: js-quantities
|
|
457
457
|
License: "MIT"
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# Configuration Management
|
|
2
2
|
|
|
3
|
-
KIP provides a "Login to Server" option that determines where your configuration is stored. It is **strongly recommended** to enable server login in the **Settings** under the **Connectivity** tab. This ensures your configurations are stored remotely on the Signal K server. See the "Creating a Signal K user" section below for
|
|
3
|
+
KIP provides a "Login to Server" option that determines where your configuration is stored. It is **strongly recommended** to enable server login in the **Settings** under the **Connectivity** tab. This ensures your configurations are stored remotely on the Signal K server and allows automatic loading of configuration from any device. See the "Creating a Signal K user" section below for information on how to create a user.
|
|
4
4
|
|
|
5
|
-
- **Login to Server Enabled** (recommended setting): Configuration is stored remotely on the Signal K server.
|
|
6
|
-
- **Login to Server Disabled** (default value): Configuration is saved
|
|
5
|
+
- **Login to Server Enabled** (recommended setting): Configuration is stored remotely on the Signal K server. This mode allow automatic loading of your configuration from any device (also known as configuration sharing).
|
|
6
|
+
- **Login to Server Disabled** (default value): Configuration is saved on your computer/device, in the browser's private storage. In this mode, the configuration is per browser.
|
|
7
7
|
|
|
8
8
|
You can manage your configurations using the **Configurations** page, accessible from the right menu. Depending on your login mode, different management options are available.
|
|
9
9
|
|
|
@@ -54,4 +54,4 @@ Use advanced operations with caution. All changes affect your active configurati
|
|
|
54
54
|
|
|
55
55
|
KIP separates configuration into two parts:
|
|
56
56
|
1. **Server Connection**: This configuration is always stored locally in your browser and is never shared. It is used in the **Connectivity** tab of the **Settings** page.
|
|
57
|
-
2. **Application Settings**: This includes the configuration you can back up, delete, and restore
|
|
57
|
+
2. **Application Settings**: This includes the configuration settings you can back up, delete, and restore with the **Configurations** page. It contains all dashboards, widgets and other configuration settings.
|
|
@@ -2,12 +2,14 @@
|
|
|
2
2
|
You can organize your dashboards from the Dashboards page. To edit a dashboard layout, first visualize the dashboard and unlock it.
|
|
3
3
|
|
|
4
4
|
## Dashboard Pages
|
|
5
|
-
On the Dashboards page, you can add, reorder, delete, rename, and duplicate dashboards. The dashboard name is briefly visible when you cycle through dashboards. Available actions include:
|
|
5
|
+
On the Dashboards page, you can add, reorder, delete, rename, and duplicate dashboards. Each dashboard can have a custom name and icon for easy identification. The dashboard name is briefly visible when you cycle through dashboards. Available actions include:
|
|
6
6
|
- **Long press** a dashboard to delete or duplicate it.
|
|
7
|
-
- **Double tap** a dashboard to rename it.
|
|
7
|
+
- **Double tap** a dashboard to rename it and select an icon.
|
|
8
8
|
- **Touch and drag** to reorder dashboards.
|
|
9
9
|
- Use the **(+)** button to add a new dashboard.
|
|
10
10
|
|
|
11
|
+
When renaming or creating a dashboard, you can choose from a variety of icons to visually represent the dashboard's purpose (e.g., navigation, engine monitoring, weather). Icons are displayed in the dashboard menu for quick recognition.
|
|
12
|
+
|
|
11
13
|
## Editing Layout
|
|
12
14
|
To edit a dashboard's widgets and arrangement, you need to unlock its layout. View the desired dashboard, access the **Actions menu** on the right-hand side, and tap the bottom **unlock button**. The widgets will become surrounded by dashed borders, indicating you are in edit mode. Actions you can perform while editing a layout include:
|
|
13
15
|
- **Long press** an empty area of the dashboard to add a widget (you may need to free up space first).
|