Si la respuesta (Response) va a ser una página (Page) entonces hay que
añadir la petición de entrada (HttpRequest) al contexto de renderizado
(RenderContext) para que los componentes puedan consultarla durante la
preparación de la página. Por ejemplo para consultar la URL de entrada y
decidir si se renderiza o no un componente dado.
Son errores fatales aquellos que deberán mostrarse (renderizarse) sin
depender de las APIs de renderizado de páginas. No pueden depender del
tema ni del estado actual de la aplicación. Se generan al intentar
componer una página y se llega a una situación no recuperable que debe
informarse directamente al navegador cliente. Es típico el error 500
(internal server error) pero también un error 507 (insufficient storage)
y otros más que se irán contemplando según requerimientos.
Recibe un componente mutable que podría modificarse justo antes de ser
añadido a un contenedor. Es una posible solución para poder desarrollar
un mecanismo aceptable de Triggers/Hooks/Actions (THA) para PageTop.
La función default_render() se implementa usando llamadas a funciones,
nunca usando campos internos de la estructura. Esto es así para dar las
mismas opciones a los temas que alteren el render de un componente dado.
Con el ajuste de configuración "dev.static_files" se puede elegir entre
integrar los archivos estáticos en el binario ejecutable (por defecto) o
servirlos desde su propio directorio. Esto facilita el desarrollo al no
tener que compilar cada vez que se modifican estos archivos.
