この間、Facebookで質問を受けてお答えした話です。

なんでもWYSISWYGエディタで画像を差し込み、ページサイズの都合上、小さな画像に縮めて表示したい、それはWYSISWYGエディタの画像の詳細設定で簡単にできる、
しかし、本来の大きな画像も見せたい、なので、画像をクリックしたら本来のサイズでPOPUPさせたい....

もしかしたら結構ある要望なんでしょうかね。
NetCommonsの汎用DBでもこのような機能を実装していますし。

この方はjqueryで組み込みを考えてらっしゃったようなのですが
いかんせんNetCommonsはprototype.js、バッティングの解除とかいろいろ考えていると頭痛くなっちゃいます。

NetCommonsのWYSISWYGエディタをつかい、かつ、HTMLをかける権限を持っているならもっと楽な方法があります。
お知らせモジュールに画像をUPしたあと、その画像のimgタグを
 <a href="#" title="" onclick="commonCls.showPopupImageFullScale(this);return false;"></a>
で囲む方法です

ここをクリックしてみてね！
↓


このjavascriptの関数、NetCommonsが使っているjavascript共通ライブラリに実装されているものなので、なんの心配もなく使用できます。
javascriptに多少の心得のある方は是非お試しください。


※とはいえ、あまり多用して１ページ内にこの手の画像をたくさん埋め込むと、当然、ページが重くなりますからご注意を。
NetCommonsのWYSISWYGエディタの画像詳細設定で画像を小さくしても、実際ロードされる画像は元画像のバイト数ですから！

久しぶりに、NetCommonsのテーマ作成でドジを踏んでしまいました。
皆さまが同じところにハマらないよう、あえてお恥ずかしい話をひとつ。

ご存じのとおり、CSSの記述で、カラーを指定する場合、
＃FFFFFF　の代わりに　＃FFF　と書くことができます。
R,G,Bがそれぞれゾロ目の数値の場合は、３桁に省略することができるんですね。

NetCommonsのテーマのCSSでも同様です。だって普通のCSSファイルとほぼ同等のものですから。

ところが！！
これをやってはいけない場面があったのです。

NetCommonsの主坦としてページの作成権限をもったことのある人なら、編集ができるブロックにマウスを入れた瞬間、対象のブロックがフワーッと色がフラッシュするのを体験されていると思います。
これは、Javascriptで、対象ブロックのbackground-colorを取り出し、その色を一瞬ハイライト色に変え、あと、だんだん、もとのbackground-colorに近付けて戻していく、という処理をやっています。

このとき、background-colorを例の３桁表記にしていると、IE7,IE8では「元のbackground-colorは『３桁＋０００』の色」として誤認識するみたいなんです。

３桁表記でバックの色指定をして、IEで編集しようとすると、わらわらとブロックの色がとんでもない色に....,.
いやー焦りました。

ということで、NetCommonsのCSS記述時は、background-colorは６ケタで！がお約束のようです。。。。
皆さまもお気を付け下さい。

追記：
NetCommonsの...と書いてしまいましたが、これっておそらく、こう云うJavascript処理では共通的に発生することなんでしょうね。
Javascriptで色変え処理とかをするような場合は６ケタ表記が無難なんでしょうね。

NetCommonsのカスタマイズをしている方々の中で最も多い質問のひとつに『「ｊQuery」を組み込むにはどうしたらいいですか？』といったものがあります。
皆さん、Webページに動きをつけたいんですよねぇ。
将来的にはHTML5がフォローするんでしょうけど、一般的になるまではまだまだかかるでしょうし。

ということで試してみました。
ブロックタイトルバーをクリックしたら本体部分が開いたり閉じたりするブラインドオープン／クローズブロックテーマ
カレンダーで「１日分表示タイプの今日の予定」がぴらーっと開いたときは、ちょっと嬉しかったですね。こんなの欲しかったのですよ。

この動きはscript.aculo.usのeffect.jsを組みこんで実現しています。
NetCommonsのJavascriptはprototype.jsがベースにあるので、jQueryよりも組み込み易いように感じたので。
ただ、バージョンには気をつけないと、最新のScript.aculo.usでは動作しませんのでご注意を。

組み込みは、ちょっといいのかな？と思いながら、ブロックテーマのファイルセットの中にｊｓフォルダを作成し、そこにｅｆｆｅｃｔ．ｊｓを配置、システムでＤＢ上に管理されるＪＳファイルの一部としてeffect.jsを組み込ませる、という手法を取りました。
そしてブロックテーマのテンプレートからDBに管理されているJSデータをダウンロードするようにしています。
テーマフォルダの中にJSファイルを置いてもちゃんと取り込んでくれるんですねー。
でも多分、テーマの中のJSを読み込んで管理してしまうのは、想定外のことではないかしら

デモサイトにも書きましたが、現状ではこの方法はあまりよろしくないんです。
なぜなら、配置したJSファイルは「このブロックテーマのJS」という形では管理されず、「テーマのJS」という形で管理されるから。
いろんなテーマごとにJSファイルを置いても、それら一式読み込まれちゃうんで、下手するととんでもないバッティングが発生します。

