【HTML】StrictなHTMLのBBSを作ろう【Perl,PHP】

strictなHTMLを出力するBBSを作成するスレッドです。
strictの種類としては、html4.01．XHTML問いません。
書き込みに対し、どのような処理を与え、どんな結果を出すことが望ましいか、
そのコードはどんな風にすればよいか、を話し合うスレです。

参照スレッド
Strict-HTML スレッド25＠Web制作
http://pc5.2ch.net/test/read.cgi/hp/1101043958/l50

掲示板作製を巨大AAを書くことを前程に考えてるから悩むんじゃないか？
AAは無しでいいじゃん・・・

body {font-family:○○; /*MS　Pゴシックなどに*/
}

>>262
もしそれを実装するなら>>255も実装出来ると思う。

<select name="" tabindex="">
<optgroup label="通常投稿用">
<option value="1">&lt;strong&gt;,&lt;em&gt;タグ有効</option>
<option value="2">&lt;strong&gt;,&lt;em&gt;タグ無効</option>
</optgroup>
<optgroup label="AA用">
<option value="3">&lt;pre&gt;で書く</option>
<option value="4">段落まで&lt;pre&gt;で書く</option>
</optgroup>
</select>

wiki記法でいーじゃんって言っちゃだめなの？

AAなんて特殊な用法のためにボタン実装ってアホくさくないですか。

ソースコードのためのpreは欲しいなあ。

ソースコードは code じゃないの？

<pre><code></code></pre> でいいじゃん。

>>266
頻度で決めるのもな。
「うちは誰とも干渉しないから引用機能実装しなくていいよ」って言ってるのと等価。

こういうの面白いとは思うけど、BBSの利用者がリストや強調機能を
利用してくれるとは思えないんだよね。実際に使うのはBBSの管理人
だけになりそうな予感。

>>271
だから、普通の書き込みの状態を、どこまでStrictに出力するかってことが重要なわけで。
それを話し合ってるのだ。

>>271
つか、そういうサイト管理者には無縁なものだしね。

120がんがれー
結構大変なのかな…

単純にちょっと忙しかった。ま、少し困ってるのも事実だが…。

とりあえず>>270、「選ぶ」ためには予め全部作っておく必要があることを忘れないでくれよ。
…実業務でも往々にしてある構図だな、これ（苦笑。

それとPRE（AA用のブロック？）とかって、結局どんな処理を期待してるの？
要するに改行をそのまま表示する（段落区切りと見なさない）ってこと？
それだけなら、まあそのまま素直に実装するけど…。

あと困ってると言ったのは、<em>とか<strong>とか置換する際の問題。
平たく言えば、書き手を信じて単純に置換すると
<strong><em></strong></em>こうなりかねない、ってこと。
完全に対処するためにはもう一段階解析を細かくしなくちゃいけないんだけど、
流石に面倒になってきた。適当な妥協策を探るか、覚悟を決めて書き直すか…。

>>275
> それとPRE（AA用のブロック？）とかって、結局どんな処理を期待してるの？
> 要するに改行をそのまま表示する（段落区切りと見なさない）ってこと？
じゃなくて、
連続スペースは無視しようぜ→じゃあAAは？→AAはpreで括ろうぜ
ってだけの話で、preにする理由はそんな流れ。

AAそんなに使うのか？

>>277→>>270→>>275→>>277→…

<pre>はあって困るもんじゃないないし
ないよりあったほうがいいと思う。

>>275
書き手を信じるしかあるまい、と思う。

PREという名称とAA用ブロックを混同するのがマズイ気がするな…。

>>276とりあえずAAを書く上での問題が連続スペース「だけ」なら、
現状でも特に問題はないはず。
デフォルトで空白は保持されるから。

一方で、普通PREという名称でイメージする領域、
つまり連続改行による段落区切りを無効にした領域が
別に必要なんですか？
もしくは強調などのインライン要素置換をも
無効にした領域（それをPREと呼ぶべきかは知らない）がご所望ですか？
と訊いたのが>>275

