TiddlyWikiとMediaWiki：編集の見やすさの顕著な違いを熟考

ミニチュアの単一ファイルjavascript wikiであるTiddlyWikiは、 Habrahabrで当然人気があります：少なくとも3つの優れたブログ投稿が専用です（ 2008年5月25日、 7月19日 、 12月20日 ）。



TiddlyWikiがとても魅力的だったのはなぜですか？ それがTwitterが魅力的である理由とほぼ同じだと思います。 私たちはそのミニチュア、シンプルさに惹かれています。 このWikiは、Wikipedia（またはMediaWikiエンジンの別の百科事典）のような記事ではなく、テキストの小さな断片（いわゆるtiddlers ）で構成されており、百科事典のそれぞれがせいぜいサブセクションを描画します。 また、チドラーを編集するために、別のページに移動する必要はありません。チドラーの編集ウィンドウがすぐに開き、チドラーのテキストがあった場所と同じ場所で開きます。編集後、このテキストは新しいテキストに置き換えられます。



2011年の構内では、ブラウザの開発が急速に進んでおり、多くのサイト（Wikipediaスキンではなくとも一部を含む）が組み込みのjQueryを取得し、 AJAXリクエストを mightとmain でプッシュしています。 TiddlyWikiは6年以上前から存在しています。 MediaWikiの記事のサブセクションは、空間（および頭の中）での動的な組織の謎に決してならず、記事の厳密な順序の一部として永遠に残ります- しかし、ボリュームの観点では、それらはほぼtiddlersに等しいので、なぜMediaWikiのサブセクションがTiddlyWikiのtiddlersに追いつくべきではありません編集を簡単にするために？ それはもっと簡単だと思われます：AJAXをサブセクションの編集ページからエディター全体に取り込み、それを自身のサブセクションの場所（記事内）に貼り付けます。



それでも、 MediaWiki拡張機能の完全なリストには 、このサブセクション自体の代わりに、記事内のサブセクションを編集するためのフォームの外観を保証するものはありません。 また、javascriptガジェットは、リモートでも同様のものをまだサポートしていません。



なぜそうなのかしら。



1つの仮説を次に示します。おそらく、MediaWikiでのjQueryの実装はまったく均一に行われなかったためであり、新しいスキン（スキン）では、jQueryコードは以前のMonobookスキンなどに登場しました。 それでごく最近まで、そのようなインラインエディターを書くことは安全ではありませんでした。 しかし、これは単なる予感です。



別の予言はさらに興味深いものです。おそらく、誰もが小学生のように「オンザフライ」でサブセクションを編集することを好まないかもしれませんが、別の編集ページが必要です。



3番目の説明があります。MediaWikiでは、多くのスクリプト（特にガジェット）が、編集ページを読み込んだ直後に動作するように構成されています。 エディターを記事に直接挿入する場合、これらのスクリプトはすべて他の方法で「キック」する必要があります。 スクリプトが非常に複雑で強力な場合（たとえば、 ある種の wikEd ）、予期しないことからそれをオフにすることができます。



どちらの理由がより重要だったかは、時間が経てばわかります。