■2013年12月25日 UPDATE｜Drupal 8 （8.0-dev）に対応しました。
Drupal 8 に向けた Drupal core の開発は、現在は「API completion phase」ということで、「正式リリース（Release）」まで「Beta phase」「Release candidates」を経るのみとなっています（Drupal core release cycle）。ですから、今後も「正式リリース」に向けて Drupal 8 自体の細かい変更はあるはずですが、当モジュールにおいては、その変更の根幹部分に対する対応は今回のアップグレイドにより完了したものと考えています（※１）。今回、当モジュールのアップグレイド対応のための修正プロセスを通じて感じたことは、かなり大きな変化があった Drupal 6 から Drupal 7 へのアップグレイドに比べても、Drupal 7 から Drupal 8 へのアップグレイドは質的にその数倍の変化である、ということです。実際に、英語圏では、Apple 社が iPhone を展開したことなどを引き合いにして、それを Drupal における「破壊的イノベーション」と評する向きもあるようです。開発者の視点としては、具体的には、（1）ルーティングシステムの変更、（2）オブジェクト指向プログラミングの本格的導入、（3）コンフィギュレーションシステムの導入、（4）テーマシステムの変更などを挙げることができますが、これらからも Drupal がより大規模で高い信頼性が要求されるようなサイト構築のためのフレームワークを目指しているであろうことが見えてきます。一方で、というかそのためもあり、利用面・開発面では、特にルーティングやモジュールの変更においてはかなり繊細な対応が要求されるような面もあり（これは正式リリースまでによりよく改善される可能性もありますが）、利用者や開発者にとっては（それが良いか悪いかは別として）若干敷居が高くなりつつあるようにも感じられます。とすると、今後は、何故 Drupal なのか（その必要があるのか）ということをよく考慮する必要があるようにも思われます。
※１：ただし、現段階では、wiki 用のフロントページ（例えば、www.example.com/wiki）をサイト全体のフロントページ（例えば、www.example.com）に割り当てる設定機能（サイト全体のフロントページに wiki 用のフロントページのコンテンツを表示させるようにする設定機能）については、未対応となっています。（※２）
※２：2013年12月26日追記：追記※１に関して、Drupal 8 対応バージョンにおいてもこの機能を実装しました。

■2011年03月08日 UPDATE｜Drupal 7 に対応しました。
今回のアップデートにより、当モジュールを Drupal 7 上で使用することができるようになりました。また、当モジュールは、それ自身で、このモジュールにより構築されるページ内へのリンクを Ajax 化できるわけですが、今回新規に開発した TNC Ajax Site Module と併用する場合を想定し、当モジュールにおけるリンクの Ajax 化機能をオフにすることもできるようにしています。当モジュールはその名称のとおり、閲覧・編集の両面において Ajax 化していることがコア機能であるため、このような対応はその特徴の一面を取り去ることになってしまいます。しかし、ユーザーの方にとっては、Ajax 化がどのモジュールによって行われているかということよりも、むしろＵＩの統一性の方が重要な関心事項となると考えられるため、このような判断を採ることにしました。これにより、当サイトのように、同一サイト上で TNC Ajax Wiki Site Module と TNC Ajax Site Module を同時運用した場合においても、ユーザーの方に対して、画面の更新に際して同一のユーザー体験を提供することが可能となっています。

■2011年01月16日 UPDATE｜Wiki 記法を用いて、サイト管理者が登録した特定のプログラムを呼び出す機能を追加しました。
この機能により、（１）サイト管理者は、必要とするプログラムをいくつでも登録することができます（この権限はサイト管理者のみに限定されています）。そして、（２）ページの作者・編集者は、Wiki ページ中に、登録された特定のプログラムを呼び出すためのシンプルな Wiki 記法を追加することで、そのページにアクセスがあった際に、指定したプログラムを実行し、その出力結果を画面に表示できるようになります。このような機能を用いる具体例としては、「現在の時間を表示する」などの非常に単純な処理によるものから、「複数のタームのそれぞれの最新のノードをリスト化してカスタマイズ表示する」などのより複雑な処理によるもの、さらには、カレンダーやコンタクトフォームなどの特定の機能を提供するものなどが考えられます。当サイトにおいては、（１）DIARY :: AROUND THE CORNER ページ下部のナビゲーション部分と、（２）2011年以降にポストされたエントリーページ（例えば「Entity化するDrupal」）下部のコンタクトフォーム部分を、この機能により描画しています。これにより、（１）については、ナビゲーションの「THIS YEAR」と「THIS MONTH」のリンク先が、自動的にアクセス時点の日時を反映したページとなるようになっています。（２）については、本来は Field Module と連動し各エンティティ（Node を含む）の追加フィールドにおいて機能する TNC Ajax Contact Form Field Module のコードとデータを援用することにより、エンティティではない（従って、Drupal のフィールドとは全く関係のない）当モジュールによる Wiki ページ上に、Ajax 化されたコンタクトフォームを設置しています。これらに留まらず、アイディア次第、考え方次第で、単純な構成になりがちな Wiki ページをより複雑な構成にしたりより高機能化したりすることなどにより、Wiki ページの魅力や価値を高め、「知識共有」「知識創造」により貢献できるのではないかと考えています。

