ミニチュアの単一ファイル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 ）、予期しないことからそれをオフにすることができます。
どちらの理由がより重要だったかは、時間が経てばわかります。