新しい掲示板の仕様を考える

Web製作板は運営管理の方な感じがしたんで、こっちに立てました。

いかに効率のよい閲覧書き込みを実現するか、仕様を確定する
つもりで考えてみましょう。

補足
>「荒らし対処のための編集権配布案」
>>削除自治ではなく内容自治に向かうかどうかは、(94）
「過去ログよめ」とか「テンプレ案です」とか挙げる人がいる限り、
（いるほど多様な参加者を持つBBSなら）、編集がスレあらすじにも
なりうると思います。それが「話題整理」につながる可能性もあると。

>一つの最終的なものを確定というわけではないので
最終的なものを「一つ」確定、というわけではないので、と念を押す。

当然、発言の連関は鎖状ではなく網目状になるから、
マップはある程度の広さがある平面になる。

個人的には、今のツリー式はデメリットが大きいと思うんだよね。
ツリーというのは樹形図状に発言を並べる掲示板だけど、
樹形図というものは本来、何かを分類することに使われるじゃん。
だから、樹形図の先へ行けば行くほど議論の主題は細分化し、
話題がまとめることは困難になる。
２つ以上の発言に対して返信したり、
話題をまとめる発言が出来ないいうのがツリー式の一番の短所かな。
そこが、なんとか解消されるアイディアがあればツリー式はいい掲示板だと思うんだけど。

Ｃボード?を作るのかい？

>>114
>どんな些細な発言でも議論に影響する可能性はいくらでもあるから
は激しく同意。
以下の案は似たようなの過去に作ったことあります。明日あたり晒してみます。

>>116
右方向に広がるという問題については、分岐時のみノードを表示という
案があるかと。しかしマルチポスト対策や主題統合化は同様の
悩みです。
ただ一つ、「次スレによる内容更新」と101氏、それに「スレスト」
をあわせて、「ツリーストッパー」というのはどうです？
下位発言だが同時に新規発言でもあるというものがあれば、
ツリーがストップされ新発言にリンク、と。

ツリー式を改造した案が出たので
対抗して、スレッド式を改造した案を出してみる。

モデレートによる重み付きスレッドBBS

新しくレスを書き込む人は、直前の最新5レスのうち
どれか1つに得点1ポイントを与える事ができる。
例えばスレ>>100に書き込む人は>>95-99のどれかに得点を加える事ができる。
採点基準はまったくの自由。
ただし、この得点システムで遊ばれないように
得点はスレがかなり進行して十分過去ログになった時点で表示される。
得点の有るレスは、良かれ悪しかれ直後の展開に影響を与えたレスだろうし
得点の無いレスは読み飛ばしてもかまわないレスであろう。
これを目安にすれば、時系列を保ったままで過去ログの内容を簡単につかむ事ができる
…かもしれない。

ざっとスレを読んでみたところ、頭でCVSを思い描いてたよ。
（以下はまとめじゃなくて漏れの妄想）
一つスレッド（ルートツリー？）があってその中はいくつかのブランチに分かれていく。
読む方はメインとランクから開始して必要に応じてブランチをマージしていく、と。
ブランチの作り方がネックだね。
少しずれるけど↑のような感じなら過去ログブランチってのが欲しいな。
「過去ログ嫁」発言で参照されたレスを過去ログブランチに移動するとか。
「過去ログ嫁」って言われてもスレには（過去ログ探したい人にとっての）無駄話が多いから。

変なこと言ってたらｺﾞﾒﾝ

>>119
うん。自分も、リアルタイムで見る時と、過去ログを読む時とで分けて考えたほうがいい。
と思う。


関係無いけど、一番のツリー型表示の欠点は、一気に読みにくいインターフェイスだと思う。
で、これをスレッド型の表示方法を参考に直す。といい感じだと思う。

118で「似たようなのを作ったことがある」とか言ってながら、
ぜんぜん似てなかったですが、一応昔のをば。
ttp://kino-ash.hp.infoseek.co.jp/
縦型掲示板でも被レス表示は便利かと。それ以外の機能は、、、裏目か？

>>121
>うん。自分も、リアルタイムで見る時と、過去ログを読む時とで分けて考えたほうがいい。と思う。
スレッド表示とツリー表示を切り替えられる掲示板はすでに存在しているけど、
みんなどれくらい利用してる？自分はまず切り替えないけれど。
こういう方式の場合、「過去ログ読む時」というのがポイントかと。

前も書いたと思うけど、こういうとき2chのスレ更新システムは単純で
なおかつ良１がいれば非常に効果的だよね。

＞スレッド表示とツリー表示を切り替えられる掲示板

Cyclamen：http://hasunuma.pobox.ne.jp/support/cyclamen.cgi
RAIBPLh掲示板：http://p.wakatiai.com/cgi-bin/raib/p_tasuke/raib.cgi?md=fra&ln=1
Child Tree：http://www.cj-c.com/sp/cbbs.cgi?H=T&no=0

他にもあった？

C-BOARD：http://www.skullysoft.com/soft/ssc-board/bbs/main/c-board.cgi?id=cboardfaq

Wing Multi BBS Professional:http://www002.upp.so-net.ne.jp/wing-net/support/script/bbspro.html

122と41を足して考えてみたんだけど、41のように子スレを分割するのでは
なくて122のように同時表示し、その際子スレの階層をインデントで表す
というのはどう？
それで子スレ同士の識別は色なり122みたいな横のアラインメントか何かで
するの。

122は子スレを投稿者が作成する形ではなくてホストに依頼する
形になってるけど、子スレの数を制限するなりして、「基本は
本スレ進行で」という形に出来れば、子スレ作成を投稿者に
任せてもいいんじゃないかと。

「こんなの作ってみたんだけど・・・」
http://pc.2ch.net/test/read.cgi/php/1011001700/
>２ｃｈのスレッドのURLを入力してボタンを押すと
>読みやすく（読み難く？）なります

だそうな。つまり>1とかを元に並べ直し、通常掲示板でも階層構造を
実現するCGIだって。さっき上がるまで知らなかったけど、参考になる。

で、1はスクリプト弄れんのか?それともこういう結論に達したから作れという気なのか?

>>129
ログ読めばわかるが>>1はDQN。無視するが吉。

>>129
お答えします。

>で、1はスクリプト弄れんのか?
内部的にはぐちゃぐちゃだとしても、欲しい機能を実装するくらいは
出来ますが。122でも一つ曝してますし。

>それとも
「それとも」とはどういう択一ですか？
>こういう結論に達したから作れという気なのか?
「みんなで力を合わせて一つのものをつくりましょう」とか言うつもりは
ないですし、欲しいものがあればそれぞれが勝手に作ってください。
自分もまったり作ってるので。

ただし、「欲しい機能を並べたてるスレッド」に似てはいますが、
「それぞれのビジョンに基づいて機能を選択的にまとめ上げる」点で
違います。

たとえば>>119の人が
>ツリー式を改造した案が出たので
>対抗して、スレッド式を改造した案を出してみる。
と書いていますが、「スレッド式を改造した案」というアイデアだけでは
なくて、これが維持可能なのか、補助的機能が必要ではないのかについてまで
検討して欲しい、というわけです。
1chなら1chで、「投稿に対し評価点をつけてみたら」だけじゃなくて、
評価点がどう投稿者に還元され、掲示板全体としてどうなる、とかね。

>>115で、
>最終的なものを「一つ」確定、というわけではないので、と念を押す。
と書きましたし、突き詰めてその人（そのタイプ）の理想型が出来ればよし、
そうでなくてもある機能の周辺と影響が判明すれば、「新しい掲示板を
つくりたいんだけど」という人への参考にはなるでしょう。

>>1
DQNだな(w

1抜きで話を進めるならこのスレには有効な利用方法がありそうだが・・・

>DQNだな(w
それはなぜ？
１としての進行に問題があるから？
（反省点として、１の「仕様を確定するつもりで」周辺で
誤解が累積している、など）

それともモノを出さないから？
（これについては、「まだ出せない」というのと、「この段階で
出る出ないは問題としてない」という>1方針です）

132は言いたいことが分からない。
１を名乗ってスレを動かすなということ？
それともその他？

どちらかについて納得できれば、それなりの対応をしますが、、、
方針が理解しにくいということでなく、方針に納得できないなら、
１抜きで〜という前にスレ立ててください。

>>133
＞それなりの対応をしますが、、、

必要ない。出て行ってくれるだけで良い。

(´・ω・`)ｼｮﾎﾞｰﾝ。



だから、１を降りろという意味で出て行けというのか、
発言を見たくないという意味で言ってるのか分からんと
いうことで。
ただDQNと言われるだけじゃ、「ﾊｧ？私怨ですか」と
返事するしかないんですが。

・とりあえず、趣旨がはっきりしない
・スレッド式ではなく、ツリー式を選んでいるが、その優位性がはっきりしない
・デフォルトの非表示機能という初めて訪れた訪問者には不快としか思えない掲示板を平気でうpする
・1にはその掲示板を使うべきユーザーへの配慮が欠けている
・ユーザに非表示設定をゆだねるという管理責任を放棄した者に掲示板を管理する資格はない
・一つのものを作る必要がないというのは、1のスレッド内スレッドの弊害と矛盾する

なんていうか、ここにいる人間を読みづらい長文で弄り回している1のレスを非表示にしたいな

もうひとつ言っとくと内部的にぐちゃぐちゃなスクリプトなんて書かないでくれ
鯖を汚染しているということを自覚してないのか

>・とりあえず、趣旨がはっきりしない
これを最大限に重要視するならば、まあ、スレ開設者として責任は感じていますけれど、それ以外の指摘については正直(ﾟДﾟ)ﾊｧ?と。

>・スレッド式ではなく、ツリー式を選んでいるが、その優位性がはっきりしない
？
自分は主にスレッド式（というか読み下し式）を基本にすると何度も書いたし、
ツリー式を取り上げるにしても、「ツリー式の利点を選ぶならばそれを生かす
にはどうすればいいのか考えよう」といってアイデアを提出しようとしたし、
どちらも否定してませんが。


>・デフォルトの非表示機能という初めて訪れた訪問者には不快としか思えない掲示板を平気でうpする
これは非表示設定機能実装のサンプルに過ぎませんが。それにデフォルトでは当然
全表示で、そういう機能が存在すること事態許せない、というなら話にならない。

>・1にはその掲示板を使うべきユーザーへの配慮が欠けている
？

>・ユーザに非表示設定をゆだねるという管理責任を放棄した者に掲示板を管理する資格はない
最終的な削除権限は当然管理者にありますが。想定してるのはこの2chでのように>１がどっかに行って、なおかつ削除権限者と判断が異なる場合の話ですし。

>・一つのものを作る必要がないというのは、1のスレッド内スレッドの弊害と矛盾する
その弊害を知ってるからこそ、弊害を越えられる掲示板を模索してるんですが。

>なんていうか、ここにいる人間を読みづらい長文で弄り回している1のレスを非表示にしたいな
あなたがほしい掲示板を作ってください。

こんな形のレスをすると、一発でばれるね。[何が?]

>>62
http://romper.room.ne.jp/~sgn/lightx/light.cgi
↑
つまり「きみが管理人のBBS」ってのは、BBS設置者の責任逃れっつーか、
そういういいかたすりゃひろゆき@2chさんが某動物病院裁判の控訴審で敗訴したのをきっかけに
投稿者のIPアドレスの記録を開始したのもそうなんでしょう。じゃなきゃやってけないもんね。
要するにBBS設置者の管理義務やら管理責任の軽減/分散を狙ってんのが「きみが管理人のBBS」です。
あと意外かもしんないけど「きみが管理人のBBS」では投稿者の著作権保護も狙ってるようです。
BBSへの書き込みは匿名で書かれたものであっても著作権が発生しうる。というのが
BBS設置者@きみが管理人のBBSの考え方なんでしょうね。
↓
http://romper.room.ne.jp/~sgn/lightx/light_man.html#x01　＜引用＞
＜本BBS設置者は本BBSを投稿者本人の著作物を公開する場として本BBS利用者に貸与しています。
依って本BBS上の著作物を削除した者は、その行為による法的責任をすべて負うものと定めます。＞

>>136
・ユーザに非表示設定をゆだねるという管理責任を放棄した者に掲示板を管理する資格はない
↑
ぬはは。そりゃ136さんの文化というか思想だよん。
消す（或いは非表示設定の）権限を持ってるのが特定の馬鹿だろうが不特定の馬鹿だろうが、
己が投稿を消された投稿者の覚える不快さは変わらないんじゃないかな。
ちなみに「きみが管理人のBBS」 における削除の意味は以下のとおりらしい。
http://romper.room.ne.jp/~sgn/lightx/light.cgi ＜引用＞
＜[81] 当該BBSにおける削除について 投稿者：#お●ーさん 投稿日：2002/07/18(Thu) 07:23
厳密には削除ではなく、プロバイダー責任法における「送信防止措置」です。
http://www.mainichi.co.jp/digital/zenbun/provider-sekinin/＞

>>140-141
ならさ、何も消す必要があるのかってことに対する疑問はないか
一定数以上の票が集まれば直接削除ができる形式ではなくてあくまで削除希望の数として
集めてから、一定数に達すれば、それが本当に希望なのか削除する必要があるかを吟味する
それから、管理人による削除のほうが問題も起こらずにスマートな気はするがな。

>>142
：
>それから、管理人による削除のほうが問題も起こらずにスマートな気はするがな。
↑
それもひとつの仕様だとおもうよ。
しかし「きみが管理人のBBS」の狙いは問題そのものを回避することにあらず、
BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるのだ。
正当な著作物を不当に削除された投稿者（著作権所有者）が頭にきて、
削除跡に残されたIPアドレスから削除したヤツを追っかけて民事沙汰を起こす。
なんつー事態は当事者同士が争うワケだからBBS設置者はちっとも困らんのだよ。
むしろBBS管理人はいかなる投稿も独断で削除し放題っつー現状にあって、
投稿者の著作権やら表現の自由が異常に軽視され勝ちな昨今においては
そういう騒ぎを望んでいるのかもしれないのだな。

>BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるのだ。
最低だな、そんなBBSを利用したいとは思わない
有用なレスが嵐によって、消された場合の問題もあるしな
だが、現状で1が望んでるのはそういった方向にしか思えない

管理しやすいBBSというのは、ユーザーから見て、内容をつかみやすいBBSに
つながると思うんだが、1はあくまで管理の方向から考えているのが(以下・・・

削除という言葉が自分が思っていたのと少し違う印象を
受けますが、自分が>>87あたりで言っていたのは、
ログからの削除ではなく、透明あぼ〜ん設定の共有であって、
無論かちゅとか使わない人には全表示されるように、その設定を
採用しない人には全部見えます。

>136
>1のレスを非表示にしたい
そういうこともできますし、それはログに影響しません。
136は「無視したいから」自分の発言を非表示設定し、自分は
自分で「自分のは既読なので」136の設定を採用することも
あります。見たくなったら全表示すればいいですし。
管理者というよりも読者の立場に立ったつもりですが。

>有用なレスが嵐によって、消された場合の問題もあるしな
それはないです。設定は匿名でもパスで一貫性を持たせれば、
「この設定をした誰かさんはどうも信用できない」ということで、
“別の誰かの設定に乗り換える”ことができますので。
ていうか誤解どころかログを読んでない印象を受けるんですが。

>145
失礼、>>87ではなく、>>86でした。

まだいんのかよ・・・痛い>>1

>>144
>>BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるのだ。
>最低だな、そんなBBSを利用したいとは思わない
↑
ぬはは。2chが投稿者のIPアドレスの記録を開始したのも、
BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるんだよ。
http://dempa.gozans.com/　＜引用＞
＜内容証明→速削除 の義務を軽減しようとひろゆきが考えた策が、
んじゃ、当事者同士で解決してね！ってことで、IPを教えてみよう！ ということになったわけです。＞
144 ：132!=134 は自分がどんなBBSを利用してるのかわかってるかい？（笑）

>>149
ここにもコピペ荒らしの被害が出たか・・・

分かったよ1、1も自分のスクリプト出して、知能指数さらしてんのに漏れが出さんのは
フェアじゃないよな、とりあえず、まだ未完成だが1の求めるもののいくつかはここにある
これを見たらこのスレからは消えてくれ

http://yamuchan.hp.infoseek.co.jp/cgi-bin/test/test.cgi

>>150
引用の体は逸脱しとらんのだが、コピペ荒らしってなんだい？
方言は苦手でね。

>>152
2chの基本

・書き込みは半年ほどROMを続け、空気を理解してから行いましょう。

>>149
2chの場合は警察沙汰になったり、赤の他人のせいで裁判沙汰になったからだろ
あふぉか

>154
2chじゃなければそうならないという保証でもあるのだろうか？

>そんなBBSを利用したいとは思わない
といいつつ“そんなBBS”たる2chにきているのはおかしいのでは？という
149の指摘は真っ当だと思うのだが。

>>149,159
規模の問題を考えれば分かると思うが

2chの場合は日本でも最大規模のアクセスを持つサイト、そこでとられたIPは何らかの
問題(刑事及び民事)が発生した場合に警察等の提出するために保存している
これは捜査協力という意味合いにおいてなんらの問題があるとも思えない
当然、それを他の目的以外に使う(アクセス拒否などは除く)のは問題があるとは思うが

対して、君が管理人BBSの場合は削除という権利を与えながら、その一方でその掲示板を訪れる
すべての人間に対して削除を行った者のIPを晒している

当然ながら発生する問題の質も違う、2chであればIPを晒されるべきなのは
削除された(何らかの問題発言を行った)発言者のIPであり、削除を行った者が
良心からそれを行ったとしてもIPを晒されることとなる。

削除された発言者が犯罪者だったとしよう、その場合削除したもののIPを
晒すというのはどういうことだろうか？犯罪者に目撃者の情報を与えることに
相違ないと思うのだが

もっと簡単に言えたわ

君が〜BBSの場合は、不快な発言を行った者に対して、良心から削除を行った者の
IPを晒したために逆恨みを買って、更なる問題が発生する場合がある

2chの場合は問題解決のために協力するという名目でIPを提供している

ＩＰＩＰと騒いでいる荒らしが各板で出没しているが、
別に、無条件でＩＰ晒す事自体は問題無いと思われるのだが・・・

現にＩＰやブラウザ名を公開する形式の掲示板は存在するし
htmlで見えなくてもソースを見ると記録してあるものも多いし。

>>151のリンクはとりあえず消しといた
すでに別の場所で仮公開はしているが、もう少し仕様がまとまったら
再うpするんで、そん時は意見よろすこ

>別に、無条件でＩＰ晒す事自体は問題無いと思われるのだが・・・
全くないよ(w
ただ、対象の問題が気になるだけ、本当に晒されるべき人間は誰かということ
君が〜BBSの場合は善意から削除を行っても、まるで悪いことをしたように
扱っているのが許せない。

まぁ、2ch削除依頼板でもリモホは晒されるんだけどな(w

>>156 ：132!=134
>対して、君が管理人BBSの場合は削除という権利を与えながら、その一方でその掲示板を訪れる
>すべての人間に対して削除を行った者のIPを晒している

IP晒す旨を了解した者だけに削除という権利が与えられるんだよ。
逆恨み買うのが怖い御仁は黙ってみてりゃいい。

>>157 ：132!=134
>君が〜BBSの場合は、不快な発言を行った者に対して、良心から削除を行った者の
>IPを晒したために逆恨みを買って、更なる問題が発生する場合がある

痴漢の現行犯を諌めても逆恨みを買って、更なる問題が発生する場合がある
逆恨み買うのが怖い御仁は黙ってみてりゃいいんだけどな。

>>159 ：132!=134
>君が〜BBSの場合は善意から削除を行っても、まるで悪いことをしたように
>扱っているのが許せない。

固定観念に縛られたまま新しいBBSの仕様を考えるのはたいへんだろうな。

>まぁ、2ch削除依頼板でもリモホは晒されるんだけどな(w

2chの場合は、不快な発言を行った者に対して、良心から削除依頼を行った者の
リモホを晒したために逆恨みを買って、更なる問題が発生する場合はないのか(w

>>162
>固定観念に縛られたまま新しいBBSの仕様を考えるのはたいへんだろうな。
>>151のリンク先見なかったのか？あれが完成したら132!=134は神とあがめられると思うぞ
それにしても、変な方向に議論がいってるな

>>151
そこのアカウントにあった掲示板の、
縦横のインターフェイスは思いつかなかった。感動した。

縦: 関連情報
横: 〜に関する詳細情報。に自動的になる。のか。

でも、縦方向だけのほうが見やすかったりして。

コロンブスの卵だな、見せられたらできるけど気づかない。
あれを見ずに132!=134をたたいてる連中は消えうせろ
あのままでも十分使用には耐えると思うが、まだ改良しようという132!=134に期待
漏れは静かに見守るよ

>>164
>でも、縦方向だけのほうが見やすかったりして。
縦表示もあったな、でも縦表示だと議論が途切れている可能性もあるから
横表示があってはじめて成立するものかもしれない
異なるスレを同時に見るようなものだしナー

マトリックス型（というよりE型）は1chとかであるコメント型の延長だよ。
一時期考えたけれども、正直使いにくいと思うが。

あれってログはスレごとに分けてるんだろうか？
全体を1ログでとっているとするととんでもないスパゲティの気が((((;゜Д゜)))ガクガクブルブル

>167
SQL使ってなければ、おそらくツリー掲示板と同様の実装の由。
最新投稿が下かと。

まさか全読み込み＞挿入とかやってなければね。

URL削ったら出てきた
http://yamuchan.hp.infoseek.co.jp/cgi-bin/yamu_ch/l_board.cgi
意外と間抜けてるな(w

機能解説ってところを見たけど、スレごとにファイル分割してるみたい

ThanX>170
しかし、せめてスレッドに■▲▼ぐらいはつけて欲しい。
それに、結局縦読みメインになりそうだが、そうなると
2ch型と変わらんような気が、、、

新しいカキコも認識しづらいしな、■▲▼はいらないんじゃね？
横読みなら一発で次のスレにいけるし
だが、子レスの最後にトップに戻るリンクくらいは貼ってほしいな

そう思って、トップの最新ver.覗いてたらツリー表示も出てきた
もうあふぉかと(w

ログを共有して、それぞれの長所を利用すればユーザビリティーは向上するかもしれないな
興味深い試みだな、最新ver.のリンク
http://yamuchan.hp.infoseek.co.jp/cgi-bin/test/test2.cgi

>>172
てか、testがtest2になっただけじゃねーか、やられた、欝だ

■▲▼てのは子レスを横に読んでいくときの話。
てか、記号で横向きの三角ってないよな。＜と＞か？
いや、こういうタイプは正しく使われているときには便利なんだが、
レス＞レス＞レスで話が発展すると機能しないと、、、
まあそうなったときに縦読みに移行すればいいんだが、
そこは表示切替許容派と不要派で意見がわかれるところ。

最新投稿チェックの件は、MovableTypeのようにコメントのみ
別チェックという手段もあるが、コメントではなく投稿に
してしまうとまた難点もムニャムニャムニャ、、、
ま、がんばってくだせえ。

スレ立ててきた、これでいろいろ聞けるかな
http://yamuchan.hp.infoseek.co.jp/cgi-bin/test/test2.cgi?mode=yoko&no=44

レス見れねー

バレるとはおもってたが、モロ、バレてんじゃん(欝
聞かれそうなことだけ先に答えておくと

>>167
>全体を1ログでとっているとするととんでもないスパゲティの気が((((;゜Д゜)))ガクガクブルブル
ログはスレごとに管理してます、ちなみにコメント抜き、過去ログなし、トップでのスレ展開なし、
グローバル関数をとりあえずなしで大体1000行程度、最終的に1800位を目指してるかな

それを通常、縦、ツリー、過去、書き込みにファイルを分けてそれぞれ800行以内に
収めるのが目標、ちなみに参考にしたスクリプトはjoyful2ch。Perlは3ヶ月くらいなんで
ログでの改造が結構大変だった

>まさか全読み込み＞挿入とかやってなければね。
レスはwhile文で読み込みごとに表示させてるからそれほどストレスはないはず
レスの表示方法はテーブルを利用しているだけ

>■▲▼てのは子レスを横に読んでいくときの話。
全レスで20に絞ってるし必要な局面がないと思うんだが、いるかな？

いかにも冬休み他にやることがなかった学生が造ったような掲示板だなｗ
激しく失笑させていただきました。

>>178
議論するだけで作らないよりましだと思うよ
実際にトライ&エラーで新しいものを作ろうとするには気力もいる
新しいものを作り出すのはいつも若い人間なんだからそれを馬鹿にしてたら
いつか足元をすくわれる

神と仰いでたやつはどこいった(w？

ただ>>151の発言を見ると、彼は「拙くとも革新的な試み」を育てていくことに
寛容とも思えない。

>>179
トライ＆エラーは構わんが、1に向かって吠えてた割には余りにもお粗末ってこった。
話題に上げてた削除ポリシーもなんも伝わってこんよ

別に神じゃないし、削除ポリシー大そうなものは持ってない、管理能力のずさんさを
人任せにしたくないだけ、うちでありえるかどうは分からんが、刑事訴訟とかは別。

>>182
粘着厨かい？漏れは削除は基本的に入れないことで解決してる修正で削除行為
に近いことはおこなえるし、管理者特権を使えば修正を試みない投稿も削除できる。
削除ポリシーというか、君が〜BBSは虫唾が走っただけ

そもそも、このスレは『削除に対する新しい掲示板の仕様を考えるスレ』なのかと思うときがある
非表示設定やら、削除機能の話しやらで、いつまでたっても肝心なユーザビリティーの話し合いが
出てこない、非表示はその一端かもしれんが、それはもう少し形が煮詰まってからで十分だと思った

正直言いすぎた感はあったが、運営・管理ではないスタンスで話をしたくてここへ来たはずの
1が結局のところ運営・管理の面からしか考えることができなかったのがもどかしかっただけ
粘着がつかなければあそこまで話を発展させることもなかったんだが

こんにちは。自前のスクリプトを公開したことに敬意を表して、132!=134さんと
呼ぶことにしましょう。まずはお疲れさま。

>>151は見せてもらいましたが、
>求めるもののいくつかはここにある
のどこがそうなのかは正直分かりませんでしたが、あなたのオリジナル
なのでがんばって発展させてください。

ただ、どうせ横にスクロールしなければ見えないのなら、アンカーのみ
横に並べてコメント件数を示し、実投稿は下でもかまわないのでは？
これを>>166氏のＥ型という表現に対してＺ型と言ってみますが。

それから、このスレは>>101氏が
>新しい話題の整理の方法を考えたぞう。
と言ってみたり、>>107氏とか>>99氏とか、初めからユーザーの使いやすさ前提で
進行してましたが。>>86も「スレ編集権」は話題整理にも使えると
いうことを含意してますし、128まではちゃんと話せる人もいたんですがね。
悪気はないんでしょうが、>>141＆143氏もちょっとややこしかった。

さて、ツリー式（とE型）は「スレッドの視覚化」というパラダイムですが、
もう一つ「マルチエントランス」というものもあります。
まあ早く言えば、「ツリー式は途中参加しやすいが縦読みは難しい。
だからまとめや中継点を作って頻繁に仕切直ししようよ」という考え方で
掲示板をデザインしていくものです。
まあまたよけいな概念を持ち込んでスレッド内スレッドを増やすのも
なんですが、ROMしつつ黙々と作っている人の参考までに。

86に関しては>>115でもちゃんと補足してますね。
>「過去ログよめ」とか「テンプレ案です」とか挙げる人がいる限り、
>（いるほど多様な参加者を持つBBSなら）、編集がスレあらすじにも
>なりうると思います。それが「話題整理」につながる可能性もあると。
って。

151はテーブルじゃなくてスタイルシートという手もあるぞ。
これだと座標をちょっと計算すれば単純読み込みですむと思う。

実装はスパゲッティでもおいらが書き直してあげるから、怒って、
せっかく出てきたアイディアを無くす。のはやめてほしい・・

つーか叩くなっつーの。

>>187
どうもです、スタイルシートに関しては元々導入する予定ですが
外部にするつもりなので実装はもう少し先になります。
ただ、文字数やaの連続などでデザインが崩れてしまう可能性があることから、
あえて外枠にテーブルを用いて、それを未然に防ぐ目的にしています。

今のところは子レスが見えているのでそっちが気になってしまうということも
考えられますが、親レスをスタイルシートで幅を100%に指定して子レスは実質的に
非表示にするつもりです
これでメインストリームからは外れるので単純なスレッド方式に近くなると思います

>>183
悪いが俺の投稿は178と182だけだよ。
2度のﾚｽでも粘着と判断されるなら別にいいけどね
まぁひとつ形が煮詰まるように意見を言わせてもらえば、
君が展開しているスレッドの表示の仕方はすこぶるユーザビリティが悪い。
データ構成を考えても、どうしてあのような一見マトリックス型のような構図になるのか理解しがたい。
標準的なブラウザの仕様、マウスによるオペレーションを考えた上でもだ。
個人的な意見だが、184の1の意見を見ると、
君よりは1の方が考え方のベースはしっかりしていると思う。

たたいてる連中ちょっと待てよ。>>151のスクリプトってここで議論されてたことのほとんどが
実装されてることを見落としてないか？
「返信に返信はできないようにする」
「スレッド内スレッドの弊害」
「興味のない議論の非表示」
これらをクリアして、ユーザビリティーも>>190が言うほど悪いとは思えない
返信がメインになるなら確かにユーザビリティーは低下するだろうが
それに横に展開せずにアンカーを表示ってのは結局はグループに分けられた
スレッド表示ができるツリー型にしかならないと思う
>>184の意見のどこがしっかりしてるのか、はっきりいって漏れには分からない

ええと、言いにくいのですがフロートしなくなった横進行2ch掲示板
と考えれば実態が見えるかと。

>>191
そんなに褒めてほしいのかお前はｗ

むろん、132!=134さん次第でこのあとどうにでも変わってくるんでしょうが。

横スクロールはｳｻﾞｲ

>子レスは実質的に非表示にするつもりです
なら184のとおりでいいじゃん。
て、返信自体非表示で、なおかつ返信から返信はなしということか。

失礼！
>>192は取り消しです。

あ、197は1です。
>196
そうでしたね。返信から返信は出来ないんでした。

>>196
デフォルトの画面外に置いて、横レスの存在を見えなくするだけだと思う
メインのに対して影響しないように

>>192
レスがフロートしたらそれこそスパゲティ掲示板の出来上がりだろ（w

>>197
スマソかった

>親レスをスタイルシートで幅を100%に指定して子レスは実質的に
>非表示にするつもりです
これが132!=134の考え方のキモか、、、。
つーか、この背景にある思想こそこのスレに求められていると思うんだな。

>これでメインストリームからは外れるので単純なスレッド方式に近くなると思います
とかの発言のことだが。
なら普通にスレッドを進行させた方がよいし、ちょっとコメントをつけたい
というなら1chみたいな1行でもいい。複数行必要ならツリーでよいし、
結局132!=134はどうしたいんだ？

自分でさぞ素晴らしいものでも作ったような気でいたんだろうな

できればそろそろ応援非難でなくて、建設的なコメントしてください。
201氏の言う通り、132!=134さんは新しいのを作ったのはいいですけど、
なぜコメント機能では駄目だったんでしょうか？
返信を続けられないなら言いっぱなしで終わるような気が
するんですが、子レスはどういう使い方をするつもりですか？

>>203
子レスは>>203みたいなレスを統合するつもりなんだろう
だからスレッド内スレッドの問題は確かにクリアできてると言ってるんだがな
コメント機能では議論を発展させるには絶対的ではないと思う
横スクロールがウザいと言ってる連中は立て表示が目に入らないのか子一時間
問い詰めたい

せっかくうpされたものをたたいてたらこのスレに価値はないな

>203みたいなレス
とありますが、この発言は
>できればそろそろ〜
という風に全体発言も含んでいるので、単純に「コメント」とは
いえないのですが。

それに子レスを非表示にしたり、レス連鎖がなされなければ
同様に議論を発展させる力にはならないかと。むしろ他の
用途なら多少想定もできますけれども。
…というのも叩きにとられかねないのですが、できれば
199氏が答える前に、132!=134さん自身の話も聞きたいんですが。
代理回答でややこしくなるのはもう真っ平ごめんなので。

>>1
マスヲたんでつかｗ？

こんにち和。

面白いスレッドですね。自分も過去に>1さんと同じ様に、「新しいタイプの掲示板を」と考えたことがあります。
というのも、ブラウジング環境が今尚進化し続けている昨今、掲示板の形式も（掲示板を使用したコミュニティも）
進化しなければならないのではないか？と考えたからです。恐らく>1さんも発端は同じところにあるのではないで
しょうか。

一つ気になる事は、書き込む側（お客さん）の書き込み・表示の高機能化を求めすぎているような気がします。
使い勝手が悪くなると、掲示板の本来の目的である「コミュニティ」に支障をきたすのではないでしょうか。
掲示板はあくまで開設・管理者の為のものではなく、そこに訪れるお客さんのためのものであることを大前提としないと、
プログラマのオ○ニーだけで終わりそうな気がしてなりません・・・（~口~;

たぶん1行目で読む気が失せているかと思いますが、長文失礼致しました。
応援したいと思います。　m(_ _)m

破滅的に汚いHTMLだなぁ。ユーザビリティも最悪。
この分じゃStyleSheetも理解できてんだか。

と、それは置いといて、

当然、汚染チェックしてるよな？
当然、wTオプション付けてるよな？
当然、use strict; してるよな？

という基本中の基本から確認しないといけないレベルだね。

（´-`）.｡oO（マスオさんってなんだろう？）

>207
別に「進化しなければならない」ということはないんですけどね。
ただ今のが使いにくいだけですから。

しかし、2chに来てだいぶたちますけど、これだけシンプルなものが
この利用者数の中で機能しているというのは驚きでした。
しかし考えてみればシンプルゆえに柔軟性があり、「使い方」が
進化しています。スレ開始時の「詳細は>2、関連リンクは>2-10」
などの決り文句や、「質問はここで」スレッドなど、住民の工夫
によってシステムはどんどん充実しています。
要するに冗長性にあふれているわけですが、冗長性は規模に合わせて
適切に設定されるべきで、2chがツリーになれば使い物にならないし、
個人サイトがスレッドフロートを使っても閑散の極みなのは
ままあることです。

自分の場合、中〜小規模サイトを念頭に置いていますし、考えてみれば
2chだって縦型掲示板の集まりと考えれば（違いますが）対象と
なります。実際、このスレッドは観察対象でもあるのですよ。
いろんなところのシステムを、何とか再び個人規模サイトに
フィードバックできないかとおもっていろいろやっているのですが、、、ﾑｽﾞｲ

>208
>>129あたりでも言おうと思いましたが、今の議論ではスクリプトが
かけるかどうかは問題にしてません。使い方の段取りが確認できれば
OKじゃないですか？
それで「こんなのが出来た。さあ清書しよう」となれば、
PerlなりPHPなりの初心者スレに言って相談すればいいわけですし。

※無論、PerlやPHPでどんなことが出来るか知らないのはそれ以前の問題
ですが、ユーザビリティはユーザーに聞けということでそれもまたよし。

＞PerlなりPHPなりの初心者スレに言って相談すればいいわけですし。

死ね糞他力本願野郎

頼むから厨は丸ごと厨房板へ移動してくれ

1と132!=134の自演のにほいがぷんぷんする糞スレ