@pokarim @tenjuu99
よばれ……た……?
(・・

@pokarim @tenjuu99
すでにおおむね答えが出ていたっぽい ^^;

@tenjuu99
ちょっと修飾するだけなら tput でいいけど、複雑なものになるならしんどそう……。
自分なら、すぐにシェルを投げ出して、適当なスクリプティング言語で curses に頼ってしまいますね ^^;
がんばれー。

@tenjuu99
コマンドラインツールなら、PHPやめましょー : )
# 身も蓋もない

@tenjuu99 ちがった、そうじゃない。
cursesラッパーライブラリをつくるところから!
(^^;

@pokarim @tenjuu99
HTMLは、SGMLのマークアップの流儀をベースにしていたものの。当初は厳密にはSGML準拠だったかびみょーだった、という話も目にしたことがあったような気がします。そこまで原初の (バージョン付く前の) HTML は知らないんですが。
実用性を踏まえて、便宜的にSGML系の文法にしただけで、SGML界隈のあれこれ(何)をどこまで重視していたかは気になるところ。

@tenjuu99 @pokarim
その意味では、SGML応用を定義した時点で、その要素ごとの意味 (と、標準的なレンダリング結果の想定) は固定されますね。
加えて、SGMLでも、XSLやCSSに相当するようなスタイルシート言語も存在したので、表示用の構造に変換するなどで別形式のレンダリングとすることもできました。という意味では、意味とレイアウトを分離することも想定されていた、と言えます。(応用言語の作られ方次第)

SGMLはやたら複雑化し、その処理系もやたら高価なものになっていて、市場で広く導入するのは難しかった、らしい。
そういう点でも、シンプルなものにしなければ、という動機はあったはず。

@tenjuu99 @pokarim
名前を思い出したー。
XSLの基になったと言われる、DSSSL。他にもスタイルしてい言語はあったように思う。
<https://ja.wikipedia.org/wiki/Document_Style_Semantics_and_Specification_Language>
<https://www.jstage.jst.go.jp/article/nig1987/29/1/29_1_29/_pdf/-char/ja>