Drupal.0829.info

drupal.orgで、RC4の記事を見つけられなかったですが、0829さんの記事からだと、わずか5日ほど。
こんな短期間でオフィシャルリリースに至った訳ですが、RC4の意味ってあったんですかね？
ふとした疑問。
問題は特におきなかったということなんでしょうけどね。

手前のサイトではViewsもさることながら、Projectも6.x対応にならないと移行できません。
もう少し先になりそうです。

WISIWYG エディタの搭載に関しては、その都度on/offが出来るような実装になっていれば特に問題はないと思います。
他のCMSですが、FCKEditorを標準実装しているのがあるのですが、1年くらい前に触ってみたときにはFCKEditorを有効にすると、どんな入力フィールドでもFCKEditorが起動していて、ウザかっただけでなく、PHPコードを記述したいときなんかは使い物になりませんでした。
かといって、リアルタイムにon/off出来る仕様になっていなかったのでPHPコードを入力するためにはCMSの設定を開いてFCKEditorを無効にしなければならない・・・などという、とんでもない状況でした(今は改善されたらしい)。
なので、こんなあほな実装をしなければ問題ないと思われます(笑)
ただ、入力メソッドは個人の好みや、サイト運営上の都合というものもありますから必ずしも標準搭載が望ましいとは思えません。
そうは言っても、現状のWISIWYGエディターモジュールは、エディター本体は別というパターンが少なくないですから、それらがもっと簡単な手順で導入できるようになってくれる方向には賛成ですね。
既存のWISIWYGエディターは機能に比例して物理的な容量も多くなる傾向にあります。
それらがコアパッケージに含まれるようになるというのはあまり手放しでは喜べないという側面も出てきます。

WISIWYGエディターというのとはちょっと違いますが、ジャストシステムが無償提供しているxfy Blog editorというのも面白い存在だと思います。
WISIWYG環境には違いないのですが、オフラインエディターという感じと言えば判りやすいでしょうか。
オフラインで記事を書いて、アップロードしてくれると言うだけでなく、過去の記事もダウンロードして蓄積しておいて、参照および修正アップロードまでこなすというものです。
サイトデザインをダウンロードしてエミュレートする機能もあります。
ただ、こんな依存型ですから、対応するサイトは限定的ですが、技術力があればプラグインのような感じで対応できるようですので、こういうタイプのものもちょっと期待しています。
ただ、DrupalのCCKが一般的になってくると、一筋縄ではいかないなーと言う気がしてます。
フィールド名が固定的ではなくなりますからね。

まあ、大勢の方が色々なアイディアを出されているようですから、今後に期待が持てることだけは、確かですね。