Verworfene Ideen zur Weiterentwicklung

Verworfene Ideen werden hier dokumentiert, damit man nachvollziehen kann, warum sie verworfen wurden, wenn sie einmal erneut vorgeschlagen werden.

Vorschaubilder verschiedener Auflösung bei [j]-> generieren
Was
Vorschaubilder mit verschiedenen Auflösungen für ein Original generieren und Browsern als Alternativen anbieten
Wozu
Webseiten werden vom Handy bis zum Wandprojektor heute auf sehr verschiedenen Geräten mit unterschiedlicher Auflösung, Pixeldichte, Datentransfervolumen/-geschwindigkeit angezeigt. Verschiedene Vorschaubilder können den sich daraus ergebenden unterschiedlichen Anforderungen gerecht werden.
Warum
gute Darstellungsqualität verschafft Lesern einen positiven Eindruck; optimierter Datentransfer lässt Seiten ggf. schneller laden und spart so Zeit/Geld für Leser und Seitenbetreiber und hilft dem Suchmaschinenranking => mehr Leser
Warum nicht
siehe Diskussion
Woher
Martin beim Verfolgen von Webstandards
Wie
mehrere Vorschaubilder durch unterschiedliche Dateinamen unterscheiden und in HTML per <img srcset> ggf. auch mit sizes-Attribut oder mit <picture>-Element und <source>-Elementen bereitstellen – siehe https://w3c.github.io/html/semantics-embedded-content.html

→ Diskussion

eine Installation für mehrere Websites
Was
Es ist möglich, eine Aneamal Installation für zwei Netzauftritte unter derselben Domain zu nutzen, die sich durch den Pfad unterscheiden, zum Beispiel https://example.org/peter/ und https://example.org/paul/. Könnte man es so einrichten, dass dieselbe Installation auch unter verschiedenen Domains liefe?
Wozu
Update-Aufwand reduzieren?
Warum
weniger Aufwand bei Updates erhöht die Bereitschaft dazu, was der Sicherheit zugute kommt; außerdem bleibt so mehrZeit für Inhalte
Warum nicht
siehe Diskussion
Woher
David

Beachte die Möglichkeiten von Kollisionen bei Vorschaubildern und gecacheten Dateien. Datenschutz- und Sicherheitsimplikationen wären zu prüfen. Müsste aneamal-config.php für die in einer Installation verwalteten Websites jeweils getrennt nutzbar sein oder eine Konfiguration für alle Auftritte? Lohnt die zusätzliche Komplexität für den Gewinn an Komfortabilität?

→ Diskussion

Beschriftung zweidimensionaler Zuordungslisten (Tabellen)
Was
zu zweidimensionalen Zuordnungslisten (Tabellen) eine Beschriftung hinzufügen, zum Beispiel unter der Tabelle, wie man es auch bei Bildern macht
Wozu
nicht alle Tabellen sind selbsterklärend bzw. bei nicht allen Tabellen ist ihre Relevanz selbsterklärend – diese Erklärung könnte gegeben werden; in der Tabellenbeschriftung könnte auch eine Sprungmarke gesetzt werden, um die Tabelle zu referenzieren
Warum nicht
keine Idee für eine geeignete Syntax, insbesondere funktioniert dieselbe Syntax für Beschriftungen von Bildern hier nicht; als Alternativen kann die Tabelle in ein [a]-Heredoc gepackt werden und dieses beschriftet oder die Erklärung im Text gegeben werden

Zu beachten ist, dass das nur „Tabellen“ aus zweidimensionalen Zuordnungslisten betrifft, also so etwas:

 <1><1> 2
 <1><2> 3
 <2><1> 3
 <2><2> 4
1 2
1 2 3
2 3 4

Würde man eine Beschriftungsmöglichkeit einführen, müsste man das dann auch bei einfachen (eindimensionalen) Zuordnungslisten und anderen Listen tun?

Tabellen, die als TSV-Datei angelegt sind (Einbindung per [b], [d], [p], [q]), können beschriftet werden.

Cache-Zugriff ohne PHP
Was
Dateien aus dem Cache per .htaccess ausgeben, ohne main.php aufzurufen
Wozu
weniger Ressourcenbeanspruchung auf dem Server
Warum
Eine geringere Antwortzeit erhöht Leserzufriedenheit. Mehr Leser können „gleichzeitig“ Daten vom Server lesen, was den Autor erfreut und gut für die Umwelt ist, da keine leistungsfähigere Technik eingesetzt werden muss.
Warum nicht
Per .htaccess scheint die gewünschte Differenzierung nicht möglich, z. B. dass Dateien nur aus dem Cache geladen werden, wenn sie jünger als die zugehörige .nml-Datei sind. Zudem ist eine geringere Abhängigkeit von .htaccess wünschenswert, um die Portierung auf andere Serversysteme zu erleichtern bzw. weniger mit eigenen .htaccess-Angaben des Autors zu kollidieren. Gleichzeitig ist eine noch feinere Cache-Kontrolle wünschenswert.

geschachtelte Syntax für zweidimensionale Zuordungsliste (Tabelle)

Zum Beispiel

<Stadt>
.. <A> Addis Abeba
.. <B> Berlin
.. <C> Canberra

als Synonym für

<Stadt><A> Addis Abeba
<Stadt><B> Berlin
<Stadt><C> Canberra
Wozu
weniger Tippen bei Tabellen, siehe /2015/09/#geschachtelt
Warum nicht
nicht mehr nötig, da sich der Zweck im Wesentlichen per Sandwich-Markup realisieren lässt, siehe das Tabellenbeispiel auf /projekt/aneamal/sandwich