…ついでに
「重要度に関わらず、とりあえず選択式で」ってのは勘弁してくれ、とも言ってるわけだが（笑

インライン要素置換無効がいいかなーと個人的には思う。

>>281
> デフォルトで空白は保持されるから。
保持しないオプションつけてくれ、はスルーされるわけね。
連続スペースは気持ち悪い。

「インライン要素置換をも無効にした領域」として<pre>を実装してみた。
http://rain.s88.xrea.com/strictbbs/clrea/parse.php
ソースはまだぐちゃぐちゃだが、動くことは動くはず。

<pre>と</pre>に囲まれた領域では、全ての改行が単純に<br />に置き換わる。
インライン要素置換は起こらない。勿論リスト引用等々も機能しない。
あとインライン要素置換のテスト用に<em>を実装しておいた。

作ってから気付いたけど、tag-map.iniで
preformatted=<pre>%CONTENTS%</pre>
となってるのを
preformatted=<pre><code>%CONTENTS%</code></pre>
にすればソースコード用に、
preformatted=<p>%CONTENTS%</p>
にすればAA用になるな、これ。
排他使用でも良いけど、どうせなら複数同時に使えれば平和になりそうな気がする。

>>283
それは設置時のオプションとして、ってことだよね？
確かに、<pre>を実装するとなると空白の扱いくらいは
設置者のポリシーとして設定できた方が良いかも知れないな。

ちなみに「空白を保持しない」ってのは
「連続する半角/全角空白を半角空白1つに置き換える」くらいの意味でOK？

>>285
それでお願いします。

ﾜｸﾜｸ（´ー｀）

>>284
仕様かも知れないけど一応報告。
------------------------
<pre>
テスト
</pre>
------------------------
<pre><br />テスト<br /></pre>
------------------------

あと、
1 文字
2 文字
3 文字
みたいに連番になると<ol>なんてどうかな……？

olじゃなくてulのほうが使う機会かも
* foo
* bar
* baz
みたくするとulでリスト化するとか

使う機会かも　→　使う機会多いかも
ｽﾏｿ

おいおい

結構間が空いてしまったが、
http://rain.s88.xrea.com/strictbbs/clrea/parse.php
PRE系統のタグが複数同時に使用できるようになった。
デフォルトでは<pre>と<AA>が使用可能だが、カスタマイズも可能。
（方法については別途実験用のラウンジにでも詳述しておく）。

あと空白の扱いと<pre>系タグの使用許否も設定できるようになった。
/StrictBBS/config.php
内の定数で設定する。例えば
define('PRESERVE_WS', false);
にすれば、連続する全角/半角空白とタブは半角空白1つに置換される。

またこの設定は実際の変換時にダイナミックに変更することも出来る。
上URLで実演しているので試してみて欲しい。

>>288
それはずばり仕様。
中途半端に改行を削ったりすると意味が無くなってしまうので。

あと<ol>については、<ul>以上に書き方のバリエーションが
ありすぎるので保留にしている。

>>293
> あと<ol>については、<ul>以上に書き方のバリエーションが
見当違いだったらごめん。バリエーションって、ナンバリングのスタート地点とかのこととかかな？
だったら、type属性もstart属性もvalue属性もcompact属性も非推奨だから気にしなくていいと思うよ。
strictBBSなんだし。

>>294
見当違いとかいう以前に、非推奨の意味を誤解していないか？

HTMLで見かけを指定する要素が非推奨という意味は、標準の見かけだけを
考えればいいということではなく、見かけが違っても本質は同じものなら
本質の方だけを考えろという意味だよ。見かけはいくらでもあり得るわけ。

つまり、非推奨だからこそ、よりバリエーションがあり得るんだけど。

>>295
> つまり、非推奨だからこそ、よりバリエーションがあり得るんだけど。
ごめん。意味がわかんない。
非推奨は実装しなくていいんだからそれによって増えうるバリエーションはない、ってのはあってるよね？

>>296
そこが違ってるんだって。例えば、

1. ぬるぽ
2. がっ

