A Pelican generator that writes a capsule beside the HTML build: plain
Markdown plus per-directory .itsybitsy.toml sidecars, which a protocol daemon
converts per request to gemtext, XHTML-MP, WML or plain text.
The obstacle was recorded in the README as "smolweb reads YAML frontmatter
while Pelican uses bare Title: lines". Both halves turned out to be wrong:
itsybitsy parses no frontmatter at all, by design, and metadata lives outside
the document. So the transform is not a translation between dialects, it is a
removal, and a protocol daemon stays ignorant of one static generator.
Nothing in plugins/smolnet.py is specific to this site. Every difference is a
setting and every setting has a default, so another site enables it with
PLUGINS = ['smolnet']. It sits at the repo root for the same reason
flux.vision reaches into tobias.raayoni-last.com for lostimages.
Index entries are emitted as link-only paragraphs rather than Markdown lists,
which is not a style choice: the gemtext renderer prints a bare => line for a
paragraph holding nothing but links, and a bullet *and* a => line for a list
item, so a list would publish every entry twice. Gemini clients number link
lines themselves, so the board's dial-an-area-by-number idiom survives into
the capsule without emitting a single bracket. The trade-off is in the
docstring: the text renderer reflows such a run into prose, which costs
nothing here because randogoth.com is not getting Nex or Gopher.
Also drops a Zemanta tracking pixel that came in with a 2012 blog import and
is live on the site today, firing a third-party request on every view of that
article. It would have been worse in the capsule, where an image becomes a
visible link line advertising a dead tracker. It was the only one across all
three sites.
Verified by serving the output with the real daemon: 41 articles, 2 pages, 6
area indexes and an archive, no metadata surviving, no {filename} left,
trl@posteo.net revealed on Connect where the renderer would otherwise have
dropped it with its enclosing HTML, images served as image/png, and the index
rendering as a clean run of => lines in gemtext and as XHTML Mobile over HTTP.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2 KiB
Executable file
Title: cranky frames per second mayhem Category: GONZO Date: 2009-07-07 19:47 Slug: cranky-frames-per-second-mayhem Tags: gonzo, movie, geeksauce, review, english
i watched the sequel of Crank last night, without any expectations in quality and plot - but i was stunned! the video camera work is faster and shakier with fast cuts and beautiful fish-eye sequences - like a music video of aphex twin or squarepusher. the music is hysteric and ingenius with cranky sound effects and a more than fitting musical selection. all in all it's a fine piece of 90min video-art with adrenaline and testosterone overdose...
the flick is peppered with graphical elements and typographic delicacies, live-visuals style kaleidoscope effects and colors and contrast always crisp to the max. there are psychedelic sequences, illustrated sequences, super8-aestetics, a really absurd long shot tribute to godzilla movies.
the characters are exaggerated comic heroes reminding me a lot of robert rodriguez archetypical figures. couldn't be better! the appearance of david carradine as a life-craving horny old chinese triad gangster drooling over busty young whores is hilarious considering his current absurd death.
if you have strong nerves, are used to bloody gore mayhem, explicit language with funny brit accent and a b-movie fan, video or VJ art geek, you will definetly enjoy this flick as much as i did.
5 out of 5 stars!








