sharedhat - Personal blog of Noritaka Horio » review

プロジェクトのチケット管理にLighthouseを利用することにしました。

horry — Wed, 08 Dec 2010 23:00:43 +0000

個人でやっているMootoolsプラグインや、concrete5のチケット管理をLighthouseに変えました。
デザインがシンプルでいいのと、githubと連携ができるので便利なのと、無料で利用できるフリープランもあるので、ちょっとしたプロジェクトで活躍しそうです。
海外のサービスなので、メニューなどの部分はすべて英語ですが、日本語も問題なく表示されます。

私はプライベートなプロジェクトが作成したかったので、個人プランにしました。
月$15かかりますが、便利なので満足しています。

肝心のgithubとの連携の設定ですが、下記のサイトを参考にさせていただきました。
lighthouseapp.com + github で思いつきを実装する！

githubのリポジトリにコミットする際に、コメントとチケット番号、チケットステータスを指定するだけでLighthouseのチケットに変更が反映できます。

これで、チケットの管理が楽になりますね。Similar Posts:

Mootoolsをコマンドラインを使用してビルドする方法

horry — Tue, 16 Nov 2010 04:35:27 +0000

Mootoolsのビルドツールにkamicaneの作成したpackagerというビルドライブラリがあります。
このライブラリはphpで書かれていて、packager-webでも使用されているとても便利なライブラリです。

このライブラリを使用すると簡単なコマンドでMootoolsをビルドすることができます。

今回はこのライブラリを使用してMootoolsをビルドする方法を解説します。
まず下記から必要なものをダウンロードします。

必要なものリスト

packagerライブラリ
https://github.com/kamicane/packager
Mootools Coreのソース
https://github.com/mootools/mootools-more
Mootools Moreのソース
https://github.com/mootools/mootools-core

packagerとMootoolsソースの配置

ダウンロードが完了したら、packagerを展開します。
展開したら適当なディレクトリにコピーします。
ここでは、C:\var\www\toolsにコピーすることにします。

次にcomponentsというディレクトリをpackagerディレクトリ内に作成します。
作成できたら、Mootoolsのソースを展開してこのディレクトリにコピーします。

ここではCoreをmootools-coreへ、Moreをmootools-moreにコピーすることにします。
ディレクトリの構造は下記のような形になります。

packager
- components
  - mootools-core
    - Source
    - Docs
    - …
  - mootools-more
    - Source
    - Docs
    - …
- help
- helpers
- libs

Windowsユーザーの人

Windowsでpackagerを利用する場合は、packagerを少し修正する必要があります。
packager内のソースコードpackager(拡張子なし)をテキストエディタで開き下記のコードを追加してください。(15行目付近)
[php]
$home = exec(‘echo $HOME’);
if ($home == ‘$HOME’) $home = array_get($_SERVER, ‘USERPROFILE’);
[/php]

packagerのコマンド

packagerが配置できたので、packagerの説明に入ります。

packagerでは下記のコマンドが使用できます。

コマンド一覧

register – パッケージを登録します。
unregister – パッケージの登録を解除します。
list – 登録されているパッケージの一覧を表示します。
build – パッケージの依存関係を解決した上で、コンポーネントを一つのファイルに出力します。

registerコマンド

registerコマンド利用するとパッケージを登録することができます。
登録されたパッケージは依存関係を解決する際に利用されます。

試しに下記のコマンドを利用してMootools CoreとMoreを登録してみます。

コマンドラインでpackagerディレクトリまで移動します。

[shell]
cd C:\var\www\tools\packager

php packager register C:/var/www/tools/packager/components/mootools-core
the package Core has been registered as C:\var\www\tools\packager\components/mootools-core/package.yml

php packager register C:/var/www/tools/packager/components/mootools-more
the package More has been registered as C:\var\www\tools\packager\components/mootools-more/package.yml
[/shell]

listコマンドで確認

