ワークフローの状態が変わったらTwitterにツイートするサンプルを作成しました．
ngi.site.notificationです．

このサンプルでEventHandlerとRegistryの使い方，コントロールパネルの作成方法がわかります．

確実にエラーが出ると思います．出たら教えてください．

インストール方法

• buildout.cfgに以下を追加

  extends =
  
  http://good-py.appspot.com/release/dexterity/1.1?plone=4.1.3
  
  eggs =
      ngi.site.notification

• ./bin/buildout を実行します．
• サイト設定のアドオンからNotificationをインストールします．

使い方

インストールが終わったら，サイト設定のNotification settingsを表示します．

設定画面

Action:ワークフローのアクションのidを記入します．デフォルトでpublishが入っています．

comment:ツイートする際のコメントを記入します．

Consumer key，Consumer secret，Access token，Access token secretはhttps://dev.twitter.com/でapplication登録した際のOAuth設定情報を入力します．

設定は以上です．

試してみる

公開を選択

ツイートされた

オープンコースウェア

オープンコースウェア（OCW）を皆さんご存知でしょうか？ これは、大学の講義をインターネットを使って無償で提供するという活動です。 代表例は、MITのOCWサイトでしょう。私もたまに利用しています。

eduCommons

eduCommonsは、教育機関がOCWを簡単に導入するためのアプリケーションです。OCWの担当者は、一番重要な、コンテンツに集中することができます。このeduCommonsは、Ploneをベースに作られています。今年、Plone4をベースとしたeduCommons4がリリースされました。ベースのPlone4のパフォーマンスが上がっているので、eduCommons4の性能も上がっていることが期待できます。

