A proposed scheme for parsing preformatted alt text

Ecmel Berk Canlıer me at ecmelberk.com
Mon Sep 7 19:38:05 BST 2020


I just had this interesting formating idea reading through this thread:


[modifiers...] [type] [:] <description>


This format lets the alt text be mostly human-readable while keeping
some semantics for machines to parse through.

As an example, all these lines should be valid:

"python code: Code to parse this format"
"table: Point leaderboard"
"Description without any machine readable parts"

The [modifiers...] part is a list of adjectives the pre-formatted text
has, like a programming language name, type of art (ascii / ansi /
unicode / whatever), or whatever else other people can think of. They are
all single words separated by spaces.

[type] is the type of the content in the pre-formatted text block. Like
"code", "table" or "art"

The [:] is just a separator between the machine-readable part and the
description. If a machine reads any ":", it will stop processing, as the
continuation of this line is for humans only.

<description> is the human-readable explanation of what's inside the
pre-formatted block. It can contain anything, including ":" characters
since the machines should stop parsing after the first one.

If a machine has any doubts (any unrecognized modifier or type, or maybe some 
other heuristic), it should halt parsing and display the entire line as
is, to make sure malformed input can still be understood by a human.



I am not entirely sure how well this would actually work "in
production", but I feel like this is definitely something to throw out
here.

-- 
Have a nice (day|night|week(end)?)
~ Ecmel B. Canlıer ~


More information about the Gemini mailing list