Hi, this is a project I've worked on for a little bit.

scaff is a static site generator aimed to be as simple as possible. In it's current state, it just generates webpages with no extra frills. You create your templates in Go templated HTML, add your assets, write your pages in Commonmark, and you do not have to do anything else.

I am open to comments about the project being posted here or on repository's issues.

no comments (yet)

sorted by: hot top controversial new old
there doesn't seem to be anything here
5 comments in c/opensource@lemmy.ml view that post
[–] 9 points 2 weeks ago (2 children)

God I love seeing a codeberg link. I swear their no AI policy is going to do dividends in the future.

  • source
  • hideshow 2 child comments
  • [–] [S] 2 points 2 weeks ago (1 child)

    I've long not been using GitHub because of Copilot, instead I've been preferring to use Codeberg for my stuff since I believe 2024-2025? I should probably introduce a No-AI rule to docs/contributing.md, I just forgot to for a while.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 2 weeks ago

    Given that this project started based on werk that's another signal for no LLM.

    Truthfully it's a signal for people that are in that particular indie-tech subculture, so it's more or less a cultural signal but one I appreciate nonetheless.

  • source
  • parent
  • [–] 4 points 2 weeks ago (1 child)

    Nice idea.

    If you're taking constructive suggestions; I'm heavily into Hugo, which is excellent for all the usual reasons. But one thing that really irritates is breaking features. Keywords being deprecated from hugo.yaml in particular. I don't constantly update my sites, so remembering where everything is can take some time.

    If you were to actively resist feature bloat (as suggested by your premis) then that also lends itself to not having breaking changes. If scaff were to feature "always backwards compatible" - handling any later changes silently internally - it might wins some friends? Low maintenance, easy to learn, low effort SSG. Leave the singing and dancing to the mature frameworks.

    Anyway - good luck, whether you take my thoughts on board or not!

  • source
  • hideshow 1 child comment
  • [–] [S] 3 points 2 weeks ago

    I've used Hugo before, but I've always got too full whenever I used it, and I felt like it was just big and slow. Other SSGs exist and are faster but I found that the process for making an SSG that meets my demands sounded like an extremely simple, quick and efficient concept to implement. The breaking features issue sounds plenty annoying, and rest assured, I will make sure that things are backwards compatible and will completely reconsider features to maintain it.

    Thank you!

  • source
  • parent
  • 3 comments in c/programming@programming.dev view that post
    [–] 6 points 2 weeks ago (2 children)

    Using static site generators made me stop worrying - it doesn't matter how bloated, lightweight, slow or fast the software is - as long as it produces static HTML that even the dumbest server can serve.

    That said, does your software offer things like pagination, page metadata that can be iterated over, etc.?

  • source
  • hideshow 2 child comments
  • [–] [S] 1 point 2 weeks ago (1 child)

    I do not think I've gotten as far as pagination, but I assume you mean the frontmatter you see at the top of the pages. I have added that, as it comes with goldmark-meta. Feel free to check out the examples/ folder. :3

  • source
  • parent
  • hideshow 1 child comment