まず、どんなものかを見てみたい人は、educomonns.comにデモサイト(http://demo.educommons.com/)があるので使ってみるといいでしょう。

日本にもeduCommonsを使って活動している大学を紹介します。どれも、貴重な講義が掲載されていて一見の価値があります。

• 京都大学OCW
• 大阪大学オープンコースウェア
• 筑波大学オープンコースウェア

おわりに

Plone4を使って作られた教育向けアプリケーションの紹介をしました。もう一回、担当があるので、次回は、Plone4を使った開発のことについて書きたいと思います。

リンク

• 日本オープンコースウェア・コンソーシアム http://www.jocw.jp/

from Products.PluggableAuthService.PluggableAuthService import logger
logger.info("REQUEST.cookies = %r" % repr(context.REQUEST.cookies))
try:
context.acl_users.logout(context.REQUEST)
except:
pass
target_url = context.REQUEST.URL1.replace('$', '$$')
skinvar = context.portal_skins.getRequestVarname()
path = '/' + context.absolute_url(1)
if context.REQUEST.has_key(skinvar) and not context.portal_skins.getCookiePersistence():
#logger.info("expiring skin cookie")
context.REQUEST.RESPONSE.expireCookie(skinvar, path=path)
sdm = getToolByName(context, 'session_data_manager', None)
if sdm is not None:
#logger.info("got session_data_manager")
session = sdm.getSessionData(create=0)
if session is not None:
#logger.info("invalidating session")
session.invalidate()
if context.REQUEST.cookies.has_key('__ac'):
#logger.info("building local account logout URL")
transaction_note('Logged out')
target_url += '/logged_out'
context.REQUEST.RESPONSE.redirect(target_url)
else:
#logger.info("building shibboleth lazy logout URL")
config = context.acl_users.ShibbolethLogin.getConfig()
spliturl = target_url.split(':')
if config['http_logout_to_http']:
spliturl[0] = 'http'
try:
if config['http_login_url'][0][1][-1] == '=':
splitpath = spliturl[2].split('/')
port = str(config['http_login_to_port'])
if (spliturl[0] == 'https' and port == '443') or \
(spliturl[0] == 'http' and port == '80'):
# don't include default ports
del spliturl[0]
else:
splitpath[0] = port
if splitpath:
spliturl[2] = '/'.join(splitpath)
else:
del spliturl[2]
target_url = config['http_logout_url'] + ':'.join(spliturl) + '/logged_out'
else:
raise IndexError
except IndexError:
target_url = ':'.join(spliturl)
target_url = '%s/Shibboleth.sso/Logout?return=%s' % (target_url, target_url)
context.REQUEST.RESPONSE.redirect(target_url)
print 'This is the %s "%s" in %s' % (script.meta_type, script.getId(), context.absolute_url())
return printed

Ploneを使っていて、ふと、Blobフィールドのファイルがどこに保存されているか知りたくなりました。

f = obj.getField('file')

blob = f.getUnwrapped(obj)

zodb_blob = blob.getBlob()

blob_file = zodb_blob.open()

blob_file.name

で、このnameがファイルシステムに保存されているファイルのフルパスになります。

なお、zodb_blob._p_oid を整形したものが Pathになっているぽい。

今年もよろしくお願いいたします。

今まで、テーマテンプレートとルールを切り替えるのは、「コントロールパネルでできる、URLの正規表現マッチだけ。」と思っていた。

でも、こいつは、diazo(ｘｄｖ)サーバーを使っている。だから、diazo(ｘｄｖ)の書き方にそって、ルール内に<theme />タグで書いてあげれば、コンテンツタイプごとに切り替えだってできるのだ。

たとえば、ドキュメントコンテンツタイプでテンプレートを切り替えるには、 <theme href=”sample.html” css:if-content=”body.portaltype-document”/> てな感じで簡単に切り替えができる。

これができたので、ルールのネストなんかもできるに違いない！後日テストしよう。

Ploneには、サイト設定という場所がある。なぜ、ロゴとフッターを変更するというサイト作成において、重要なものがないのだろうか？と思っていた。

そこで、今回、さくっと作ってみた。Plone4でしかテストしていないけど、とりあえず、動いている感じ。

ngi.theme.simple

http://pypi.python.org/pypi/ngi.theme.simple/1.0b3

override.zcmlを使ったりとちょっと？というところもあるけど、それは、これから直していきます。

適用前

設定画面 フッターはHTMLタグも使えます。

適用後

これは、標準アイテムを拡張してBlogにしてしまうもの。PloneのUIにはマッチしたものだけど、単純に記事を書いて、公開したいというには、ちょっと面倒。

そこで、勉強がてらBlogを作ってみた。（まだ公開していないけど。）

以前、dexterityの勉強のために、
Products.ngiNikkiというのを作っていて（まだ作成中・・・。）、これをArchetypeベースにして、lightboxを同梱し、Plone3とPlone4両方で動くようにしたもの。

残すタスクは、ポートレット部分と国際対応、そして、すこしのテンプレート修正。あと、ドキュメントか。

プロダクト名は、ngi.site.blog となる予定。

今月末の公開を目指す。

なお、使ってもらっているサイトは、こちら↓↓
http://www.edu-con.jp/s-blog

Plone4 のbuildoutの場所

http://svn.plone.org/svn/plone/buildouts/plone-coredev/branches/4.0/

• make
• gcc-c++
• zlib-devel
• libjpeg-devel
• readline-devel

これらをyumを使ってインストールする．これでPlone4をインストールして利用することが出来る．

[instance]
environment-vars =
zope_i18n_compile_mo_files = true

以上、忘れずにメモしておく。

1.Ploneのサイト管理でスキンのカスタマイズを可能にする 「plone.app.skineditor」

plone.app.skineditor は、ZMIにアクセスせず、Ploneのサイト管理からportal_skin, portal_view_customizationsの中のテンプレートやリソースをカスタマイズできるという優れものです。

旧来の、ZMIによるカスタマイズでは、portal_skin, portal_view_customizationsそれぞれの場所に行き、該当するファイルを探し出してカスタマイズする必要があり、手間が多く、ZMIは、Ploneの管理インターフェイスとは少し異なるので、抵抗がある人もいたと思います。

2.インストール

早速、 ./bin/buildout -c skineditor.cfg -n を実行します。

サイト設定に行き、Theme Editor 0.1devをインストール（有効に）します。

図１：有効にした状態 Theme Editorと表示される。

3.Theme Editorを使ってみる。

Theme Editorをクリックして、どのようなものか見てみます。

図２：Theme Editor画面

Skin Resource Editorというタイトルが表示され、スキンのリソースが一覧で表示されます。タイトルの下にある、検索ボックスで、テンプレートやリソース、Pythonスクリプト、JavaScriptを検索でき、隣のキーワードタグでフィルタリングすることができます。

4.試しにFooterを変更してみる。

では、試しにFooterを変更してみたいと思います。キーワードタグの中から、Viewletsをクリックします。Footerは、plone.footerという名前なのでそれを選択します。

図３：plone.footerを選択したところ

クリックすると、該当するテンプレートやインターフェイスを記したボックスが表示されます。まさにこのテンプレートを編集したいので、クリックします。

図４：テンプレートの内容が表示された。

ポップアップして、テンプレートの中身が表示されました。

CustomizeボタンをクリックしてCustomします。

図5:ビューのカスタマイズをしているところ

編集が終わったら、最後に、Save Changesをクリックして保存します。現段階では、ウィンドウが自動でクローズしないみたいなので、自分で「×」ボタンを押してクローズします。

図３の画面に戻ってみると、カスタムしたものが先ほどの項目の上に表示されています。そして、有効になっているので、赤色の＊で記されています。

図６：カスタムができ、項目が増えた。Customしたものは「In the database」となっている。

以上でカスタマイズが終了しました。

図７：Before

図８：After

5.おわりに

PloneのSkinカスタマイズは、ZMIにアクセスしないといけないのが、欠点でした。これと同時にインストールされる、Products.Glowormを使えば、ZMIに行かずにPloneの統一されたUIで作業ができるので、とても重宝しそうです。

これは、目的によっては、邪魔な存在なので、表示させない方法。

submitボタンのクラスに allowMultiSubmit を割り当てる。

以上で回避できます。

スキンプロダクトの作成や、ビュー周りの検証をするときは、Linuxか、MacにインストールしたPlone 4を使うとよい。

プロセスもpermissionにも間違い無いはずなのに、なぜ動かないのだろう。

いろいろと調べていたら・・・

テスト環境にフォルダを作成する為のメソッド名と同名のPythonスクリプトが存在した・・・。

・・・・・・・・・・・・。

さあ、次に進むぞ。

反省・・・。