| .. |
|
app.css
|
975a65562b
Navbar slimdown
|
1 tháng trước cách đây |
|
app.js
|
64b9562f18
New nav
|
1 tháng trước cách đây |
|
block_answer.html
|
bf9009c91b
r3: template partials (arch 16) — Statum DOES support includes (the mkpstm fragment pass: pstm-fragment with pstm-input parameters and pstm-materialise-as tag carry), so the partial strategy is compile-time fragments, not JS extraction. Five new partials in src/pages (auto-discovered, wired into template_deps): goal-branches (the branch chips paragraph, included 3x from goal_detail — head passes its note via the optional input, the note span hides where undefined), goal-compare (the Compare changes link, 2x), progress-feed (the latest+history card body shared between task and goal pages, parameterised on entries — heading and empty-state note stay per page with their page-specific wording), block-answer (the option-card question form — radio options + Other, shared between both pages' block loops; both loops expose the block as 'block' so no inputs), and block-reply (the free-text RFC reply form, shared likewise). The goal page's select+textarea answer form unifies onto the task page's richer option-card shape (the U1-pinned one): AnswerGoalBlockAction gains the __other__ resolution the task action already had, so a picked radio posts option=<value> exactly like the old select and the Other row carries the free text — the goal questions stay answerable with and without options. The goal page also gains the RFC reply fallback the task page already had (its old single form covered rfc blocks implicitly). Compiled-page inspection pins the composition: chips wrappers carry stm-if + the note def, no pstm-* residue. 851 checks.
|
1 tháng trước cách đây |
|
block_reply.html
|
bf9009c91b
r3: template partials (arch 16) — Statum DOES support includes (the mkpstm fragment pass: pstm-fragment with pstm-input parameters and pstm-materialise-as tag carry), so the partial strategy is compile-time fragments, not JS extraction. Five new partials in src/pages (auto-discovered, wired into template_deps): goal-branches (the branch chips paragraph, included 3x from goal_detail — head passes its note via the optional input, the note span hides where undefined), goal-compare (the Compare changes link, 2x), progress-feed (the latest+history card body shared between task and goal pages, parameterised on entries — heading and empty-state note stay per page with their page-specific wording), block-answer (the option-card question form — radio options + Other, shared between both pages' block loops; both loops expose the block as 'block' so no inputs), and block-reply (the free-text RFC reply form, shared likewise). The goal page's select+textarea answer form unifies onto the task page's richer option-card shape (the U1-pinned one): AnswerGoalBlockAction gains the __other__ resolution the task action already had, so a picked radio posts option=<value> exactly like the old select and the Other row carries the free text — the goal questions stay answerable with and without options. The goal page also gains the RFC reply fallback the task page already had (its old single form covered rfc blocks implicitly). Compiled-page inspection pins the composition: chips wrappers carry stm-if + the note def, no pstm-* residue. 851 checks.
|
1 tháng trước cách đây |
|
goal_branches.html
|
bf9009c91b
r3: template partials (arch 16) — Statum DOES support includes (the mkpstm fragment pass: pstm-fragment with pstm-input parameters and pstm-materialise-as tag carry), so the partial strategy is compile-time fragments, not JS extraction. Five new partials in src/pages (auto-discovered, wired into template_deps): goal-branches (the branch chips paragraph, included 3x from goal_detail — head passes its note via the optional input, the note span hides where undefined), goal-compare (the Compare changes link, 2x), progress-feed (the latest+history card body shared between task and goal pages, parameterised on entries — heading and empty-state note stay per page with their page-specific wording), block-answer (the option-card question form — radio options + Other, shared between both pages' block loops; both loops expose the block as 'block' so no inputs), and block-reply (the free-text RFC reply form, shared likewise). The goal page's select+textarea answer form unifies onto the task page's richer option-card shape (the U1-pinned one): AnswerGoalBlockAction gains the __other__ resolution the task action already had, so a picked radio posts option=<value> exactly like the old select and the Other row carries the free text — the goal questions stay answerable with and without options. The goal page also gains the RFC reply fallback the task page already had (its old single form covered rfc blocks implicitly). Compiled-page inspection pins the composition: chips wrappers carry stm-if + the note def, no pstm-* residue. 851 checks.
|
1 tháng trước cách đây |
|
goal_compare.html
|
bf9009c91b
r3: template partials (arch 16) — Statum DOES support includes (the mkpstm fragment pass: pstm-fragment with pstm-input parameters and pstm-materialise-as tag carry), so the partial strategy is compile-time fragments, not JS extraction. Five new partials in src/pages (auto-discovered, wired into template_deps): goal-branches (the branch chips paragraph, included 3x from goal_detail — head passes its note via the optional input, the note span hides where undefined), goal-compare (the Compare changes link, 2x), progress-feed (the latest+history card body shared between task and goal pages, parameterised on entries — heading and empty-state note stay per page with their page-specific wording), block-answer (the option-card question form — radio options + Other, shared between both pages' block loops; both loops expose the block as 'block' so no inputs), and block-reply (the free-text RFC reply form, shared likewise). The goal page's select+textarea answer form unifies onto the task page's richer option-card shape (the U1-pinned one): AnswerGoalBlockAction gains the __other__ resolution the task action already had, so a picked radio posts option=<value> exactly like the old select and the Other row carries the free text — the goal questions stay answerable with and without options. The goal page also gains the RFC reply fallback the task page already had (its old single form covered rfc blocks implicitly). Compiled-page inspection pins the composition: chips wrappers carry stm-if + the note def, no pstm-* residue. 851 checks.
|
1 tháng trước cách đây |
|
goal_detail.html
|
4eccca4faa
M0003 event indexes, batched chunks ingestion, LLM usage surfacing, resume failure signatures
|
1 tháng trước cách đây |
|
goals.html
|
ac95a52656
ui: goal visual identity — accent, icon, distinct cards
|
1 tháng trước cách đây |
|
home.html
|
d51fee802f
Drop the undefined span.inline class from the notes row markup
|
1 tháng trước cách đây |
|
login.html
|
9c9273efc2
Update login page
|
1 tháng trước cách đây |
|
main.html
|
072c2eb0bd
More tweaks
|
1 tháng trước cách đây |
|
profile.html
|
cc160d76e3
Users page, profile page, role gates (admin-gated user/saddle/capability management)
|
1 tháng trước cách đây |
|
progress_feed.html
|
bf9009c91b
r3: template partials (arch 16) — Statum DOES support includes (the mkpstm fragment pass: pstm-fragment with pstm-input parameters and pstm-materialise-as tag carry), so the partial strategy is compile-time fragments, not JS extraction. Five new partials in src/pages (auto-discovered, wired into template_deps): goal-branches (the branch chips paragraph, included 3x from goal_detail — head passes its note via the optional input, the note span hides where undefined), goal-compare (the Compare changes link, 2x), progress-feed (the latest+history card body shared between task and goal pages, parameterised on entries — heading and empty-state note stay per page with their page-specific wording), block-answer (the option-card question form — radio options + Other, shared between both pages' block loops; both loops expose the block as 'block' so no inputs), and block-reply (the free-text RFC reply form, shared likewise). The goal page's select+textarea answer form unifies onto the task page's richer option-card shape (the U1-pinned one): AnswerGoalBlockAction gains the __other__ resolution the task action already had, so a picked radio posts option=<value> exactly like the old select and the Other row carries the free text — the goal questions stay answerable with and without options. The goal page also gains the RFC reply fallback the task page already had (its old single form covered rfc blocks implicitly). Compiled-page inspection pins the composition: chips wrappers carry stm-if + the note def, no pstm-* residue. 851 checks.
|
1 tháng trước cách đây |
|
project_detail.html
|
487db9c1da
Goal link pre-fill from the primary project; stacks feature
|
1 tháng trước cách đây |
|
projects.html
|
4cf9855680
feat: ClankerSaddle — Spry web app orchestrating saddle daemons with projects, tasks, dispatch, terminal viewer
|
1 tháng trước cách đây |
|
rules.html
|
39097a49dd
feat: rules — migration, CRUD page, project/task attach UI, effective rule set (task ∪ primary ∪ co-developed, deduped, ordered) in the /start payload
|
1 tháng trước cách đây |
|
saddles.html
|
71c595763b
Per-saddle prompt notes: column, admin editor, assignment carriage
|
1 tháng trước cách đây |
|
stack_detail.html
|
487db9c1da
Goal link pre-fill from the primary project; stacks feature
|
1 tháng trước cách đây |
|
stacks.html
|
487db9c1da
Goal link pre-fill from the primary project; stacks feature
|
1 tháng trước cách đây |
|
task_detail.html
|
4eccca4faa
M0003 event indexes, batched chunks ingestion, LLM usage surfacing, resume failure signatures
|
1 tháng trước cách đây |
|
task_log.html
|
c260259da1
Saddle goals API + yeehaw event rendering in the task log
|
1 tháng trước cách đây |
|
tasks.html
|
c153a4e3fd
Task create form: branch fields
|
1 tháng trước cách đây |
|
users.html
|
cc160d76e3
Users page, profile page, role gates (admin-gated user/saddle/capability management)
|
1 tháng trước cách đây |