💾 Archived View for perso.pw › blog › articles › announcement-cl-yag.gmi captured on 2022-01-08 at 13:58:09. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2021-12-17)

➡️ Next capture (2023-01-29)

-=-=-=-=-=-=-

New cl-yag version

NIL=> Comment on Mastodon

+OPTIONS: toc:nil num:nil

cl-yag is a static website generator. It's a software used to publish

a website and/or a gopher hole from a list of articles. As the

developer of cl-yag I'm happy to announce that a new version has been

released.

The new version, with its number 0.6, bring lot of new features :

- supporting **different** markup language **per article**

- date format configurable

- gopher output format configurable

- ship with the default theme "clyma", minimalist but responsive (the

one used on this website)

- easier to use

- full user documentation

The code is available at git://bitreich.org/cl-yag, the program

requires sbcl or ecl to work.

The best feature I'm proud of is allowing to use a different language

per article. While on my blog I choosed to use markdown, it's

sometimes not adapted for more elaborated articles like the one about

LISP containing code which was written in org-mode then converted to

markdown manually to fit to cl-yag. Now, the user can declare a named

"converter" which is a command line with pattern replacement, to

produce the html file. We can imagine a lot of things with this, even

producing a gallery with find + awk command. Now, I can use markdown

by default and specify if I want to use org-mode or something else.

This is the way to declare a converter, taking org-mode as example,

which is not very simple, because of emacs not being script friendly :

+BEGIN_SRC lisp

(converter :name :org-mode :extension ".org"

:command (concatenate 'string

"emacs data/%IN --batch --eval '(with-temp-buffer (org-mode) "

"(insert-file \"%IN\") (org-html-export-as-html nil nil nil t)"

"(princ (buffer-string)))' --kill | tee %OUT"))

+END_SRC

And an easy way to produce a gallery with awk from a =.txt= file

containing a list of images path.

+BEGIN_SRC lisp

(converter :name :gallery :extension ".txt"

:command (concatenate 'string

"awk 'BEGIN { print \"<div class=\\\"gallery\\\">\"} "

"{ print \"<img src=\\\"static/images/\"$1\"\\\" />\" } "

" END { print \"</div>\"} data/%IN | tee %OUT"))

+END_SRC

The concatenate function is only used to improve the presentation, to

split the command in multiples lines and make it easier to read. It's

possible to write all the command in one line.

The patterns **=%IN=** and **=%OUT=** are replaced by the input file

name and the output file name when the command is executed.

For an easier example, the default markdown converter looks like this,

calling multimarkdown command :

+BEGIN_SRC lisp

(converter :name :markdown :extension ".md"

:command "multimarkdown -t html -o %OUT data/%IN")

+END_SRC

It's really easy (I hope !) to add new converters you need with this

feature.

One problem I had with cl-yag is that it's plain vanilla Common LISP

without libraries, so it's easier to fetch and use but it lacks some

elaborated libraries like one to parse date and format a date. Before

this release, I was writing in plain text "14 December 2017" in the

date field of a blog post. It was easy to use, but not really usable

in the RSS feed in the **=pubDate=** attribute, and if I wanted to

change the display of the date for some reason, I would have to

rewrite everything.

Now, the date is simply in the format "YYYYMMDD" like "20171231" for

the 31rd December 2017. And in the configuration variable, there is a

is a string allowing pattern replacement of the following variables :

- %DayNumber :: day of the month in number, from 1 to 31

- %DayName :: day of the week, from Monday to Sunday, names are

written in english in the source code and can be

translated

- %MonthNumber :: month in number, from 1 to 12

- %MonthName :: month name, from January to December, names are

written in english in the source code and can be

translated

- %Year :: year

Currently, as the time of writing, I use the value "**=%DayNumber

%MonthName %Year=**"

A **=:gopher-format=** keyword exist in the configuration file to

configure the date format in the gopher export. It can be different

from the html one.

There are cases where the gopher server use an unusual syntax compared

to most of the servers. I wanted to make it configurable, so the user

could easily use cl-yag without having to mess with the code. I

provide the default for **geomyidae** and in comments another syntax

is available. There is also a configurable value to indicates where to

store the gopher page menu, it's not always **gophermap**, it could be

A comparison of code will make it easier to understand. There was a

little change the way blog posts are declared :

From

+BEGIN_SRC lisp

(defparameter *articles*

(list

(list :id "third-article" :title "My third article" :tag "me" :date "20171205")

(list :id "second-article" :title "Another article" :tag "me" :date "20171204")

(list :id "first-article" :title "My first article" :tag "me" :date "20171201")

))

+END_SRC

to

+BEGIN_SRC lisp

(post :id "third-article" :title "My third article" :tag "me" :date "20171205")

(post :id "second-article" :title "Another article" :tag "me" :date "20171204")

(post :id "first-article" :title "My first article" :tag "me" :date "20171201")

+END_SRC

Each post are independtly declared and I plan to add a "page" function

to create static pages, but this is going to be for the next version !

I am very happy to hack on cl-yag, I want to continue improving it but

I should really think about each feature I want to add. I want to keep

it really simple even if it limits the features.

I want to allow the creation of static pages like "About me", "Legal"

or "websites I liked" that integrates well in the template. The user

may not want all the static pages links to go at the same place in the

template, or use the same template. I'm thinking about this.

Also, I think the gopher generation could be improved, but I still

have no idea how.

Others themes may come in the default configuration, allowing the user

to have a choice between themes. But as for now, I don't plan to bring

a theme using javascript.