[no description] https://erdgeist.org/gitweb/cccms/atom?h=erdgeist-modernize-auth 2026-07-16T14:43:11Z 2026-07-16T14:43:11Z erdgeist erdgeist@erdgeist.org 2026-07-16T14:43:11Z urn:sha1:35dc05de97677d57123617a7c4e78aad1611b28d Improve the humanizer to also understand weekly patters that an editor can manually select, on top of the single week rules. Extend template and javascript controller to reflect these changes. 2026-07-15T23:37:12Z erdgeist erdgeist@erdgeist.org 2026-07-15T23:37:12Z urn:sha1:467ec340be673fbc7c3140b86d8aa7e43307ad1d 2026-07-14T16:30:40Z erdgeist erdgeist@erdgeist.org 2026-07-14T15:06:59Z urn:sha1:8847db139bef9dd8f9465c31438f16af13593267 Custom TinyMCE toolbar button opens a picker scoped to a page's own attached images. Selecting one and a placement (full width, left, right) inserts <a class="glightbox" data-gallery="page-N"> wrapping an <img>, sharing the existing headline-image lightbox gallery. No native TinyMCE image dialog or resize handles -- placement is fixed to the three options via CSS classes only. extended_valid_elements defines a and img explicitly and symmetrically; valid_classes allows the placement classes and glightbox specifically. content_style renders placement inside the editing iframe, since ccc.css doesn't load there. A pre-save pass removes any a.glightbox left without an img, covering in-editor deletion regardless of how it happened. Alt text comes from the asset's name, escaped. A badge marks whichever attached image sits at position 0, since _headline_image.html.erb always renders that position as the page's automatic headline. Shown in the sidebar Images list and in the picker grid. 2026-07-14T02:10:01Z erdgeist erdgeist@erdgeist.org 2026-07-14T02:10:01Z urn:sha1:e0f2394fd0816ef03bf4b928ab9fa5a18c32ffda Hidden by default, shares horizontal space with the body editor once opened rather than a separate section, and only requests the iframe's src on first toggle -- no preview traffic at all until someone actually wants to see it. Refreshes automatically on every successful autosave; a separate force-render button re-attempts a save-and- refresh cycle immediately, for when the normal 7-second cycle has been interrupted (a lock-lost error, a transient failure) and waiting for the next tick isn't good enough. 2026-07-13T16:56:13Z erdgeist erdgeist@erdgeist.org 2026-07-13T16:56:13Z urn:sha1:1234371b084356c7542e53d20c9b816332a945d3 2026-07-13T02:54:33Z erdgeist erdgeist@erdgeist.org 2026-07-13T02:54:33Z urn:sha1:8baac265059b70da0148487458ee4077b15f155e Replaces nodes#edit's old Images section -- a hidden panel dumping every image asset in the system unfiltered (#image_browser) plus a raw drag-and-drop box (#image_box) -- with a small search-and-click picker built on the endpoint from the last two commits. Attaching posts immediately and appends the new thumbnail via a cloned <template> -- icons only render correctly through the Rails helper server-side, so the template holds real, pre-rendered markup for JS to clone rather than duplicating raw SVG in a JS string. Reordering is jQuery UI sortable on the small attached list only, with a dedicated drag handle rather than the whole thumbnail. Two bugs caught while click-testing, fixed here rather than shipped and patched after: the search panel never closed after attaching an image, since the success handler re-triggered focus to keep it open for attaching several in a row -- which meant it just re-populated itself forever instead of signaling "done." Fixed to close explicitly; a click-outside-closes handler was added alongside it, matching the affordance the top-bar search already has. A real, independent, pre-existing data bug surfaced during the same testing: Node#autosave!'s first-time-creation branch never carried related assets forward from whatever page was previously current -- attach an image, let autosave fire once, and it silently landed on a fresh, assetless Page row. Long-dormant, not introduced by this work, just finally exercised by something that made it visible. Fixed inside the `unless self.autosave` guard specifically -- running this on every call, not just creation, would overwrite anything attached directly to an existing autosave in between, a worse bug than the one being fixed. nodes#show gains a read-only Images section, rendered only when a page actually has attached images, so an attachment can be confirmed present without entering the edit/lock cycle -- useful on its own, and specifically useful the next time an asset bug needs investigating. Its thumbnail CSS is shared with the edit view's picker via a class (.thumbnail_list) rather than duplicated under a second name. 2026-07-12T14:33:12Z erdgeist erdgeist@erdgeist.org 2026-07-12T14:33:12Z urn:sha1:4ec70e5ecf792a56e868538738d6c7f63bb6cf24 AdminController#dashboard_search returns tags and nodes as separate, labeled groups (via ActsAsTaggableOn::Tag.named_like and Node.editor_search) rather than the flat per-node list every existing picker returns. initSearchPicker gains a renderResults callback option that, when given, replaces the default per-node rendering entirely -- lets the dashboard render its two labeled groups without a second, parallel picker implementation. resultsHeaderHtml (the "Press Enter to see all results" hint) is now threaded through as a third argument to renderResults, so a picker with custom rendering can still show it -- previously only the default per-node branch ever did. Tags link straight to the existing /admin/nodes/tags/:tag view rather than becoming an in-place filter chip. 2026-07-09T16:55:25Z erdgeist erdgeist@erdgeist.org 2026-07-09T16:55:25Z urn:sha1:83a74c6d01e0be50d5806d8253de9f2ad6d5c143 2026-07-08T14:24:05Z erdgeist erdgeist@erdgeist.org 2026-07-08T14:24:05Z urn:sha1:43e7743ebff1b1f41bbb5ae39bcc5bed7d8982e3 Previously piggybacked on the main form's action and relied on a .js.erb response to update #flash; now posts to the dedicated autosave route with an explicit _method=put override, and reacts to a 423 by stopping the timer and showing a persistent banner rather than letting the next Save discover the conflict on its own. 2026-07-08T09:58:46Z erdgeist erdgeist@erdgeist.org 2026-07-08T09:58:46Z urn:sha1:08b4cdb711ffe39153264a5c4024fac95cd8d91a