mirror of
https://github.com/jkingsman/Remote-Terminal-for-MeshCore.git
synced 2026-08-10 02:33:04 +02:00
Doc updates
This commit is contained in:
@@ -139,6 +139,8 @@ MeshCore firmware can encode path hops as 1-byte, 2-byte, or 3-byte identifiers.
|
|||||||
- `GET /api/radio/config` exposes both the current `path_hash_mode` and `path_hash_mode_supported`.
|
- `GET /api/radio/config` exposes both the current `path_hash_mode` and `path_hash_mode_supported`.
|
||||||
- `PATCH /api/radio/config` may update `path_hash_mode` only when the connected firmware supports it.
|
- `PATCH /api/radio/config` may update `path_hash_mode` only when the connected firmware supports it.
|
||||||
- Contact routing now uses canonical route fields: `direct_path`, `direct_path_len`, `direct_path_hash_mode`, plus optional `route_override_*`.
|
- Contact routing now uses canonical route fields: `direct_path`, `direct_path_len`, `direct_path_hash_mode`, plus optional `route_override_*`.
|
||||||
|
- The contact/API surface also exposes backend-computed `effective_route`, `effective_route_source`, `direct_route`, and `route_override` so send logic and UI do not reimplement precedence rules independently.
|
||||||
|
- Legacy `last_path`, `last_path_len`, and `out_path_hash_mode` are no longer part of the contact model or API contract.
|
||||||
- Route precedence for direct-message sends is: explicit override, then learned direct route, then flood.
|
- Route precedence for direct-message sends is: explicit override, then learned direct route, then flood.
|
||||||
- The learned direct route is sourced from radio contact sync (`out_path`) and PATH/path-discovery updates, matching how firmware updates `ContactInfo.out_path`.
|
- The learned direct route is sourced from radio contact sync (`out_path`) and PATH/path-discovery updates, matching how firmware updates `ContactInfo.out_path`.
|
||||||
- Advertisement paths are informational only. They are retained in `contact_advert_paths` for the contact pane and visualizer, but they are not used as DM send routes.
|
- Advertisement paths are informational only. They are retained in `contact_advert_paths` for the contact pane and visualizer, but they are not used as DM send routes.
|
||||||
|
|||||||
@@ -271,6 +271,13 @@ Main tables:
|
|||||||
- `contact_name_history` (tracks name changes over time)
|
- `contact_name_history` (tracks name changes over time)
|
||||||
- `app_settings`
|
- `app_settings`
|
||||||
|
|
||||||
|
Contact route state is canonicalized on the backend:
|
||||||
|
- stored route inputs: `direct_path`, `direct_path_len`, `direct_path_hash_mode`, `direct_path_updated_at`, plus optional `route_override_*`
|
||||||
|
- computed route surface: `effective_route`, `effective_route_source`, `direct_route`, `route_override`
|
||||||
|
- removed legacy names: `last_path`, `last_path_len`, `out_path_hash_mode`
|
||||||
|
|
||||||
|
Frontend and send paths should consume the canonical route surface rather than reconstructing precedence from raw fields.
|
||||||
|
|
||||||
Repository writes should prefer typed models such as `ContactUpsert` over ad hoc dict payloads when adding or updating schema-coupled data.
|
Repository writes should prefer typed models such as `ContactUpsert` over ad hoc dict payloads when adding or updating schema-coupled data.
|
||||||
|
|
||||||
`max_radio_contacts` is the configured radio contact capacity baseline. Favorites reload first, the app refills non-favorite working-set contacts to about 80% of that capacity, and periodic offload triggers once occupancy reaches about 95%.
|
`max_radio_contacts` is the configured radio contact capacity baseline. Favorites reload first, the app refills non-favorite working-set contacts to about 80% of that capacity, and periodic offload triggers once occupancy reaches about 95%.
|
||||||
|
|||||||
+2
-1
@@ -340,9 +340,10 @@ Clicking a contact's avatar in `ChatHeader` or `MessageList` opens a `ContactInf
|
|||||||
- Name history ("Also Known As") — shown only when the contact has used multiple names
|
- Name history ("Also Known As") — shown only when the contact has used multiple names
|
||||||
- Message stats: DM count, channel message count
|
- Message stats: DM count, channel message count
|
||||||
- Most active rooms (clickable → navigate to channel)
|
- Most active rooms (clickable → navigate to channel)
|
||||||
|
- Route details from the canonical backend surface (`effective_route`, `effective_route_source`, `direct_route`, `route_override`)
|
||||||
- Advert observation rate
|
- Advert observation rate
|
||||||
- Nearest repeaters (resolved from first-hop path prefixes)
|
- Nearest repeaters (resolved from first-hop path prefixes)
|
||||||
- Recent advert paths
|
- Recent advert paths (informational only; not part of DM route selection)
|
||||||
|
|
||||||
State: `useConversationNavigation` controls open/close via `infoPaneContactKey`. Live contact data from WebSocket updates is preferred over the initial detail snapshot.
|
State: `useConversationNavigation` controls open/close via `infoPaneContactKey`. Live contact data from WebSocket updates is preferred over the initial detail snapshot.
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user