Syntax für Ruby-Annotationen
Was
Ruby-Annotationen
Wozu
um die Aussprache asiatischer Schriftzeichen zu beschreiben
Warum
Den Bedürfnissen anderer Kulturkreise entgegenzukommen kann den Nutzerkreis erhöhen. Es wird aber auch Leuten, die hauptsächlich in europäischen Schriftsystemen schreiben, damit erleichtert, über asiatische Themen zu schreiben.
Warum nicht
Für Feinheiten der Ruby-Annotationen ist eine einfache Auszeichnungssprache wie Aneamal zu beschränkt. Es gibt aber in Aneamal auch die Möglichkeit, HTML für Ruby-Annotationen mittels Platzhaltern einzusetzen, oder – und das würde ich in einfachen Fällen bevorzugen – die Hinweis-Syntax zu nutzen Foo{Ruby}, was in HTML zu <span title='Ruby'>Foo</span> wird, und dann das title-Attribut per CSS als Ruby-Annotation darzustellen. Siehe /2016/03/#ruby für den CSS-Code sowie eine Testseite.

Zeichenreferenzen
Was
wie in HTML Unicode-Zeichen über Angabe des Codepunktes als numerische Referenz angeben können
Wozu
alle möglichen Unicode-Zeichen auch bei beschränktem @charset einsetzen; Zeichen setzen, die keine Taste auf der Tastatur haben
Warum nicht
Es ist im Allgemeinen besser, Unicode-Zeichen ohne numerische Referenz direkt in den Text einzufügen, was bei der Standardkodierung von Aneamal und HTML, UTF-8, möglich ist. Die Verwendung von UTF-8 ist zu empfehlen. Auf vielen Computern ist es möglich, durch Eingeben des Codepunktes quasi jedes Zeichen mit der Tastatur zu erzeugen (man muss sich nur schlau machen, wie), und es gibt ferner die Möglichkeit von Copy-&-Paste aus Zeichentabellen. In Ausnahmefällen kann ein Platzhalter genutzt werden.
Wie
Syntax zum Beispiel &#x007; und diese direkt nach HTML übernehmen

Ggf. wäre bei (kontextabhängig) unsichtbaren Zeichen wie dem weichen Trennzeichen bzw. bei (insbesondere bei dicktengleicher Schriftart) schlecht unterscheidbaren Zeichen wie verschiedenen Leerzeichen eine numerische Referenz vorteilhaft. Allerdings könnte hier auch ein Texteditor die Möglichkeit bieten, Unsichtbares auf Knopfdruck sichtbar zu machen. Textverarbeitungssysteme bieten oft die Möglichkeit, Tabulatorzeichen, geschützte Leerzeichen, Zeilenumbrüche etc. durch andere Zeichen darzustellen.

Autonummerierte Inline-Fußnoten
Was
In LaTeX und gewiss anderen Auszeichnungssprachen ist es möglich, vergleichbar zur Aneamalsyntax für Hinweise Wort{Hinweis}, die in Browsern als Tooltip angezeigt werden, auch Fußnotentexte mitten im Text zu hinterlegen. Diese werden dann automatisch ans Seiten-/Textende verschoben, automatisch nummeriert und verlinkt.
Wozu
Die automatische Nummerierung erspart einem das Neunummerieren, wenn man eine Fußnote nachträglich hinzufügt oder entfernt. Als Vorteil könnte man auch sehen, dass der Fußnotentext im Quelltext in dem Abschnitt liegt, den er erläutert.
Warum nicht
Es gibt in Aneamal bereits eine funktionierende Fußnotensyntax. In Aneamal wird bevorzugt, dass der Quelltext der Ausgabe schon ähnelt, wenn das technisch sinnvoll ist – in diesem Sinne sollten Fußnotentexte auch im Quelltext stehen, wo sie bei der Ausgabe stehen. (Wenn man es als Vorteil erachtet, dass Fußnotentexte in dem Abschnitt liegen, den sie erläutern, lohnt die Überlegung, statt einer Fußnote einen Klammerausdruck oder Ähnliches einzusetzen, der auch in der Ausgabe bei dem Abschnitt steht, den er erläutert.)
Dem Vorteil einer automatischen Nummerierung steht in Aneamal entgegen, dass die Fußnotenreferenzen nicht nur fortlaufend numerisch sein müssen, sondern frei gewählt werden können. Auf /2018/kuhwinkel/ wurden beispielsweise Seitenzahlen in die Fußnotenreferenz aufgenommen; ansonsten können auch Abkürzungen oder Symbole 🍂 als Fußnotenreferenzen eingesetzt werden – dann entfällt die Notwendigkeit einer Neunummerierung bei Einschub/Löschung einer Note. (Der einzige Vorteil einer fortlaufenden Nummerierung ist, dass man bei sehr vielen Fußnoten schnell die richtige findet.) Ebenso braucht es in Aneamal keine Sondersyntax, um den gleichen Fußnotentext mehrfach zu referenzieren.

Insgesamt erscheint die Annehmlichkeit einer automatischen Nummerierung nicht wichtig genug für eine eigene Syntax in Aneamal. Es wäre aber möglich, bestehende Fußnoten zum Beispiel per Javascript umsortieren und neu nummerieren zu lassen.

(Sonstige)
mehrere Video-Untertitel/closed captions unterschiedlicher Sprache für [v]/[w]
Kann als Modul angeboten werden. In der Regel aber braucht es eingebettete Videos nur in einer Sprache, nämlich jener der Webseite. Die zusätzliche Komplexität inklusive der Herkunft des label-Attributs des HTML-<track>-Elements, z. B. aus der ersten Zeile der WebVTT-Datei, der Einordnung als kind=captions oder kind=subtitles oder kind=…, sowie der srclang aus dem Dateinamen, zum Beispiel beispiel.en.vtt, lohnt daher nicht für die native Medienunterstützung.