registerコマンドの説明でパッケージを登録したので、無事登録されているか確認するためにlistコマンドを使って登録されているリストを表示してみます。
無事登録されていれば、登録されたMootoore CoreとMoreが表示されるはずです。

[shell]
php packager list
Core: C:\var\www\tools\packager\components/mootools-core\package.yml
More: C:\var\www\tools\packager\components/mootools-more\package.yml
[/shell]

無事表示されれば登録はされています。

buildコマンドでMootoolsをビルド

buildコマンドを利用すると、パッケージをビルドすることができます。
試しに、Core/Request、Core/Request.HTMLをビルドしてみます。

[shell]
php packager build +components Core/Request Core/Request.HTML > mootools.js
Build using: Core, More
Included Files/Components:
- Core/Core: [Core, MooTools, Type, typeOf, instanceOf, Native]
- Core/Object: [Object, Hash]
- Core/Array: [Array]
- Core/Function: [Function]
- Core/Number: [Number]
- Core/String: [String]
- Core/Browser: [Browser, Window, Document]
- Core/Slick.Parser: [Slick.Parser]
- Core/Slick.Finder: [Slick.Finder]
- Core/Element: [Element, Elements, $, $$, Iframe, Selectors]
- Core/Class: [Class]
- Core/Class.Extras: [Class.Extras, Chain, Events, Options]
- Core/Request: [Request]
- Core/Request.HTML: [Request.HTML]
[/shell]

実行するとビルドに使用したパッケージと組み込まれたコンポーネントのリストが表示されます。
このように指定したコンポーネントの依存関係も解決してくれます。

次のような方法でも同様です。

[shell]
php packager build +files Core/Request Core/Request.HTML ART/ART > mootools.js
[/shell]

又、下記のように省略して実行することもできます。

[shell]
php packager build Core/Request Core/Request.HTML > mootools.js
[/shell]

ワイルドカード

まるまるパッケージをビルドしたい場合は下記のようにワイルドカードを利用します。
下記の例ではARTパッケージをすべてビルドします。

