This raku module is one of the core libraries of the raku Air distribution.
It provides a Base library of functional Tags and Components that can be composed into web applications.
Air::Base uses Air::Functional for standard HTML tags expressed as raku subs. Air::Base uses Air::Component for scaffolding for library Components.
Here’s a diagram of the various Air parts. (Air::Examples is a separate raku module with several examples of Air websites.)
+----------------+
| Air::Example | <-- Web App
+----------------+
|
+--------------------------+
| Air::Example::Site | <-- Site Lib
+--------------------------+
/ \
+----------------+ +-----------------+
| Air::Base | | Air::Form | <-- Base Lib
+----------------+ +----------------+
| \ |
+----------------+ +-----------------+
| Air::Component | | Air::Functional | <-- Services
+----------------+ +-----------------+
The general idea is that there will a small number of Base libraries, typically provided by raku module authors that package code that implements a specific CSS package and/or site theme. Then, each user of Air - be they an individual or team - can create and selectively load their own Site library modules that extend and use the lower modules. All library Tags and Components can then be composed by the Web App.
This facilitates an approach where Air users can curate and share back their own Tag and Component libraries. Therefore it is common to find a Base Lib and a Site Lib used together in the same Web App.
In many cases Air::Base will consume a standard HTML tag (eg. table), customize and then re-export it with the same sub name. Therefore two export packages :CRO and :BASE are included to prevent namespace conflict.
The current Air::Base package is unashamedly opionated about CSS and is based on Pico CSS. Pico was selected for its semantic tags and very low level of HTML attribute noise. Pico SASS is used to control high level theme variables at the Site level.
Higher layers also use Air::Functional and Air::Component services directly
Externally loadable packages such as Air::Theme are on the development backlog
| Other CSS modules - Air::Base::TailWind? | Air::Base::Bootstrap? - are anticipated |
The synopsis is split so that each part can be annotated.
use Air::Functional :BASE;
use Air::Base;
my %data =
:thead[["Planet", "Diameter (km)", "Distance to Sun (AU)", "Orbit (days)"],],
:tbody[
["Mercury", "4,880", "0.39", "88"],
["Venus" , "12,104", "0.72", "225"],
["Earth" , "12,742", "1.00", "365"],
["Mars" , "6,779", "1.52", "687"],
],
:tfoot[["Average", "9,126", "0.91", "341"],];
my $Content1 = content [
h3 'Content 1';
table |%data, :class<striped>;
];
my $Content2 = content [
h3 'Content 2';
table |%data;
];
my $Google = external :href<https://google.com>;
Key features shown are:
application of the :BASE modifier on use Air::Functional to avoid namespace conflict
definition of table content as a Hash %data of Pairs :name[[2D Array],]
assignment of two functional content tags and their arguments to vars
assignment of a functional external tag with attrs to a var
The template of an Air website (header, nav, logo, footer) is applied by making a custom page … here index is set up as the template page. In this SPA example navlinks dynamically update the same page content via HTMX, so index is only used once, but in general multiple instances of the template page can be cookie cuttered. Any number of page template can be set up in this way and can reuse custom Components.
my &index = &page.assuming(
title => 'hÅrc',
description => 'HTMX, Air, Red, Cro',
nav => nav(
logo => safe('<a href="/">h<b>Å</b>rc</a>'),
items => [:$Content1, :$Content2, :$Google],
widgets => [lightdark],
),
footer => footer p ['Aloft on ', b 'Åir'],
);
Key features shown are:
set the index functional tag as a modified Air::Base page tag
use of .assuming for functional code composition
use of => arrow Pair syntax to set a custom page theme with title, description, nav, footer
use of nav functional tag and passing it attrs of the NavItems defined
use of :$Content1 Pair syntax to pass in both nav link text (ie the var name as key) and value
Nav routes are automagically generated and HTMX attrs are used to swap in the content inners
use of safe functional tag to suppress HTML escape
use of lightdark widget to toggle theme according to system and user preference
my $site =
site :register[lightdark],
index
main $Content1;
$site.serve;
Key features shown are:
use of site functional tag - that sets up the site Cro routes and Pico SASS theme
site takes the index page as positional argument
site takes a List of components & widgets (e.g. lightdark) as :register argument
index takes a main functional tag as positional argument
main takes the initial content
method .serve is then called to start the site as a Cro::Service
In general, items defined in Air::Base are exported as both roles or classes (title case) and as subroutines (lower case).
So, after useing the relevant module you can code in OO or functional style:
my $t = Title.new: 'sometext';
Is identical to writing:
my $t = title 'sometext';
The Site infers the hostname from the HTTP Headers the first time the index page is accessed.
The Site class creates all neeeded routes via Cro::HTTP::Router as follows:
#| index (first run)
#| static routes (static/css, static/js, static/img...)
#| debug ('dump' shows Cookies and Headers)
#| component & form (e.g. for methods with the `is controller` trait)
#| dynamic (page stubs, 404)
#| redirects
Most Elements are Components. Routes will be created for any Component instance passed via Site.new: :register[...].
The routes added are reflected on server start, where $id is an Int >= 1. For example:
adding GET todo/<Mu $id>
adding DELETE todo/<Mu $id>
adding PUT todo/<Mu $id>
adding GET todo/<Mu $id>/toggle
adding GET nav/<Mu $id>
The Nav component is always routed. NavItems (Content, Page) are declared as Pairs and then may be assigned to each Page like this:
my $nav = nav [:$Page1, :$Page2];
my @pages = [$Page1, $Page2];
{ .nav = $nav } for @pages;
my $site = Site.new: :@pages;
So the items of nav/1 start with a link named Page1 with url http://myhost/nav/1/Page1. This model provides for dynamic creation and deletion of components and for multiple Navs that target the same content.
A page stub [and parent] attribute may be provided.
my @pages = (
Page.new(stub => 'home', common('home' )),
Page.new(stub => 'about', common('about')),
Page.new(stub => 'blog', common('blog' )),
Page.new(stub => 'first-post', parent => 'blog', common('1st' )),
Page.new(stub => 'second-post', parent => 'blog', common('2nd' )),
Page.new(stub => 'team', parent => 'about', common('team' )),
);
The stub path is then used as the route to that page. Pages with and without stubs may be used in the same Nav.
Note that first page @pages[0] [or index] is always returned by the root url, so it can take any stub name such as 'home' or '/'. Do not use the empty Str ''.
A sitemap.xml is generated from the stubs using the inferred hostname.
A robots.txt is generated from the stubs by default.
User-agent: *
Disallow: /
Allow: /
Allow: /about
Allow: /about/team
Allow: /blog
Allow: /blog/first-post
Allow: /blog/second-post
This may be overridden by setting ENV <AIR_NOROBOTS> to a true value.
The Air::Base library is implemented over a set of Raku modules, which are then used in the main Base module and re-exported as both classes and functions:
Air::Base::Tags - HTML, Semantic & Safe Tags
Air::Base::Elements - Layout, Active & Markdown Elements
Air::Base::Tools - Tools for site-wide deployment
Air::Base::Widgets - Widgets use anywhere, esp Nav
All items are re-exported by the top level module, so you can just use Air::Base; near the top of your code.
A subset of Air::Functional basic HTML tags, provided as roles, that are slightly adjusted by Air::Base to provide a convenient and opinionated set of defaults for html, head, body, header, nav, main & footer. Several of the page tags offer shortcut attrs that are populated up the DOM immediately prior to first use.
Singleton pattern (Air issues the same Head for all pages)
title
description
metas
scripts
links
style
method HTML() returns Mu
.HTML method calls .HTML on all inners
nav
tagline
header
main
footer
scripts
head
body
These are the central parts of Air::Base
Nav does Component to do multiple instances with distinct NavItem and Widget attrs
HTMX attributes
logo
NavItems
Widgets
method make-routes() returns Mu
makes routes for Content NavItems (eg. SPA links that use HTMX) must be called from within a Cro route block
method nav-items() returns Mu
renders NavItems
method HTML() returns Mu
applies Style and Script for Hamburger reactive menu
Page does Component to do multiple instances with distinct content and attrs
auto refresh browser every N secs in dev’t
page implements several shortcuts that are populated up the DOM, for example page :title('My Page") will go self.html.head.title = Title.new: $.title with $.title;
shortcut self.html.head.title
shortcut self.html.head.description
shortcut self.html.body.header.nav -or-
shortcut self.html.body.header [nav wins if both attrs set]
shortcut self.html.body.main
shortcut self.html.body.footer
build page DOM by calling Air tags
method shortcuts() returns Mu
set all provided shortcuts on first use
multi method new(
Main $main,
*%h
) returns Mu
.new positional with main only
multi method new(
Header $header,
Main $main,
*%h
) returns Mu
.new positional with header & main only
multi method new(
Main $main,
Footer $footer,
*%h
) returns Mu
.new positional with main & footer only
multi method new(
Header $header,
Main $main,
Footer $footer,
*%h
) returns Mu
.new positional with header, main & footer only
method HTML() returns Mu
issue page
Site is a holder for pages, performs setup of Cro routes, gathers styles and scripts, and runs SASS
Page holder -or-
index Page ( otherwise $!index = @!pages[0] )
404 page (otherwise bare 404 is thrown)
Register for route setup; default = [Nav.new]
Tools for sitewide behaviours
Redirects
use :!scss to disable the SASS compiler run
grab host on first run
pick from: amber azure blue cyan fuchsia green indigo jade lime orange pink pumpkin purple red violet yellow (pico theme)
pick from:- aqua black blue fuchsia gray green lime maroon navy olive purple red silver teal white yellow (basic css)
multi method new(
Page $index,
*%h
) returns Mu
.new positional with index only
method routes() returns Mu
always register & route Nav gather all the registrant exports inject all the tools generate sitemap
method serve(
:$host is copy,
:$port is copy,
:$norobots is copy,
:$scss = Bool::True,
:$watch = Bool::False
) returns Mu
site.serve is the general (development) command to start the site Cro::Service scss compilation (dart) is True by default, use :!scss to disable it watch files recursively is False by default, use :watch to enable it norobots is False by default, robots.txt will Allow pages with stubs
method start(
:$host,
:$port
) returns Mu
serve for production … skips dev / build steps
role Defaults provides a central place to set the various website defaults across Head, Html and Site roles
On installation, the file ~/.rair-config/.air.yaml is placed in the home directory (ie copied from resources/.air.yaml. By default, role Defaults loads the information specified in this file intio the appropriate part of each page:
Html:
attrs:
lang: "en"
data-theme: "dark"
Head:
metas:
- charset: "utf-8"
- name: "viewport"
content: "width=device-width, initial-scale=1"
links:
- rel: "icon"
href: "/img/favicon.ico"
type: "image/x-icon"
- rel: "stylesheet"
href: "/css/styles.css"
scripts:
- src: "https://unpkg.com/htmx.org@1.9.5"
crossorigin: "anonymous"
integrity: "sha384-xcuj3WpfgjlKF+FXhSQFQ0ZNr39ln+hwjN3npfM9VBnUskLolQAcN80McRIVOPuO"
These values can be customised as follows: copy this file from ~/.rair-config/.air.yaml to bin/.air.yaml where bin is the dir where you run your website script (see Air::Examples for a working version). Note that, until we add Air::Theme support, many of the Air features and examples are HTMX centric, so only remove this if you are confident. Other fields (such as the site url and admin email) will be added here as the codebase evolves. Also, this is the basis for vendoring support to be implemented in a future release.
| gather all the base and child module classes and roles put in all the @combined-exports as functions sub name( * @a, * %h) {Name.new( | @a, | %h)} |
sub EXPORT() returns Mu
also just re-export them as vanilla classes and roles
Steve Roe librasteve@furnival.net
Copyright(c) 2025 Henley Cloud Consulting Ltd.
This library is free software; you can redistribute it and/or modify it under the Artistic License 2.0.