Files
rio/frontend/code/app.ts
2024-07-02 12:36:39 +02:00

83 lines
2.9 KiB
TypeScript

import { DevToolsConnectorComponent } from './components/devToolsConnector';
import {
callRemoteMethodDiscardResponse,
incomingMessageQueue,
initWebsocket,
} from './rpc';
import { getPixelsPerRem, scrollToUrlFragment } from './utils';
// If the devtools are present they are exposed here so the codebase can notify
// them as needed. This is an instance of `DevToolsConnectorComponent`.
export let devToolsConnector: DevToolsConnectorComponent | null = null;
export function setDevToolsConnector(
connector: DevToolsConnectorComponent
): void {
devToolsConnector = connector;
}
// Set to indicate that we're intentionally leaving the page. This can be used
// to suppress the connection lost popup, reconnects, or similar
export let goingAway: boolean = false;
export let pixelsPerRem = getPixelsPerRem();
async function main(): Promise<void> {
// Display a warning if running in debug mode
if (globalThis.RIO_DEBUG_MODE) {
console.warn(
'Rio is running in DEBUG mode.\nDebug mode includes helpful tools' +
' for development, but is slower and disables some safety checks.' +
' Never use it in production!'
);
}
window.addEventListener('beforeunload', () => {
goingAway = true;
});
// Note: I'm not sure if this event is ever triggered. The smooth scrolling
// is actually implemented in `popstate` and in the CSS.
window.addEventListener('hashchange', (event) => {
console.log(
`hashchange event triggered; new URL is ${window.location.href}`
);
scrollToUrlFragment();
});
// Listen for URL changes, so the session can switch page
window.addEventListener('popstate', (event: PopStateEvent) => {
console.debug(
`popstate event triggered; new URL is ${window.location.href}`
);
// This event is also triggered if the user manually types in a URL
// fragment. So we need to check which part of the url has changed and
// act accordingly. If it was only the url fragment, we'll simply scroll
// the relevant ScrollTarget into view.
//
// NOTE: If we send a `onUrlChange` message to the server, it'll cause a
// rebuild of all PageViews and scroll to the top of the page. This is
// why we *EITHER* send a `onUrlChange` message *OR* scroll to the
// ScrollTarget, but not both.
// FIXME: Find a way to tell whether only the url fragment changed
console.debug(`URL changed to ${window.location.href}`);
callRemoteMethodDiscardResponse('onUrlChange', {
newUrl: window.location.href.toString(),
});
});
// Process initial messages
for (let message of globalThis.initialMessages) {
incomingMessageQueue.push(message);
}
delete globalThis.initialMessages;
// Connect to the websocket
initWebsocket();
}
main();