i. ぬるぽ
ii. がっ

この2つは数の表示方法が違うけど、本質的な論理構造は「ぬるぽ」と
「がっ」がこの順序に並んだリストという意味で全く同じものを表している。
だから本質的でない見栄えの違いをtype属性などで指定したりはせずに、

<ol><li>ぬるぽ</li><li>がっ</li></ol>

と、どちらも本質部分だけを書こうというのがStrict。それをおまいさんは、
上のリストが推奨で下が非推奨と誤解していないか？…と。

とりあえず /^[0-9０-９]+[\.．]/ だけとか。
先頭に少数付きの数字を書きたいときに競合するか。ふーむ…。

だから順序をつけることにしか意味は無いわけで。リストを示すのがが数字であろうと何番から始まろうとどうでもいいんだよ。

>>299
それを踏まえた上で>>298は
とりあえず算用数字だけ順序リスト化しないか？と述べていると思うのだが。

8種類だけ実装すりゃいいんでねーの？
ttp://www.htmlhelp.com/ja/reference/css/classification/list-style-type.html

半端な書き方をして混乱させてしまったようですまん。
<ol>のバリエーションってのは単純に、
1. 2. と書く人もいれば I. II. と書く人も i. ii. (1) (2) １、２、等と書く人もいるから難しい、
というだけの話。
これだけ多くのバリエーションがあると、全てに対応するのはまず無理だ。
かといって>>298が言うような限定的な実装をすると、本当に使われるのかどうかが疑問になってくる。

そのあたりうまい妥協点が見出せないから、実装の手間も考えて保留中、ってこと。

このBBSって一般向けなの？

>>297
書き込まれ方、って話？
そんなのは「引用の場合は文頭に「＞」を」というのと同じで、ルール作っておけばいいでしょ。
「iiにしたい」と思う書き込み人のことを考慮する、ってのはstrictBBS的な発想じゃないし。
数字のタイプはページ管理者の一存でいいでそ。

そうじゃなくて、olにしたいけどどの書き込み方法を実装しようか、って話だろ？
iiだろうが2だろうがolはolであって、どう見栄えをコントロールしようかなんて話にはなっていないが。

>>305
> そうじゃなくて、olにしたいけどどの書き込み方法を実装しようか、って話だろ？
だから、「いずれか一種類にする」でいい、と言ってるわけでしょ。
＞あと<ol>については、<ul>以上に書き方のバリエーションが
この言い方ではいろんな書き方をカバーするつもりととれるから。

>かといって>>298が言うような限定的な実装をすると、本当に使われるのかどうかが疑問になってくる。

>>307
仕様に従わない人には使えない機能、で割り切るしかないんじゃないの？
だってこう書けば強調になる、に従わない人の強調の書き方までサポートできないでしょ？
それと同じだと思うんだけど。

>>308
んなことを言い出したら、
「閲覧者が入力した内容を可能な限りStrictにマークアップ」
という最初の命題なんぞ投げ捨ててしまうことになりかねんが。

実際問題不可能なことは不可能で仕方がないとして、
対応策がどうしようもなく広がるものでなければ検討する価値はあると思うんだがなぁ。
強調を ** で挟んだり文字間空けるなんてのじゃ追いきれないもんだが、
文頭に算用数字（アラビア、ギリシャ）か漢数字か全角か半角か、
っていうのは最初っから割り切っちゃうほど難しい実装かねぇ。

>>309
> 「閲覧者が入力した内容を可能な限りStrictにマークアップ」
> という最初の命題なんぞ投げ捨ててしまうことになりかねんが。
そんな主旨があったのか。
俺が提起して、スレ立て（失敗して代わりに立ててもらった）んだが、
そんな意図はまるでなかったよ。

strictな記述が可能な掲示板を作ろう、であって、
書き込んだ人の意図を「エスパー的に汲んで」StrictなHTMLとして吐き出す、というものなんて作れるわけない、と思うわけで。

http://rain.s88.xrea.com/strictbbs/clrea/parse.php
とりあえず（半角/全角数字＋区切り文字）だけ実装してみた。
区切り文字として使用可能なのは