これ、知っている人は知っている動作ですね。
NetCommonsでは、Javascrptは基本的にはモジュール単位で管理されているだけ。モジュールでテンプレートを複数作って分けたとしてもJavascriptは一括でまとめて読み込まれてしまう、というものです。
テーマに付属したJSも、これに類似した動作となっているんですね。

もしも「JSファイルはテンプレートごとに読み込む」というような動きに変わったら、
きっと「テーマごとにJSを埋め込む」みたいなカスタマイズもできるのでは？
などと夢想中です。

あぁでもそうなったらそうなったで、「このテーマとこのテーマではバッティングするから一緒に使っちゃダメ」とか小難しい状態になってしまうのかしらん。
それはそれでいやかも。
そう考えると、やっぱりシステム系のフォルダにちゃんとeffect.jsを置いて、使いたいテーマに随意に使ってもらう、って管理された形の方がいいのかな。

公式サイトのフォーラムに「ヘッダーメニューを非表示にする方法で...」という書き込みがありました。
リンクも張っておきますが、要約しますと

「NetCommons実践カスタマイズ」P224　
１８．ヘッダーメニューを非表示にする方法を試した。
日誌モジュールで前の5件を見るために、数字をクリックしてみても画面が変わらない。
IEからだとエラーを返される。
ログインしていれば、問題なく見られる...

ということだそうで、これは早速調べてみねば。
２．３．０．０までは、確かに実践本の通りで問題なく動作。
しかし、２．３．１．０からはログインしていない状態だと、フォーラムの書き込みのとおり、javascriptで動くところがことごとくエラーになりました。IEに限りません。

これは間違いなく２．３．１．０の改修で発生している現象のようです。

NetCommonsのスタイルテーマの設定などで、ページを作っていくと、ふと気になるときがありませんか？
例えば日誌モジュール、日付や、日付の前にインデックスとして置かれているアイコンが青緑に固定されています。

template作り変えるほどではないけれど、赤でイメージ統一したページのとき、『あぁ、この部分の色を変えたい...』などとなったことは？
こんな感じです↓



こんなとき、
じゃあ、赤用の日誌デザインをつくろう！となることが多いのではないでしょうか。

通常、モジュールのスタイルを増やす、となると
１．新しいtemplateをつくる
２．新しいtemplateに合わせたCSSを作る
３．ブロック配置した日誌モジュールのテンプレートを新しいのに切り替える
となります。

まぁ、これはこれでOKなんですけど。
ブロック配置した日誌モジュールの、ブロックスタイルを赤からオレンジに変えたら？
じゃあ、オレンジ用のtemplateを作って、新しいCSSを作って。。。。
同じことを全部しなくてはなりません。

実は、NetCommonsの拡張機能で、とても便利なものがあります。
モジュールのCSSはブロックやページスタイルのテーマカラーに合わせたものを自動的に表示してくれるんです。
あ、CSSを作るのは作らないといけませんけどね

でも、その技を使えば上記の手順の１と３はやらなくて済むんです！
数が増えると、この手間省きは大きいですね。

手順は以下の通り。
１．日誌モジュールの場合は　webapp/modules/journal/view/maple.iniの書き換えを行います。HeaderIncセクションのcss_globalの値の$temp_nameを$theme_nameに変更します
この手順は１回だけです。CSS増やすたびにやったりしなくてOKです。

２．対応したいスタイルテーマを決めます。
例えば、上記の例でいくとclassicのredです。
webapp/modules/journal/files/css ディレクトリのdefaultをコピーしてredというディレクトリを作ります。
３．redディレクトリの中のCSSを、自分の赤イメージに合わせて変更します。

あ、しまった。詳しく書いたら手順の数がさっきのものとおんなじになっちゃったですが、２，３の手順は、前者のやり方でも付いて回りますから、「手順数おんなじじゃない」とか誤解の無いようお願いします。

さてさて、赤用のスタイルシートを書いて、モジュールの更新をかけてみます。
先ほどの日誌ブロック、何もしなくても新しいCSSが適応されているはずです。


とりあえず、日付の色とインデックスアイコンを変えてみました。
本当はもっと凝って、リンク色なんかも工夫を入れたいところですよね。

そして、色違いを揃えていけば、ページ（ブロック）テーマを変えれば、モジュールのデザインも勝手に変わってくれるようになります！


◆注意◆
この方法、デメリットがあります。
HeaderIncの定義を変えてしまうので、バージョンアップのとき、上書きされるおそれがあります。
そして、テーマのほうにあわせろ、という設定なので、逆にテンプレートに合わせろ、という動きがなされなくなってしまいます。
そして、致命傷ですが。２．２．０．１ではバグがあって、日誌モジュールでは、記事の表示を切り替えるとCSSがdefaultのものに戻ってしまいます。
これは簡単なバグのためで、簡単に直せますから、コード触れる方は、ご自分で修正可能です。
待っていれば、次期バージョンでリリースされるとのことですから、気長に待つのもありですね。