[shell]
php packager build ART/* > mootools-with-art.js
[/shell]

パッケージの追加

時には登録していてないパッケージも一緒にビルドしたい場合もあるでしょう。
そんな時は+packagesオプションを使用します。

下記の例では3rdpartyパッケージを追加でビルドするよう指定しています。

[shell]
php packager build 3rdparty/Request.Iddy +packages C:\var\www\tools\packager\components\3rdparty > mootools.js
[/shell]

パッケージの除外

パッケージの追加だけでなく、逆にビルド時に特定のパッケージを除外することもできます。
下記の例では、ビルドに時にCoreパッケージのコンポーネントをすべて除外します。

[shell]
php packager build 3rdparty/Request.Iddy -packages Core > mootools.js
[/shell]

パッケージの指定

パッケージのビルド時に追加／除外以外に特定のパッケージのみ指定することも可能です。
下記の例ではARTパッケージのコンポーネント以外はビルドしません。

[shell]
php packager build ART/ART ART/Base +use-only ART
[/shell]

又、次のようなこともできます。
下記の例では、+packagesで指定したコンポネート以外はビルドしません。

[shell]
php packager build 3rdparty/Request.Iddy +use-only +packages C:\var\www\tools\packager\components\3rdparty
[/shell]

ブロックの除外

コンポーネント内に//<ブロック名>のような書式のブロックがある場合、ビルド時に-blocksオプションを利用することで、指定したブロックで囲まれる範囲のソースコードを除外することができます。
下記の例ではMootools1.2の互換コードをビルド時にソースコードから除外し、ピュアなMootools 1.3バージョンをビルドします。

[shell]
php packager build Core/Request Core/Request.HTML -blocks 1.2compat
[/shell]

packagerを利用すると、自分で作成したパッケージや、他のユーザーが作成したパッケージを一緒にMootoolsに組みこんでビルドしたり、特定のパッケージのみ指定した条件でビルドできるので非常に便利であることが分かると思います。

以上で、ビルドの方法の解説は終了です。Similar Posts:

CodezineのDjangoチュートリアルをやってみた

horry — Sat, 13 Nov 2010 12:32:42 +0000

GAEでアプリケーションを開発する前に採用されているPythonに興味を持ったので、CodezineのDjangoチュートリアルをやってみました。
一通り、Djangoの基本的なことが書かれていたので、わかりやすかったです。

Django自体がシンプルなので記述も楽で、Rubyみたいに記述できるし、
バックエンド側の機能も付いているので開発は楽そうな感じでした。

チュートリアルではDBでsqliteを使用していましたが、MySQLでやろうとしてので、必要なライブラリを入れたり面倒でしたが、なかなかフレームワーク自体が興味深く今度は本を買って知識を深めたいと思います。

最後に参考にしたサイトのリンクを載せておきます。
Pythonに慣れてきたらGAEでアプリケーションを開発したいですね。

Djangoチュートリアル（前編）
Djangoチュートリアル（後編）
direct_to_templateの利用方法Similar Posts:

Mootools Forgeで使用されているPluginsKitをインストールしてみた

horry — Sat, 06 Nov 2010 04:24:05 +0000

githubのリポジトリにあって、前から気になっていたのですが試しに自分のレンタルサーバーに設置してみました。
PluginsKit自体はsymfonyベースのアプリケーションでgithubのリポジトリからMootoolsのプラグインをチェックアウトして公開できるようにするアプリケーションです。

Twitterアカウントでの認証機能も利用できます。

デモページは下記の通りです。
PluginsKit on sharedhat.com

ユーザー登録もできるようになっているので、サインアップして実際に自分のプラグインを取り込むことが可能です。
Mootools Forgeを試す前のお試しだと思って自由に利用してください。

今回は設置方法を解説します。

PluginsKitのダウンロード

Guillermo Rauchのgithubリポジトリからダウンロードしてきます。
ダウンロードしたアーカイブを解凍して適当なディレクトリに展開します。

必要なものをビルドする

下記のコマンドを実行して、アプリケーションに必要なものをビルドします。
それぞれ、sqlファイル、モデル、フォームが生成されます。
[shell]
C:\var\www\git\PluginsKit\lib\vendor\symfony\data\bin\symfony propel:build-sql
C:\var\www\git\PluginsKit\lib\vendor\symfony\data\bin\symfony propel:build-model
C:\var\www\git\PluginsKit\lib\vendor\symfony\data\bin\symfony propel:build-forms
[/shell]

データベースの作成と設定

MySQLでデータベースを作成して、ビルドしたsqlファイルを実行して必要なテーブルを作成します。
テーブルの作成が完了したら、configディレクトリ内の設定ファイルを編集します。

databases.yml

dsn、username、passwordを作成したデータベースにあわせます。
[text]
all:
propel:
class: sfPropelDatabase
param:
classname: PropelPDO
dsn: mysql:dbname=mooforge;host=localhost
username: root
password: 1234
encoding: utf8
persistent: true
pooling: true
[/text]

フロントコントローラーの修正

webディレクトリ内のフロントコントローラーを修正します。
index.phpを開きrequire_onceでファイルを読み込んでいる部分のパスをmooforge/configに修正します。

[php]
require_once(dirname(__FILE__).’/../mooforge/config/ProjectConfiguration.class.php’);

$configuration = ProjectConfiguration::getApplicationConfiguration(‘frontend’, ‘prod’, false);
sfContext::createInstance($configuration)->dispatch();
[/php]

ファイルのアップロード

すべてのファイルをアップロードします。
webディレクトリが公開ディレクトリですので、webディレクトリの中身をすべてドキュメントルートにアップロードします。
それ以外のファイルは、パスをmooforgeに設定したので、ドキュメントディレクトリの一つ上の階層にmooforgeディレクトリを作成してそこにアップロードします。

これでPluginsKitを利用できるようになります。

Similar Posts:

MootoolsのビルドツールPackager-Webはすごく便利

horry — Tue, 19 Oct 2010 16:43:37 +0000

Mootools開発者のkamicane(Valerio Proietti)とtimwienk(Tim Wienk)が開発したビルドツールです。
シンプルなMVCアーキテクチャに沿った構成になっていて、Mootoolsと自分のよく使うサードパーティ製のプラグインをセットでビルドできるようになります。

このツールはパッケージ定義ファイルpackage.ymlを読み込み、依存関係を解決した上でjavascriptファイルを一つにまとめて出力します。

ビルドの方法は、kamicaneが開発したビルドライブラリ(packager)を利用してビルドします。

ためしにインストールしてみたので、解説します。

又、すぐに試したい人は下記のファイルをダウンロード後、解凍してサーバーにアップロードしてください。
ソースはMootools Core1.3、Mootools More 1.3.0.1rc1が含まれています。

packager-webの設定済みソースのダウンロード
http://dl.dropbox.com/u/603849/packager.zip

必要なもの

まず、必要なものをダウンロードします。
githubのkamicane(Valerio Proietti)リポジトリ、mootoolsのリポジトリからソースコードを入手します。
試したリポジトリのブランチ、タグを掲載しておきますのでバージョンを切り替えてダウンロードボタンを押してダウンロードしてください。

packager-web – ブランチ: master
http://github.com/kamicane/packager-web

packager – ブランチ: master
http://github.com/kamicane/packager

control – ブランチ: master
http://github.com/kamicane/control

Mootools 1.3 Coreソース – タグ: 1.3
http://github.com/mootools/mootools-core/tree/1.3

Mootools 1.3.0.1rc1 Moreソース – タグ: 1.3.0.1rc1
http://github.com/mootools/mootools-more/tree/1.3.0.1rc1

packager-web、packager、controlの展開

ダウンロードしたpackager-web、packager、controlを解凍します。
解凍したpackager、controlをpackager-webの下記のディレクトリにコピーします。

コーピー先

No.	コピー対象	コピー先
1	control	libs/control
2	packager	libs/packager

Mootoolsのソースコード展開

Mootools 1.3 Core、Mootools 1.3.0.1rc1 Moreソースを解凍します。
packager-webの直下にcomponentsディレクトリを作成し、さらにその下にmootools-core、mootools-moreディレクトリを作成します。
そして、作成したディレクトリの直下にpackage.ymlとSourceディレクトリをコピーします。

コーピー先

No.	コピー対象	コピー先
1	mootools-core	components/mootools-core
2	mootools-more	components/mootools-more

設定ファイルの編集

packager-webの直下に設定ファイルのサンプル(config.yml.example)があるので、コピーした後にconfig.ymlにリネームします。
config.ymlをエディタで開き、packages項目に下記のように記述します。
こうすると、package.ymlを読み込んで、モジュールの依存関係を解決してくれます。
パスの最後には/を必ずつけてください。

[text]
packages:
– “components/mootools-core/”
– “components/mootools-more/”
[/text]

動作確認

packager-webをサーバーにアップロードし、サイトにアクセスしてみて、下記のような画面が表示されていればインストール完了です。

次回は、自作プラグインをビルドできるようにするまでを解説します。
Similar Posts:

AptanaにMarkdown Editerプラグインをインストールしてみた

horry — Sat, 16 Oct 2010 13:04:32 +0000

Mootoolsのプラグインドキュメントを書くのにMarkdownエディターが欲しいなと思っていたので、探してみたらありました。
Eclipseのプラグインで、ちょうどメインの開発ツールにAptanaを使用していたので試しにインストールしてみました。

AptanaにMarkdownエディターのインストールを解説します。

MarkdownEditer Pluginのダウンロードページ

[HELP]メニューの[Install New Software]をクリックする。

Work withのプルダウンメニューの横のAddボタンをクリックする。

名前に好きな名前、LocationにURLを入力します。
入力が完了したら、OKをクリックします。

リストにMarkdown Text Editor Featureと表示されます。
リストに表示されない場合は、Group items by categoryのチェックをはずしてください。
無事表示されたら、Markdown Text Editor FeatureをチェックしてOKボタンをクリックします。

次のインストールするプラグインの詳細画面ではNextをクリックします。

I accept the terms of the licence agreementをクリックしてFinishボタンをクリックします。

インストールが完了すると、再起動する書きかれるのでAptanaを再起動します。
これでMarkdown形式のファイルを編集できようになります。

ビューのアウトラインビューで内容をアウトライン形式で確認でき、HTML形式プレビューでMarkdown形式からHTMLに変換した結果を確認することができます。
又、変換したHTMLを保存することができます。

これでMootoolsのプラグインドキュメントを書くのが楽になりました。
Similar Posts:

Mootools1.3リリースについて

horry — Tue, 12 Oct 2010 13:46:21 +0000

ついにmootools1.3がリリースされました。
githubのリポジトリに1.3rc1のタグが切られてから、そろそろでるんじゃないかと思っていましたがついにきましたよ。

mootools1.3は1.2と互換性が確保されており、1.2系のプラグインは問題なく動作するはずです。
なので1.1から1.2のような、トラブルは少なくなると思います。
これはうれしいです。

変更内容は下記の通り。

Core

Coreでは、たくさんあったグローバル変数を減らし、$splatなどの「$」接頭辞がつくものが適切な名前空間に移動されています。
よりきれいなAPI設計になっています。

Slick

SlikはMootools 1.3で実装されたスタンドアローンで動作する新しいセレクタエンジンです。
開発者はMootoolsプロジェクトメンバーのThomas Aylott, Fabio Costa、Valerio Proiettiです。

サポートされたセレクタ

Slikは精度で並ぶものは無いらしいです。
かなり複雑な条件を指定できるようになっています。
特に｢!｣を利用した親ノードの検索や｢~｣を利用した間接セレクタ、｢+｣を利用した隣接セレクタなど便利なセレクタをサポートしています。

要素の生成

1.3から要素の生成がかなり楽になりました。
コンストラクタの引数にタグ名と属性値のキーペア、スタイルのキーペアなど非常にめんどくさかった仕様ですが文字列だけでOKになりました。
要素の名称、ID、クラス、属性値など順番に記述し、引数に渡すことで要素を生成できます。

その他

そのほかの変更は、Hashがなくなったのと、Elementsが配列もどきから、配列になったり、RequestクラスにXMLHttpRequest Level 2の一部の機能が実装されたりしています。
特にXMLHttpRequest Level 2のonprogressイベントとwithCredentials属性を利用した認証のサポートは面白そうです。
サポートされているブラウザしか利用できませんが、ドメインをまたいだAjaxなどが手軽に利用できるのはうれしいですね。

1.3のドキュメントに非推奨になった関数などの対応が書かれているので、1.3に対応させなければならない自作プラグインがるひとは参考になると思います。
Mootools 1.3ドキュメント

まだ、1.3のすべてを把握してるわけではないですがますますjavascriptが楽しくなりますね。
Similar Posts:

原美術館の崔在銀「アショカの森」いって来ました。

horry — Mon, 11 Oct 2010 15:40:11 +0000

三連休なので、引きこもってはいかんなと思い、品川の原美術館の崔在銀「アショカの森」にいってきました。
昼に出て、品川の駅前でアートバス「ブルンバッ！」に乗ろうかなと思ったのですが、月曜日なので乗れませんでした。
どうやら日曜日だけみたいです。

しかたがないので、いつものごとく徒歩で原美術館へ、歩いて15分くらいなのですが、いつもいい運動になります。
原美術館について、チケットを購入し、いざ鑑賞へ

１階の真正面の部屋

入り口一メートルぐらいまでなら入っていいといわれていたのでチョットだけ入ってみると、部屋の奥まで床に無数の木材が敷かれており、歩くとギシギシ音が鳴る感じでした。
木材自体からの木自体の温かみは感じられず、冷たい空間なんだけど、天井が高かったので、窮屈な感じもしない不思議な空間。

少し動くたびに、木のきしむ音がするので、気になった。
静かにジットしているほうが楽しめそう。
木が空間に存在するので、心なしか空気もよい感じです。

一階奥の部屋

奥に部屋はビデオインスタレーション作品で複数の大きなスクリーンに木材の表面が表示されており、徐々にスライドしていく映像です。
この展覧会のコンセプトに時間軸の話があるのですが、それを表現した内容なんだろうなと思いつつ、部屋の隅にいって見たり、角度を変えてみたりしつつ閲覧終了。

このインスタレーション作品をみていて、池田亮司　+ / – [the infinite between 0 and 1] を思い出し、ずっと見ていたくなる感じが似ているなと思いました。

二階のバルコニー

これは個人的に新しい発見なんですが、二階にバルコニーあるの知らなかったんですよね。
なので、バルコニーに出てみて、中庭のカフェテラスをデジタルハリネズミで撮影してみました。

もともと、邸宅だったのがよくわかりました。
天気がよかったので、気持ちよかったです。
写真はデジタルハリネズミらしいクオリティです。

2階の写真の部屋

最後は海の写真の部屋です。
Photoshopでゴイスーぼかした感じの写真ですが、かろうじてある程度わかる様になっていて非常に不思議な感じです。
こういう写真は嫌いじゃないので、ついついみいってしまいます。
どこかで見たことあるような、ないようなそんな感じを受けつつ、写真を閲覧終了。
ここでもやはり作品中から時間の流れを感じることができました。

原美術館のイメージケーキ

原美術館で必ずといっていいほど食べるイメージケーキです。
毎回、展示ごとに、変わるので飽きないメニューです。
今回の木材の部屋をモチーフにしたと思われる感じです。

いつものごとくおいしく頂ました。

原美術館に行かれる際は、バスに乗れるので日曜日に行かれることを強くお勧めします。
歩きたくないひとはなおさらです。

崔在銀「アショカの森」
会場: 原美術館
スケジュール: 2010年09月11日～ 2010年12月26日
住所: 〒140-0001 東京都品川区北品川4-7-25
電話: 03-3445-0651Similar Posts:

BaserCMSをインストールしてみた。

horry — Sun, 26 Sep 2010 04:46:38 +0000

国産CMSのBaserCMSをインストールしてみました。
BaserCMSはコーポレートサイトなどに適したCMSです。

ブログのように記事投稿でき、個別ページ作成などの通常のコンテンツ管理に加え、お問い合わせフォームが初期利用できる便利なCMSです。
このCMSはPHPフレームワークのCakePHPを利用して開発されており、デベロッパーにわかりやすい構成になっています。

BaserCMSのサイト
http://basercms.net/

主な機能

ニュース管理

WYSWYGエディタでの記事編集、カテゴリでの記事分類が可能でブログを複数利用することが可能です。

ページ管理

ニュース管理と同様にWYSWYGエディタでのページ内容編集、カテゴリでのページ分類が可能です。

お問い合わせ管理

メールフォームの複数設置が可能で、フォームの項目を自由に定義できます。
テキスト、テキストエリア、ラジオボタン、セレクトボックス、マルチチェックボックス、自動補完郵便番号、都道府県リスト、隠しフィールドが利用できます。
とても便利な機能です。

フィード管理

ニュース管理の情報などをフィードで公開できます。
フィードを複数にまとめることができます。

フロントエンド

フロントエンド用のテーマも簡単に編集できそうなので、かなり自由度が高いと思います。
デフォルトのテーマをコピーして、改造するのが一番楽だと思います。

WordPressのテーマ作ったことのある人だったら、割と早く作れると思います。

今後について

ドキュメントと利用者数が増えればノウハウがたまり、学習コスト下がるので、今後の普及しだいでMTやWordpressに変わることはありえそうな感じです。
プラグインが豊富なMTやWordpressには今の段階だと代替手段としては厳しいので、アドオン開発者とテーマ作成者をConcrete5見たいに増やさないといけないでしょう。
アドオンを増やして、トータル的なコストが下げられようになるともっといいですね。

個人的には興味があるCMSですので今後も順次おっていきたいと思います。
今後が楽しみなCMSです。Similar Posts:

3331 Arts Chiyodaに行った。

horry — Wed, 21 Jul 2010 05:00:22 +0000

グランドオープンした3331 Arts Chiyodaに行ってきました。
銀座線の末広町から歩いて５分位の場所で、もともと中学校だったところを利用しているみたいです。
入り口も、学校そのまんまでした。

来た目的は、稲葉英樹さんの作品が見たかったからです。
見たかった作品はBurst Helvetica 2です。

稲葉英樹
http://hidekiinaba.com/

Burst Helvetica 2
http://hidekiinaba.com/works.html

プリンタから出力された綺麗な線と、崩れたHelveticaのタイポグラフィはすごかったです。
インスタレーション作品なんですが、とても機械的にアウトプットされたものとは思えないものでした。
作品の中から稲葉さんらしさが伺えます。

又、大谷有花さんのライフ・シリーズがとても綺麗で、絵本であったらいいなと思う作品で、色使いから、作品の世界観まで女性らしいなぁと思うものでした。

大谷有花
http://www.i-c-arts.com/yuka_terrace.html

一通り見終わった後で、疲れたのでなかのカフェで休憩。
椅子も学校で使われているものと同じで、とても懐かしく感じました。

最後に、グランドオープンの際の企画書？も展示されているので、どのようなプランで進められたのかなどの経過をある程度把握できたのでとても参考になりましたね。
非常に気楽に入れるところなので、重宝しそうです。
ちなみに友の会の会員になると、入場料が割引になったりするのでお得です。
一般会員で年額3,000円みたいなので安いと思います。

3331 Arts Chiyoda
http://www.3331.jp/Similar Posts:

sharedhat - Personal blog of Noritaka Horio » review

プロジェクトのチケット管理にLighthouseを利用することにしました。

Mootoolsをコマンドラインを使用してビルドする方法

必要なものリスト

packagerとMootoolsソースの配置

Windowsユーザーの人

packagerのコマンド

コマンド一覧

registerコマンド

listコマンドで確認

buildコマンドでMootoolsをビルド

ワイルドカード

パッケージの追加

パッケージの除外

パッケージの指定

ブロックの除外

CodezineのDjangoチュートリアルをやってみた

Mootools Forgeで使用されているPluginsKitをインストールしてみた

PluginsKitのダウンロード

必要なものをビルドする

データベースの作成と設定

databases.yml

フロントコントローラーの修正

ファイルのアップロード

MootoolsのビルドツールPackager-Webはすごく便利

必要なもの

packager-web、packager、controlの展開

コーピー先

Mootoolsのソースコード展開

コーピー先

設定ファイルの編集

動作確認

AptanaにMarkdown Editerプラグインをインストールしてみた

Mootools1.3リリースについて

Core

Slick

サポートされたセレクタ

要素の生成

その他

原美術館の崔在銀 「アショカの森」いって来ました。

１階の真正面の部屋

一階奥の部屋

二階のバルコニー

2階の写真の部屋

原美術館のイメージケーキ

BaserCMSをインストールしてみた。

主な機能

ニュース管理

ページ管理

お問い合わせ管理

フィード管理

フロントエンド

今後について

3331 Arts Chiyodaに行った。

原美術館の崔在銀「アショカの森」いって来ました。