１，全角コンマ
2,半角コンマ
３．全角ドット
4.半角ドット
５、全角読点

半角全角・区切り文字は混在可能。上の5つは1つのリストになる。
ただし数字は1から始まり、連続していなければならない。

今回結構変更点が大きいので、色々試して欲しい。
特に<ul>との組み合わせとか。

>>309-310
俺は少なくとも「ほとんど何も考えなくても使える」ものを作っているつもりだったが？

掲示板に書き込む人全てがHTMLに明るいわけじゃない。
そういう人が何も考えずに書いたとしてもある程度妥当なマークアップになる、
という部分こそが”HTMLの簡便記法”に過ぎないWikiとの違いじゃないのか？

で、日本語で個条書きを書こうと思ったら8〜9割の人間は・を使うだろう。
一方順序リストの場合はそうはいかない。
だからどの程度サポートすればOKか議論してくれまいか。
俺としては漢数字ローマ数字あたりはかなり面倒くさいので半角/全角くらいで勘弁して欲しいが、
いやどうしても必要だ、と結論されれば何とか挑戦してみよう、
てのが今の話。

同じ"桁位置"に順序を表す文字が現れたとき。

1さんへ
2チャンネルは今日で
3回目です。

Iはやってませんが
IIで始めてドラクエをやりました
IIIが一番の傑作だと思います

数字の後には半角あるいは全角の空白か、
ピリオドかコンマ入れてるんじゃないかな。
統計でも取らなきゃわからんなこんなもん。実質無理だｗ
印象だけで語ると偏りやすいからどんどん意見きぼん。

ピリオド入れようが同じことになりそうな気がするが。

・1
・２
･3
･４

･か･でリスト化だが、もしその後に数字があったら…とかしても

・１２３４５
・いろはにほ
・ABCDE

とかされたら困るな

困るけど滅多にこういう事ないか・・？

!1
!2
!3
はどうかな。

訂正
ナンバリングを書き込み主に決定させる必要は無いわな。
!だけで充分かも。

！でってのは良い案かもね

>>322

<ol>
<li>でってのは良い案かもね</li>
</ol>

ｲｴｱ！

>>318
住所リスト
・1丁目2番地
・2丁目10番地
・3丁目5番地

こういうのも変換しかねないのでulでいいと思う

ていうか、ちょっと上にも出てるけど、閲覧者は特別な記述方法を学ぶ必要があるのか？
（強調とかはそう実装されてるけど、平常の文で強調を示す記号なんかはないからなぁ）

>>320-322
>>41-42

さて、このスレの主題は
投稿者の投稿した本文をなす　プレーンテキストをStrictHTMLに変換すること
になってきているわけだが、
　そ　も　そ　も
その解法があるならHTMLの存在意義がないということを心しておけ。

本格的にマークアップすることは 投稿される本文が ただのプレーンテキストなら　困難だ。
しかし、ただのプレーンテキストでなく、何らかの記法に依存したもの(wikiのように)すると、利便性が低下する。
つまりは>>326の質問に対する答えが設計方針に多大な影響を与えることになる。

>>328
何度も指摘されてることを今更大々的に言われてもなぁ

プレーンテキストがHTMLに変換可能だとしたら、
HTMLの存在意義がなくなる？アホかお前は。

>>330
多分言いたいことは、「そんな方法があるなら著者がマーク付けを施す、なんて作業は要らなくなる」ということなんだろうね。

まぁ連続改行が段落として扱われるだけでも十分な機能になってるよ。
その辺のBBSはStrictとうたっていてもbrで空行作ってるからな。

s|\n{3,}|</p><p>|g

こんだけじゃん

>>331
だとしたらWYSIWYG型のHTMLエディタのおかげで
エディタ手書きマーク付けの意味は全然ないわけだよな。

何か話がループする傾向にあるな…。
とりあえず<ol>の実装は現状でOKと見なさせてもらおう。
（特別な記法を用いないという前提での話だが）

