Landing page, frontend SOP, and where projects live #158

Open
opened 2026-03-24 20:42:55 +00:00 by forgejo_admin · 0 comments

Type

Feature

Lineage

Standalone — board-remember backlog item (converted from todo note remember-landing-page-frontend-sop)

Repo

TBD — likely a new SvelteKit repo for the landing page, plus convention docs in pal-e-docs

User Story

As the superuser
I want a landing page on the cluster that captures leads and a frontend SOP convention
So that posts have a real CTA destination and every project follows a repeatable frontend pattern

Context

Stream-of-consciousness captured on 2026-03-14 while building the Posts project. The CTA link in posts needs a real destination — a landing page on the cluster that captures leads. This spawns several threads of work:

  • Landing page repo: SvelteKit frontend on Tailscale that captures leads (email, maybe name)
  • Lead capture backend: Where to receive and store contact info
  • Frontend SOP: Convention for how frontends are built across projects (fork impeccable to Forgejo, deploy SvelteKit apps to cluster — repeatable pattern)
  • Project placement: Determine if this lives under pal-e-agency or a separate project

File Targets

  • New SvelteKit repo (TBD)
  • Convention note in pal-e-docs for frontend SOP
  • Lead capture endpoint (TBD — could be pal-e-api or standalone)

Acceptance Criteria

  • Decision on project placement documented
  • Landing page repo created with SvelteKit scaffold
  • Lead capture endpoint functional
  • Frontend SOP convention written

Test Expectations

  • Landing page loads on cluster URL
  • Lead capture form submits and stores data
  • Convention note exists in pal-e-docs

Constraints

  • Must be on Tailscale (no public ingress unless explicitly decided)
  • Minimal friction: email only at first
  • Frontend SOP should be a convention, not a project

Checklist

  • Scope reviewed
  • Implementation complete
  • Tests pass
  • Original todo note: remember-landing-page-frontend-sop
  • Board: board-remember
  • Converted from deprecated todo item_type per feedback_no_todo_notes
### Type Feature ### Lineage Standalone — board-remember backlog item (converted from todo note `remember-landing-page-frontend-sop`) ### Repo TBD — likely a new SvelteKit repo for the landing page, plus convention docs in `pal-e-docs` ### User Story As the superuser I want a landing page on the cluster that captures leads and a frontend SOP convention So that posts have a real CTA destination and every project follows a repeatable frontend pattern ### Context Stream-of-consciousness captured on 2026-03-14 while building the Posts project. The CTA link in posts needs a real destination — a landing page on the cluster that captures leads. This spawns several threads of work: - **Landing page repo**: SvelteKit frontend on Tailscale that captures leads (email, maybe name) - **Lead capture backend**: Where to receive and store contact info - **Frontend SOP**: Convention for how frontends are built across projects (fork impeccable to Forgejo, deploy SvelteKit apps to cluster — repeatable pattern) - **Project placement**: Determine if this lives under pal-e-agency or a separate project ### File Targets - New SvelteKit repo (TBD) - Convention note in pal-e-docs for frontend SOP - Lead capture endpoint (TBD — could be pal-e-api or standalone) ### Acceptance Criteria - [ ] Decision on project placement documented - [ ] Landing page repo created with SvelteKit scaffold - [ ] Lead capture endpoint functional - [ ] Frontend SOP convention written ### Test Expectations - [ ] Landing page loads on cluster URL - [ ] Lead capture form submits and stores data - [ ] Convention note exists in pal-e-docs ### Constraints - Must be on Tailscale (no public ingress unless explicitly decided) - Minimal friction: email only at first - Frontend SOP should be a convention, not a project ### Checklist - [ ] Scope reviewed - [ ] Implementation complete - [ ] Tests pass ### Related - Original todo note: `remember-landing-page-frontend-sop` - Board: board-remember - Converted from deprecated todo item_type per `feedback_no_todo_notes`
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
forgejo_admin/pal-e-platform#158
No description provided.