最近、baserCMSをちょこちょこいじくっています。 よくできてますよね！でも、サイト制作をしていると、こうだったら・・・というのは必ず出てくるもので、そういったのはさくっと実装して開発元にフィードバックするといいのはわかっているのですが、なかなか手が出せないでいた今日この頃。 まぁ、前置きはさておき、CMSなんかではWYSIWYG（ウィジウィグ）エディタがよく導入されていて、タグ打ちもできたり、見たまま編集みたいなこともできたりするわけです。 で、baserCMSで導入されている「CKEditor」というとっても有名なエディタのがあるのですが、baserCMSに導入されている初期状態だとHTMLタグが「ソース（モード）」←→「WYSIWYG（モード）」と、切り替えるたびに自動で整形されて場合によってはソースが残念な改行位置になってたりしていました。 これはこれでいいのではないかという意

超高速フレームワーク「Click」わずかな学習ですぐに実用に使えるWebアプリケーションフレームワーク「Click」を覚えて高速開発に挑戦しましょう。 Clickとは？ Webアプリケーションのフレームワークというと、Javaの世界では「Struts」や「JSF」といったものが広く使われていますが、正直言って、使い勝手がよいとはいいがたいところがあります。特に、「それほど大掛かりなものではない」という場合、Strutsなどはちょっと大げさすぎるでしょう。「ちょっと使ってみたい」という程度なのに、「はい、それじゃStrutsをマスターしてください」というのでは……。「そんなに高機能でなくていいから、もっと手軽に使えるものはあればいいのに」と思う人は多いんじゃないでしょうか。 こうした人に最適なのが「Click」です。これは「Click Framework」といわれていたもので、最近になりAp

エディタのconfig設定（CKEditor編） 初めまして。技術者のMioです。 CMS構築をしていると、よくCKEditorとTinyMCEの設定を行う機会があります。 今回は備忘録も兼ねて、よく利用する設定をご紹介します！ よく利用するconfig設定 // スペルチェック機能OFF config.scayt_autoStartup = false; // ○○タグを書きたい！（MTタグの場合もこの書き方でOK） config.protectedSource.push(/<[$/]?○○[sS]*?>n?/g); // phpソースを書きたい！ config.protectedSource.push( /<?[sS]*??>/g ); // テンプレート挿入時に編集中の内容と置き換えるデフォルトのチェックを外す。 config.templates_replaceContent = f

CKEditorでビジュアル編集とHTML編集(ソース表示)を切り替えると、 < > & ” ‘ といった文字がビジュアル⇒HTMLのタイミングで、 ＆ｌｔ；　＆ｇｔ；　＆amp;　＆quot;　＆#39 といった文字実体参照や数値文字参照に自動的に変換される。＆は実際は小文字。 これはこれでHTMLエディタとしては必要な機能なのだろうけど、ソースコードを貼る目的を考えると勝手が悪い。 やっぱり機能を停止してしまおう（。A。ｂ WordPressで投稿する際に上記Entitiesは数値文字参照に自動変換してくれているっぽいし問題ない！・・・ハズ 停止の仕方 CKEditorでは、 < > &　no-break space を、basicEntitiesといって、 ” ‘ といったHTML entitiesとは別に扱っている。 通常、これらのEntitiesの自動変換は、config.js上

This domain may be for sale!