5 Commits

Include renames

Author	SHA1	Message	Date
james.maesandClaude Fable 5.2	363e96f641	fix(preview): only a publication is previewed by revision; the action's widget request carries no record ... Changes after the independent review of the layout preview. A person who may not author a template cannot obtain the picture of an unpublished draft by naming a revision. The revision table also holds the frozen drafts that the retained preview writes; a named revision is now resolved only when it is a publication, and any other row is answered "Document definition not found.", with the type and the words of an identity that does not exist, from the service, from the action before and after its form, and from the widget. A draft is previewed through its template alone. The widget of the "Preview layout" action is requested by the identifier of the run and reads the person's choices from the state of that run. A client sends every plain process value as a parameter of the widget request, and the framework's widget route logs the parameters of a request that fails or takes over a second, so the chosen record's identity and the sample's name were logged for a slow preview. The check step now holds the accepted choices as one structured process value, which is not sent, and the widget no longer reads a revision, record, sample, stock or resolution from any request parameter. A source record is read within the channel and credential ceilings the print path applies to the source table, asked before the record is read. A label whose picture alone is refused (PREVIEW_TOO_LARGE and no other refusal) is no longer said to be unprintable: "This label is too dense to preview; printing is not affected." The help of the form says that the longest values picture is drawn with capital W, is indicative, and that the renderer's proof at publication decides. The README records what a host must configure for label previews: no-store for widget responses, which neither a widget renderer nor the widget route sets, and what the request log holds. Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>	2026-11-12 14:38:15 -06:00
james.maesandClaude Fable 5.2	6aba6ce8d4	docs(preview): the placeholder is outlined and crossed; record the bridge review findings ... The widget's sentences, the authoring guide, the bridge README and the design follow the bounded painting of the preview: a placeholder is an outline with its two diagonals, and a page painted more than sixteen times over is PREVIEW_TOO_LARGE. The design also records that the version question is asked again after any RENDERER_TOO_OLD and that the released version 1 job frame is pinned. Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>	2026-11-12 13:49:54 -06:00
james.maesandClaude Fable 5.2	ed11495120	feat(preview): layout preview inside the QBit: service, action and record widget (P6b) ... A person editing a label template sees the picture that would print, with its refusals and warnings, before anything is printed, from the module's own screens and with no host code. - DocumentPreviewService: authorises by the existing permissions (a draft needs configure, a published revision needs view, a record needs generate and is read as the person, with their permissions and record locks, before any context is built), loads the draft or the published snapshot without writing, builds the context as generation does and calls IsolatedRenderer.preview. Data is a sample from the scene, the longest declared values, or one record. One log line, no content. - "Preview layout" action on templates and published revisions: data, sample, record, stock and resolution; the result is the preview widget. - "Label preview" section on the template record screen: the draft with sample data (the published revision for a person who may only view). - The widget is fetched, never seeded from a process value: QQQ keeps the state of a finished process for hours (in a table with the shared provider), so the picture, the context and the diagnostics exist only in the answer to the widget request. The process state holds the person's choices only. - Bounded answer: one page, a picture of at most 2 MiB, fifty diagnostics. - The existing action is relabelled "Generate retained preview file"; its process name and behaviour are unchanged. - The record selector asks for generate alone, so a person who may preview a published revision with a record can choose one. - Help on every new process, step, field, section, widget and choice list. Tests: DocumentPreviewTest (data sources, permission matrix, unreadable record, nothing written, process state, PDF refusal, refused scene, version 1 label, bounds, log line, help coverage, instance validation) and LayoutPreviewServiceTest in bridges/renderer (through the service and the bridge, the preview has the hash of the bytes the print path returns at 203, 300 and 600 dpi). The registration and process tests are updated for the new wiring and the relabel. bridges/renderer gains the RDBMS module at test scope for that test. Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>	2026-11-12 13:37:56 -06:00
james.maesandClaude Fable 5.1	313f081026	feat(authoring): rename document types, stock and templates natively ... Add DocumentDefinitionService.rename and the native authoring actions document_generation_{type,stock,template}_author_rename. The form loads the current name and saves only the trimmed name; names must be nonblank, at most 200 characters and free of control characters. The configure permission is checked at discovery and again at save, and the native UpdateAction keeps the host's field-level audit. GenerationStore.update now admits an id+name-only write for type and stock rows, so geometry, bindings, drafts, published revisions and queued pins stay immutable. No schema change. Carried locally by GG Forge as definition-rename.patch (pin 0.1.0-forge.ee782b7d6ea8-rename1); upstreamed so a published release can replace that pin. The prepare-step selection message is generalised to cover type and stock rows. Docs: AUTHORING.md describes the action, README and RELEASE-STATUS record the addition and its verification (./mvnw -pl foundation -am verify: 232 tests, Checkstyle and coverage gates met, including the Docker MySQL and PostgreSQL suites). Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Signed-off-by: James Maes <james@kof22.com>	2026-11-06 08:59:39 -06:00
3 people	ee782b7d6e	chore: preserve unfinished document generation source and status ... Checkpoint implementation at user-requested stop; document known failures and incomplete release qualification. Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: GPT-6 Codex <noreply@openai.com>	2026-11-04 10:45:09 -06:00