manuel-rubio
There was some time when I started thinking about giving a boost to Lambdapad, the initiative from @garretsmith in Erlang that I loved was abandoned and I needed to get it for my blog, which was created in 2006 and has more than 300+ posts.
I started using WordPress, but I hate to keep the security and the constant tries to get it down, then I discovered Jekyll, but it was a bit awful from my point of view, and then I was moved to Octopress, which was a nicer version of Jekyll, still in Ruby.
Things were good, more or less, but getting slower and slower. Suddenly, Garret came with fresh air, a new idea using Erlang and faster than Octopress, I got into that very fast and I was amazed about what could I get developing with Erlang. But, again, things started going slower because I wanted to get more (i.e. tags, categories, …)
I was thinking about, what if Markdown could be handled by Erlang? and then I just realized that was done by Dave Thomas (and now it’s maintained by @RobertDober very actively), and it’s the magic behind ex_doc.
Ok, things (or pieces) were failing down, I rewrote everything in Elixir and started to use Earmark. I was providing some feedback to the project because my use case was a bit different from ex_doc, but finally, it was working, Lambdapad was relaunched:
Recently I’m reviewing the internal quality of the code, keeping clear the interfaces for helping me to add new cool features, and I was even presenting the project in the last Code BEAM STO 2022, I’ll share the Youtube video when it’s available.
This entry in the forum is only to give you information about the project, publish updates, and a way you can ask for features, ask questions, suggestions, … whatever indeed, comments are welcome!
Where Next?
Trending in RFCs
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Producing high quality Elixir screencasts since 2017.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Bringing learning, work and compliance together since 1987.
Producing high quality Elixir screencasts since 2017.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 7- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
derek-zhou
Nice! How do you integrate the javascript/css pipeline into the flow? The lambdapad.com site, which is built by lambdapad I presumed, seems to be quite javascript heavy.
manuel-rubio
Hi, and thanks for the question, I just realized I was not putting in my original message a link for the source code of the lambdapad.com website. This is the link:
https://github.com/lambdapad/lambdapad.com
As you can see, the JavaScript code isn’t processed, however, maybe it could be a great idea to have a way to run npm, webpack, esbuild, yarn, or whatever else from a simple configuration inside of the main script. What do you think?
derek-zhou
It is up to you. the dilemma of using a non javascript based SSG is that you still have to work with the javascript tool chain. It begs the question of why bother with two tool chains instead of one, since there are no shortage of javascript SSGs.
Don’t get me wrong, I admire your effort of building this. I was just playing a would-be user here. The need to deal with 2 toolchains would be a steep barrier for a casual user, and a serious user can only emerge from casual users.
manuel-rubio
I’ve opened an issue with the labels “enhancement” and “help wanted”. Feel free to help with it; adding more information you consider could be worth it.
Here is the link: Add JavaScript processor · Issue #14 · lambdapad/lambdapad · GitHub
manuel-rubio
We have available for building templates EEx. version 0.9.0 released.
https://lambdapad.com
manuel-rubio
The new release 0.10.1 adds Gettext
https://lambdapad.com/docs/gettext/
In addition, it’s built using Erlang 26.2 and updates all of the dependencies and checked using
ex_check(dialyzer, tests, ex_doc, credo, and doctor)manuel-rubio
New release 0.11.0 adding esbuild and tailwind
https://lambdapad.com/docs/assets/
This is build using 27.2 and update all of the dependencies. To show how it works I’ve updated as well GitHub - lambdapad/lambdapad.com: Website for lambdapad.com made with... Lambdapad! yes! it's recursive! · GitHub for ilustrating how clean are now the assets.