■2011年01月06日 UPDATE｜キーワード形式のパスと共に、ディレクトリ形式でのパスでもページにアクセスできる機能を追加しました。
当モジュールは基本的には Wiki の機能を提供するモジュールであるため、例えば「DIARY :: AROUND THE CORNER」というキーワードのページにアクセスする場合には、これまでは、「http://www.transnetcreation.com/wiki/DIARY%20%3A%3A%20AROUND%20THE%20CORNER」という URL を指定する必要がありました。「%20」などの記号が入っているのは、非モダンブラウザに対応するためですが、それにより、人間にとっては分かりにくい URL になってしまうというデメリットがありました。 それに対して、今回のアップデートにより、先程のページであれば、例えば「http://www.transnetcreation.com/diary」という URL でアクセスすることもできるようになりました。こうすることで、例えば、2011年01月06日の日記のエントリーページである「DIARY :: AROUND THE CORNER :: 20110106001」というキーワードのページには、「http://www.transnetcreation.com/diary/2011/01/06/001」という、よりコンテンツの内容を表す URL でアクセスすることもできるわけです（「diary」以下の「2011/01/06/001」部分については、任意に設定することができます）。今回のアップデートにより、当モジュールを、Wiki としてだけでなく、Ajax リンクによるページ遷移のないコンテンツ更新という特徴は保持しつつ、より CMS 的に使うことができるようになっています。

■2010年12月30日 UPDATE｜Wiki 記法として、ブロック要素の水平配置（いわゆるカラム表示）への対応等を追加しました。
今回のアップデートにより、（1）ブロック要素の水平配置ができる、（2）ブロック要素等に「style」「class」「id」属性を指定することができる、という機能を追加しました。style 属性には、CSS で用いられる全ての指定を行うことが可能です。通常の Wiki システムであればデザイン・レイアウトに関しては Wiki システムの開発者が予め用意した Wiki 記法の範囲に制約されることになりますが、今回のアップデートにより、当モジュールによる Wiki においては、デザイン・レイアウト面での自由度が大幅に広がり、ページの作者（＝コンテンツの制作者）が、Wiki 記法を用いつつ、多様で豊かな表現をすることができるようになりました。もちろん、style 属性を指定するためには、CSS に関する知識が必要となりますが、class や id を指定することもできるため、CSS に関する知識を、管理者の方等が代替することで対応することも可能となっています。

■2010年12月12日 UPDATE｜動的表示に対応できるようにしました。
前回のアップデートにより「単一のページにおいて他の複数のページのコンテンツを統合的に表示する」機能を導入したことに伴い、今回のアップデートにより、動的表示にも対応できるようにしました。動的表示とは、ここでは、ページに対してリクエストがあった際に、その都度、wiki 記法で記述された文書を html データに変換・出力することを指しています。それに対して、静的表示とは、ページに対してリクエストがあった際に、予め wiki 文書から変換・保存していた html データを検索・出力することを指しています。これまで、当モジュールは、静的表示方式を採用していました。そうすることにより、サーバーの負荷を低減することができるためです。そこで、今回のアップデートにより動的表示にも対応できるようにしたわけですが、そうすることで、（前回のアップデートにより追加した機能を利用して）他のページを統合して表示しているページがある場合には、統合されているページに対して行われた変更・修正をリアルタイムで反映できるようになりました（すなわち、これが、今回、動的表示に対応した目的です）。つまり、動的表示に対応することで、（1）統合される方のページにおいては、統合している先のページのことを気にすることなく変更・修正作業を行うことができる、（2）統合している方のページにおいては、統合される元のページの変更・修正を気にすることなく、一度ページを構成してしまえば、何もしなくても、常に最新の状態を表示することができるようになります。具体的には、例えば、当サイトの日記において、新しい日記のエントリーを追加した場合、その月のマンスリー・アーカイブ（例えば 2010年12月のマンスリー・アーカイブ・ページ）に新しいエントリーのインデックスを追加するだけで、そのページを統合している全て各エントリー・ページ（例えば 2010年12月08日の日記のエントリー・ページ 等）では、常に、自動的に、その変更・修正を反映した最新のコンテンツを表示することができるようになるわけです。また、動的表示は、それが必要となる場合にのみ自動的に稼働し、それ以外の場合にはデフォルトで静的表示となるようになっています。こうすることで、動的表示に対応することによるサーバーの負荷の増加を必要最小限に抑えるようにしています。

■2010年12月08日 UPDATE｜単一のページにおいて他の複数のページのコンテンツを統合的に表示できる機能を追加しました。
当モジュール上で稼働する Wiki システムは、これまでは、通常の Wiki と同じように、１つのキーワードに対して対応する１つのページ（１つのコンテンツ）を表示するという仕組みになっていました。それに対して、今回のアップデートにより、コンテンツ面においては、（1）複数のページ（複数のコンテンツ）を統合したページを表示する、（2）複数の他のページで共通的に表示するコンテンツを一元的に管理する、ということができるようになります。また、デザイン面においては、（1）より複雑な画面構成が可能となる、（2）表示されるコンテンツに合わせて、ユーザーにとってより分かりやすい画面構成が可能となる、というメリットを得ることができます。具体的には、例えば、当サイトの日記の各エントリー・ページ（例えば 2010年12月08日の日記のエントリー・ページ）は、上部：「コンテンツ部分を展開しているページ」と下部：「リスト部分を展開しているページ（例えば 2010年12月のマンスリー・アーカイブ・ページ）」を統合して作成されています。このようにすることで、日記のコンテンツ部分（上部）はエントリー毎に別々で作成しつつ、 リスト部分（下部）は日記の各エントリー・ページで共通的に利用・表示する、ということが可能となっています。つまり、今回のアップデートにより、当モジュール上で稼働する Wiki を、より CMS に近い形で運用することも可能となる、というわけです。当 Wiki システムの開発者としては、今回追加した「単一のページにおいて他の複数のページのコンテンツを統合的に表示する」という機能は、「Wiki システムにおいて Ajax に対応する」という、当 Wiki システムの第一の特徴に続く、第二の大きな特徴になるものと考えています。