| Commit message (Collapse) | Author | Age | Lines |
... | |
|
|
|
|
|
|
| |
This should make it easier for screen readers to build a page outline
and is recommended [1] by W3C.
[1] https://www.w3.org/wiki/HTML/Usage/Headings/Missing
|
| |
|
|
|
|
|
|
|
| |
Caddy supports implied file extensions in 1.0 via the 'ext' directive,
and in 2.0 via the 'try_files' directive. This feature has been enabled
in the upstream web server for quite a while now, but the links were
never updated to be cleaner.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Add support for prefers-color-scheme to man.css by including all custom
properties and referencing them in man.scss
|
|
|
|
|
| |
In preparation for making man.css respect prefers-color-scheme, move all
custom properties to their own file so they can be included easily.
|
|
|
|
|
|
| |
These were skipped because the round borders would not be visible on a
white background. Now - with a dark colour scheme - they are, so make
them round.
|
| |
|
|
|
|
|
|
| |
This element's foreground colour is inherited from the root element.
Since we use a special background colour here, make sure to explicitly
set the foreground colour in conjunction.
|
|
|
|
|
|
| |
Currently we use the default colour for these. In preparation for
prefers-color-scheme, add two variables containing the default colours
for normal and visited anchors.
|
|
|
|
|
|
| |
Currently, colours are set per element. In preparation of the support of
prefers-color-scheme, use variables instead so they can be modified in
one place.
|
|
|
|
|
| |
This particular background colour will be inherited from the root
element and does not need to be defined explicitly.
|
|
|
|
|
|
|
|
| |
In preparation for the support of prefers-color-scheme, convert all
presently used Sass variables to CSS custom properties. This will enable
us in an upcoming commit to define different values per media query.
While at it, use a better name for variables holding colours.
|
| |
|
|
|
|
| |
May the Oriole forever grace our skies.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After careful consideration we have decided to replace the more
brutalist landing page with something simpler and more in line with the
styling of the actual posts.
Have the front page include a short introduction and some further links
to the atom feed and git.oriole.systems. Use a more traditional and
simple top-to-bottom layout for the article links in lieu of the more
idiosyncratic left-to-right list that was difficult to scan for some
people.
Keep the post styling as is, but move around and change a few HTML
elements to make more semantic sense and improve the clarity of the CSS.
|
|
|
|
|
| |
Introduce a small script that uses entr(1) to rebuild the site in the
every time a file is changed.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
When clicking on a footnote reference, the browser scrolls all the way
down to the footnotes block of the post. It is not immediately clear
which footnote was referenced, so use the `:target` selector in the
footnotes block to make the linked footnote bold.
|
|
|
|
|
|
|
| |
In fde2230 (css: Add styling for footnotes) we introduced styling for
footnote references, removing the underline and making them bold.
However, as pointed out by a user, having them bold makes them less
readable and clear. Therefore, reduce the font weight back to normal.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The figure (and figcaption) elements have not been used before. The
upcoming post will include them, and this commit adds a bit of styling
to make them look nice.
Use a more muted color and a smaller font for caption text itself and
provide a "round" class for any image element in a figure, which should
help with making darker images less jarring.
|
|
|
|
|
|
|
|
|
|
|
| |
The upcoming post is the first one to include footnotes. This commit
adds a bit of styling for them.
The footnotes block at the end of the post is a bit too prominent
compared to the rest of the post. Use a smaller font size to make it
stand out less. Footnote references in the text are anchors and
therefore underlined by default. Remove any text decoration from them
and make them easier on the eyes.
|
|
|
|
|
|
|
| |
This element has not been used before at all, but the upcoming post will
be including it it in the footnotes block. Use a more fitting
double-border style instead of the questionable design from the initial
commit.
|
| |
|
| |
|
| |
|
|
|
|
| |
We found 'smaller' to be too small, so go with 85% for now.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit adds two new classes for <pre> tags:
1) pre.clear overrides the standard canary background color with white
2) pre.indent defines a <pre> tag that is indented and marked with a
border
These classes are mainly meant for preformatted content that has been
added manually and should not be styled like the common code blocks.
|
|
|
|
|
|
|
|
|
|
|
| |
This commit adds two new flags to the lowdown(1) call in mdconv.sh that
control the inclusion and parsing of inline HTML in markedown files:
1) --html-no-skiphtml, which stops lowdown(1) from skipping inline HTML
2) --html-no-escapehtml, which stops lowdown(1) from escaping said HTML
For now, this is done unconditionally. We plan to add a tag to the
markdown files controlling this behaviour in a future commit.
|
|
|
|
|
| |
In light of the addition of the author metadata tag to <head>, we
decided to use our full name in the post tags.
|
| |
|
|
|
|
|
| |
With the newest sblg version, the extra fields for both <updated> and
<id> are no longer needed.
|
| |
|
| |
|
| |
|
|
|
|
| |
These should make the pages more comfortable to look at.
|
| |
|
|
|
|
|
|
| |
Since my changes to the project got merged, and this link was always
pointing to master, the issue was not actually visible anymore. Fix this
by using a permalink to the code range from before the fix.
|
| |
|
| |
|
|
|
|
| |
This element had no purpose and was taking up 200px for no reason.
|
|
|
|
|
|
| |
Add a bit more space to paragraphs, whilst contracting pre-formatted
content (which mostly is code and uses a different font which does not
need this kind of space).
|
| |
|