さてこれで
・段落<p>
・引用<blockquote>
・順序無しリスト<ul><li>
・順序付きリスト<ol><li>
・整形済み領域<pre>/大型アスキーアート領域
に対応したわけだが、他に何かある？特にブロック要素で。
無ければ既存の掲示板への組み込み作業について考えていこうと思うんだけど。

ないっす。
完成期待。

(;´Д`)はぁはぁ
年末だから仕事忙しいのかな？

調子はどうっすか

必要とされてないのに気づいたんだろう

そんなガチガチに縛られた掲示板キモくて書く気しないＹ。

隔離スレなんだからいじるなよ

大衆向けじゃない罠

>>340
心配するな。あんたの書き込みなんか期待してない。

今更ですごく気まずいが…
改造に適した掲示板が全然見つからなくて
その後他の仕事も忙しくなって
モチベーションが一気に落ちてふけてた。すまん。

誰か適当な掲示板スクリプト紹介してくれ…。
・PHPで書かれている
・完全にデザイン（HTML）とロジックが分離されている OR 最初からStrictなHTML
・改造・再配布がライセンス的に問題がない
DBはなるべく使いたくないけど、この際どちらでも良いかな…。

>>334
なんでDB使うのが嫌なのかがわからん。
理由を教えてくれ。

>>345
正直使ったことが無い･･･orz。

>>345
…敢えて問い返されると別に深い理由はないな。
まあ普段開発している環境にはMySQLしか入れてないから、
Postgresオンリーとかだとちょっと面倒くさいけどね。

あと”使いたくない”理由ではないけど、
DB使うと設置性の問題であまり好かれないんじゃないかと思ったから
自分で探しているときは避けてた、というのもある。

てことで
・DB使うならなるべくMySQLで
を追加。

>120
http://www.punyu.net/php/oekaki.php

AA_BBS
http://wizarz.net/ext/php/index.htm
FrogBoard PHP版
http://cgi.2lbox.org/?lang=3

AA_BBSあたりがいいんじゃないだろうか

>>348,349 Thanks. 調べてみた。

・POTI-Board
HTMLの分離はそれなりになされているが、如何せんコードがな…。
これを改造するのは考えたくない…。（potiboard.php 行35-38あたりが象徴的）
というかそれ以前に、”お絵かき掲示板”は流石にちょっと違う気がする。

・AA_BBS、FrogBoard
どちらも”テンプレート対応”ではあるがHTMLの分離は完全ではない。
結局はプログラム中にHTMLが散在してしまっている。
自分で探したときに見つけたのもほとんどがそうだった。

…なんか「プログラマは出力されるHTMLに無関心だ！」って主張を体感している気分だ。
なるほどこりゃゼロから作り直した方が早いかもね…。俺の負けだ。

愚痴ってばかりの自分に嫌気も差してきたし、すっぱり消えることにする。
僅かでも期待してくれた人がいたら、すまんかった。

分かってるだろうけど、プログラマが無関心なんじゃなくて
一般的にほとんどの人間が無関心だからその中にプログラマが入っていただけかと。

１２０さん消えないでー ｡゜（ﾟ´Д｀ﾟ）ﾉｳﾝｺ-

>>351
clrea
ttp://kano.feena.jp/erial/clrea/
一応Strictみたいだがどうよ?

STRICT BBS
ttp://fjo.mine.nu/chisha/isha/skin/strict/
自称Strictみたいだがどうよ?
「strict bbs」でぐぐったらでてきた。

>>355
それのどこがStrictなんだよｗ　覚えたての厨房レベルだ。
難癖つけられて逆切れしてるみたいだしな。言ってることむちゃくちゃだ。

Web 制作に帰れ

Strictってなんですか？
デザインと機能が分かれてるって事かな？

>>358
>>1

datおちやったorz

clreaが出ているようなのであげとく。
http://kano.feena.jp/?dev%2FclreaSX
1はこういうDOMXML掲示板がやりたかったの？

>>1は糞スレを立てたかっただけ。
最初から作る気なんか無かったと思う。