モニターのプロファイルLCD color management and conversionに問題があります。モニターのキャリブレーションソフトウェアを使用して調整してください

というダイアログが出て、「プロファイルを無視」か「常に使用」を選ばされてました。
「常に使用」を選ぶと色がヘンテコになるので毎回「プロファイルを無視」を選択してたんだけど、なんか気持ち悪いし面倒なのでちょっと困ってて。
色々検索しても結局これという解決策も見つからなかったので我慢して使っていたんですが、ちょっと思い立ってAdobeのサポートに電話してみたら、感激するほど親切に鮮やかに解決してくださったので書き留めておきます。

まず、このメッセージの意味。
「今ディスプレイに関連づけられてるICCプロファイルがなんかおかしいよ(壊れてるとか、合ってないとか)。このプロファイルのままPhotoshopを使おうとすると色が変になるけど、この”プロファイルを無視”する？それとも”使用する”？」
ということなんだそう。なるほどー！

つまり、ICCプロファイル(ここではディスプレイに表示する色の出し方を決めるルールブックのようなものという程度の意味)を”正しく”してあげればいいと。

んで、うちのディスプレイはデフォルトで「LCD color management and conversion」というプロファイルを使っているらしいんですが、前にこれをダウンロードし直して上書きしたところ直らなかったんですよ（あくまでうちの場合）。
なので、この関連付けを「LCD color…」から、ごくごく一般的なsRGBに変更したところスッキリ解決しました。

やり方（Win7）

1. デスクトップを右クリックして「画面の解像度」を選択
2. 右下あたりにある「詳細設定」というリンクをクリック
3. 「色の管理」タブにある「色の管理」ボタンを押す
4. 「デバイス」を使用中のディスプレイにして「このデバイスに自分の設定を使用する」チェックボックスにチェックが入っていることを確認し「追加」ボタンを押す
5. プロファイルの一覧から「sRGB IEC61966-2.1」を選択して「OK」ボタンを押す
6. 「このデバイスに関連付けられたプロファイル」の一覧で先ほどのsRGBをクリックして選択したら「既定のプロファイルに設定」ボタンを押す
7. 「閉じる」ボタンを押して終了する

これでPhotoshopを起動してみたら、やっと無事に起動。なんとあっさりな。

で、モニタのプロファイルなんて勝手に変えちゃっていいの？っていう疑問に思う人もいるかもですが、sRGBに関して言うと、めちゃめちゃメジャーなプロファイルなので、特にAdobeRGBとか使わなきゃいけないようなモニタでなければあんまり気にしなくて大丈夫みたい。
印刷してみてなんかやたら色が違うとかがあったらまた考えるけど、うちの場合は今のところ平気そうです。
んもう、こんなことならもっと早く電話すべきでしたね。

それにしても、Adobeのお兄さんはとっても親切。こちらがよくわかってなかった部分を過不足なく丁寧に説明してくれてめっちゃわかりやすかったです！素敵！ありがとうお兄さーん(たぶん年下)！

とはいえ「なんだそれ？？？」って思って検索しても情報が少ないんですよね…。(2010年10月7日現在)
で、なぜまたそんなよくわからないものに手を出したかというと、どうやら「CSS書くのにSassが使えると幸せになれるらしい」のです。

とはいえ、これじゃ具体的にどんな風にヨイのかがよくわかんないですよね。
なので、Sass導入のきっかけになったTwitterでの会話を急遽トゥギャってみました。

Togetter – CSSをライブラリ化？どうやらSassって便利らしい。

Rubyって聞くだけで「あ、自分には関係ないや」ってわたしなんか思っちゃう方なんですけど(←ダメ)、CSS3もこれから覚えてかなきゃだし、一緒に覚えたらコレ後々便利なんじゃないか？と、ただその予感だけでチャレンジしてみました。

とにかくやってみてから考えよう。ダメならやめればいいや。

本来なら、せっかくこんなエントリを投稿するんだし、利点を整理したり他と比較したりして「ホラホラ、こーんな風に便利なんですよ！」とか書くべきなんだろうけど、なんか長くなりそうだし、導入まででとりあえず頭が飽和したので、ここで一旦まとめさせてください。

実際の運用に関しては、追い追い書いてみようと思ってるので、とりあえず今回のエントリは、Sassのスタート部分だけです(自分用の備忘録兼ねてるんで長いです) 。あしからず。

さて、じゃあそもそもSassって何なんだって話なんですが、
Sass で CSS をすっきり記述する – ursmの日記 によると

Sass とは

http://sass-lang.com/ Sass は CSS を生成するためのメタ言語です。CSS はいかんせん記述力が低いため、あっという間にメンテナンス不能な状態に陥りがちですが、Sass を使うと上手い具合に構造化して記述することができます。

だそうです。

わたしも意味はよくわかってないですが、ざっくり言うと、
Sassという言語で左のように書くと、右のようなCSSを吐きだしてくれるらしいんです。(他にもいろいろあるけど)

Sass から CSS への変換例　Nesting

Sass から CSS への変換例 Selector Inheritance

以上公式サイト(http://sass-lang.com/)より抜粋

個人的には2コ目の@extend っていうのがかなり便利そうに感じるんですけど、いかがでしょうか。

とりあえず利点欠点は使ってみてから考えるとして、早速インストールしてみます。
ちなみにわたしの使用OSはWindows7です。

1.Ruby・RubyGemsのインストール

クリックでサイトへ飛びます

ここからダウンロードします。（http://www.ruby-lang.org/ja/）

詳しいインストールガイドはこちら
http://pub.cozmixng.org/~the-rwiki/rw-cgi.rb?cmd=view;name=Ruby+Install+Guide

わたしのような初心者には、さらに易しいインストールガイド をどうぞ。
るびま～Ruby ビギナーのための CGI 入門 【第 1 回】の「2ページ目-Rubyの準備」

インストール時のコンポーネント選択肢が現在はちょっと違いますが、RubyGemsにちゃんとチェックが入っていれば大丈夫です。デフォルトで「SciTE」にチェックが入っていたのでわたしはそのままインストールしましたが 、ただのテキストエディタ(色がついたりしてちょっと便利な感じではあるけど)っぽいので、不要な方はチェックを外しても…たぶん、大丈夫な気がします…。

2.Hamlのインストール

また新しい単語でてきましたけども。

このHamlっていうのは、上で書いたSassからCSSへの変換みたいなもののHTML版のようです。
つまり、HTMLもCSSも、それぞれHaml,Sassで記述して吐きださせることができるってことですね。
で、このHamlっていうのがRubyライブラリとして提供されてるわけなんですけど、SassはそのHamlの一部として含まれているのだそうです。

参考→SassでCSSの弱点を克服しよう − ＠IT

つまり、早い話がHTMLとCSSがセットになってるってだけなので、HamlをインストールすればSassも使えるようになると。
あ、でも両方使わないといけないようなものではなくって、Hamlだけでも、Sassだけでも使えます。
今回はSassについての話なので説明が逆になりました。(たぶんわたしはHamlはまだ使わないと思います)

で。公式サイトによると、このHamlをインストールするにはコマンドプロンプトから

gem install haml

って打てばインストールされる…

はずなんですけど。

なぜかわたしはインストールされず、いろいろ試行錯誤する羽目になりました。
エラーメッセージをとっておくのを忘れちゃったんですけど、たしかGemsが見つからないとかそんなんだったと思います。

そこで Rubyforge からRubyGemsの最新版を単体でDLしてインストールし直したところ、無事に上記コマンドでHamlもインストールできました。（上でチェックは入れといたんですけどねぇ…。なんだったんだろう）

3.テキストエディタでSassを書いてみる

わたしはせっかくインストールしたのでSciTEを使ってみましたが、基本的には拡張子.scss で保存できさえすればどんなテキストエディタでも大丈夫だと思います。

コピペしたい方へ：画像のリンク先にテキスト置いときました

上のNestingのコードをそのまま書いてみました。そして、それをtest01.scssという名前で保存。
(拡張子は.sass ではなく .scss なので注意！)

4.sass コマンドでCSSファイルを生成してみる

コマンドプロンプトで作業してるディレクトリに移動

cd C:\Users\(ユーザー名)\Documents\website\css

それから

sass test01.sass test01.css

ってやると、test01.scss から test01.css が生成されます。

生成されたCSSがこちら。

違うエディタで撮っちゃった(^_^;)　ごめんなさーい。
ちょっと見比べづらいけど、一番上で紹介した公式サイトの例と同じスタイルが無事に書き出されました。

5.うん？なんかめんどくさくない？

いちいちコマンドプロンプトから打って変換しなければいけないのは、めんどくさいですよね。
上のtogetterのやりとりの中にもありましたが 、

sass 3 からは –watch オプションが出来たのでこれをつけて起動しておけばエディタで保存するだけで勝手に変換してくれますよ。
http://twitter.com/#!/kotarok/status/26042724800

とのこと。なので、上の変換時に使ったsassコマンドの代わりに

sass --watch test01.scss:test01.css

としてやります。
すると以後は、test01.scss を watch しといてくれて、書き変わったら CSS のほうも書き換えてくれるわけですね。
これなら1ファイルにつき1回だけ指定してあげればOK。いやーよかったよかった。

でも…

ファイル名を変更したり、複数のCSSファイルを使ってたり、後から追加したり。そのたびにコマンド打つのも結構めんどくさい。。
そこでもっとざっくり、フォルダ単位で「watchしといてね」と指定することができるんだそうです。

<たとえばfooっていうサイト内にあるsassフォルダを監視してcssフォルダにファイル生成させる場合>

sass --watch foo/sass:foo/css

こんな感じ。このとき sassフォルダにすでに.scssのファイルがあればcssフォルダ内に.cssのファイルが生成されますし、cssフォルダがなければフォルダも自動的に作成されます。

6.Sass導入、とりあえず完了！

というわけで、Rubyのインストールに始まり、Sassを実際に使ってみるとこまではなんとか完了しました。

既存のCSSもうまく使えばSassで再利用したり生かしたりできるらしいのですが、まだちょっと方法がよくわかっていないのでタスクリスト行き。(>_<)

Sass3に関する日本語ドキュメンテーションが見つけられなかったので、公式サイト(http://sass-lang.com/)などの英語のページをうにゃうにゃ言いながら読んで進めてます。。。

なのでもし、何か間違ってるよとか、補足などがあればぜひお知らせくださると嬉しいです。
どーぞよろしくお願いします。

あと別件なんですけど、今までDreamweaverのコードヒントを入力スピード補助ツールとして多用してきたので、普通のテキストエディタでの入力っていうのが予想外のハードルなんだけど、誰かいいエディタ知りませんか・゜・(PД`q｡)・゜・

えーやだー、やりづらーい。ばっちーい。
というわけでmcePasteをぐぐってみます。

WordPress Support - Copy/paste introducing loads of mcePaste code
http://wordpress.org/support/topic/301680?replies=6

あ、なるほど。
わたしの場合はこの方のように隠しテキストにはなってなかったんだけども、まぁ似たような症状ですね。というわけで、Google Chromeを使ってたんですが、Firefoxに切り替えることで発生しなくなりました。

ちなみに手持ちのブラウザでは（すべてWindows版です）

• FireFox 3.5.6 – 現象発生せず。
• InternetExplorer 8.0.6001.18702 – 現象発生せず。
• Opera 10.10 – 現象発生せず。ただコピペ自体がうまくいかないことがある
• Safari 4.0.4 – 現象発生。TeraPadとメモ帳の2つで試したけど、両方とも。
• Google Chrome 3.0.195.38 – TeraPadで現象発生。メモ帳では発生せず。

という結果でした。
WordPress×マイナーブラウザ×テキストエディタ併用というレアなケースなせいか、検索してもあまり情報がなかったので書いてみました。
どうぞご参考にー。

まず管理画面にログインしようとしてみると、
「このページにアクセスするための十分なアクセス権がありません。」
と出て、管理画面に入れてもらえない。

…いや、あるでしょ！
あたい管理者っすよ！ムッキー！ヽ(`Д´)ﾉ

うーん。でも、もう1コのほうは正常にログインできるので、
原因は文字コード変換による何かのエラーだろうなーというのは想像つきました。

そこであちこち検索してみたら、ココがヒット。
アクセスする権限がないと表示されて管理画面にログインできない場合の対処法 – Odysseygate.com
http://www.odysseygate.com/archives/769

エラーが出るタイミング

• 新規インストールを行い、ログインする場合
• EUCからUTF-8に文字コードを変更した場合。またはその逆。
• WordPressをインストールしたDBのwp_optionsを変更するプラグインをインストールした場合
• WordPressをインストールしたDBに猛烈に負荷がかかっている場合（筆者が経験）

コレだーーーーーーーーー！ひゃっほーい。

で、早速wp1_usermetaのwp1_capabilitiesを書き換えてみます。

a:5:{s:13:"administrator";a:2:{s:4:"name";s:9:"管理人";s:12:"capabilities";a:30:{s:13:"switch_themes";b:1;s:11:"edit_themes";b:1;s:16:"activate_plugins";b:1;s:12:"edit_plugins";b:1;s:10:"edit_users";b:1;s:10:"edit_files";b:1;s:14:"manage_options";b:1;s:17:"moderate_comments";b:1;s:17:"manage_categories";b:1;s:12:"manage_links";b:1;s:12:"upload_files";b:1;s:6:"import";b:1;s:15:"unfiltered_html";b:1;s:10:"edit_posts";b:1;s:17:"edit_others_posts";b:1;s:20:"edit_published_posts";b:1;s:13:"publish_posts";b:1;s:10:"edit_pages";b:1;s:4:"read";b:1;s:8:"level_10";b:1;s:7:"level_9";b:1;s:7:"level_8";b:1;s:7:"level_7";b:1;s:7:"level_6";b:1;s:7:"level_5";b:1;s:7:"level_4";b:1;s:7:"level_3";b:1;s:7:"level_2";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:6:"editor";a:2:{s:4:"name";s:9:"編集者";s:12:"capabilities";a:19:{s:17:"moderate_comments";b:1;s:17:"manage_categories";b:1;s:12:"manage_links";b:1;s:12:"upload_files";b:1;s:15:"unfiltered_html";b:1;s:10:"edit_posts";b:1;s:17:"edit_others_posts";b:1;s:20:"edit_published_posts";b:1;s:13:"publish_posts";b:1;s:10:"edit_pages";b:1;s:4:"read";b:1;s:7:"level_7";b:1;s:7:"level_6";b:1;s:7:"level_5";b:1;s:7:"level_4";b:1;s:7:"level_3";b:1;s:7:"level_2";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:6:"author";a:2:{s:4:"name";s:6:"作者";s:12:"capabilities";a:8:{s:12:"upload_files";b:1;s:10:"edit_posts";b:1;s:20:"edit_published_posts";b:1;s:13:"publish_posts";b:1;s:4:"read";b:1;s:7:"level_2";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:11:"contributor";a:2:{s:4:"name";s:9:"寄稿者";s:12:"capabilities";a:4:{s:10:"edit_posts";b:1;s:4:"read";b:1;s:7:"level_1";b:1;s:7:"level_0";b:1;}}s:10:"subscriber";a:2:{s:4:"name";s:9:"協力者";s:12:"capabilities";a:2:{s:4:"read";b:1;s:7:"level_0";b:1;}}}

おおっ、無事ログイン成功！
新しい管理画面だー！

しかもタイミングよく
「WordPress 2.9.1 が利用可能です ! アップデートしてください。」とか出てるし。（2010.1.5更新）
やったーえーいぽちっ。アップデートー…

と思いきや。(2度目)

またもや
「このページにアクセスするための十分なアクセス権がありません。」

いや待てーーーーーいヽ(`Д´)ﾉ

インストールしてやった恩も忘れて、この反抗的な態度ですよ。
あるのに。絶対あるのに。権限…うう・゜・(PД`q｡)・゜・

仕方がないので、またgoogleワールドへの旅に出ます。

ありました。
WordPressのアップグレードとユーザー権限 | 雑念ベース
http://blog.yoshitomo.org/archives/567

つまり、超ざっくり言うと、
「データベースのwp1_optionsっていうテーブルのwp1_user_rolesの値に『s:14:”update_plugins”;b:1;s:14:”delete_plugins”;b:1;』が入っていないのでアクセスできませんよ」というわけですね。

phpMyAdminでサクっと書き足してあげたら済む話なんですけど、他にも何か抜けてたら嫌なので念のため、正常に動いてるwp2_optionsのテーブルからoption_valueをコピペしました。

結果、無事に自動アップグレードまで完了！ああ、長かった～～～～。

ちなみに、管理者(Administrator)権限の定義は54項目、編集者(Editor)は34項目、
投稿者(Author)10、寄稿者(Contributor)5、購読者(Subscriber)は2項目ありました。
これ書き換えたら権限のカスタマイズもできるのかな？？
（やってみたい方はどうぞ自己責任でね）

前回（WordPress MEから日本語版2.9.1へ今更アップグレード）で、何とかアップグレードだけは完了したWPですが、いろいろ問題がありまして。

まずはUTF-8から順調にアップグレードしたほうなんですが、なぜか「トップ以外のページがすべて表示されない」、というアホなことになっていました。まぁ、これはわりとすぐ原因が見つかって

WordPressフォーラム[ブログのTOPページが以外が表示されない]

http://ja.forums.wordpress.org/topic/470

でサクっと解決。

でも、.htaccessを作ってもなぜかパーマリンク変更(編集)ができないトラブルが残ってしまい、それはさらにこちらのページを見ることで解決しました。

MAMPでWordpressのパーマリンク変更を適応させる方法 | THE HAM MEDIA

http://h2ham.seesaa.net/article/104297182.html

他にも細かいトラブルはあった気がしますけど…思い出せないので割愛。

似た状況の方がいらっしゃればコメントいただければ、できる範囲で回答しますね。

そして、次のエントリでは、もっと手こずったUTF-8バージョンちゃんについてお話ししようと思います。

さて、このサイトを置いているサーバーのロリポップから、ちょっと前にPHP4→5、MySQL4→5 移行してねっていう勧告が来てたので、重い腰をあげて、長らく懸案だったWPのアップグレードをしてみました。
このブログと、http://diary.f-stream.net/の2つです。

このブログは、ME2.0.11（EUC-JP）から日本語版2.9にアップグレード、
データベースの接頭辞は「wp1_」
参考：power source* &raquo; WP ME 2.0.4 → WordPress 2.3 へアップグレード
http://bono.s206.xrea.com/2007/10/533-wp_me204_to_23/

もう1つはME2.2.3(UTF-8)から、同じく日本語版2.9にアップグレード、接頭辞は「wp2_」
参考：WordPress ME 2.2.3からWordPress 日本語版 2.5に移行: たにもりのもり
http://nuit.topaz.ne.jp/blog/2008/04/03-083144.html

1つのデータベース内にEUCとutf-8が同居してるので、いちいちphpMyAdminのトップから文字コードを切り替えないと日本語の値が化けるという、なんとも不便な感じになっておりました。

今考えたらなんでそもそもEUCにしたんだろう…(泣)

文字コードを変換するってことはデータベースの中身を全取っ換えするわけなので、
「移行したらエントリが全部文字化けしてたらどうしよう…（（（(；゜Д゜）））」
という不安から、今まで完全に見ないふりを決め込んでいたわけなんですが。

ロリポップのMySQL4→5への移行にあたっては、テスト用にDBの複製を10日間使わせてもらえるらしく（4→4と5を両方使ってテスト→5へ移行）、実質的にデータベースのバックアップ(？)が使えることになるので、これを機にやっちまうのがリスクが少なくていいんじゃないのかいフフフ？というわけで思いきってみました。

（データベースの接続先の変更は案外カンタンで、wp-config.phpをチョチョイと書き換えるだけなのです）

作業の手順はこんな感じ。
(最初からUTF-8だったwp2_のほうは【3】だけ省略)

【1】まず全部のプラグインを無効に
【2】念のためにスキンもデフォルトに

【3】データベースをEUC-JPからutf-8に変換する作業。

phpMyAdminで、接頭辞wp1_がついているテーブル全部にチェックを入れて、まとめてエクスポート（SQL）。それをTeraPadにコピペ。
INSERT INTO `wp1_options` VALUES (37, 0, ‘blog_charset’, ‘Y’, 1, ‘EUC-JP’, 20, 8, ”, 1, ‘yes’); を
INSERT INTO `wp1_options` VALUES (37, 0, ‘blog_charset’, ‘Y’, 1, ‘utf-8′, 20, 8, ”, 1, ‘yes’); に書き換え、文字コードをutf-8Nに指定して保存。

ここでロリポの移行テスト用データベースを作って(データは4から丸コピー)、wp1_のテーブルを全部削除。そしてさっき保存したファイルをインポート。

【4】新しいバージョン(2.9-ja)の準備。

本家からダウンロード、解凍したら、
wp-config-sample.phpをコピーしてwp-config.phpにリネーム。
中身のデータベース情報、認証用ユニークキー、
データベーステーブルの接頭辞を書き換えてutf-8Nで保存。

※注意
【3】【4】でutf-8Nって書いてあるとこはutf-8(BOMなし)っていうのと同じです。
メモ帳は保存時にBOMが勝手についちゃうらしいので使えません。
参考：用語集 – WordPress Codex 日本語版#WordPress で用いるテキストエディタ
http://wpdocs.sourceforge.jp/用語集

【5】ftpで新しいバージョンのWPをアップロード。

/wp-contentの中にスキンやらプラグインやらが入っているので、これを機にサクっと整理。
そのうえで/wp-contentだけを残して、残りのファイル、フォルダをごっそり削除。
でもって、新しいバージョンのファイル一式を全部アップロード。

【6】/wp-admin/upgrade.phpにアクセスしてアップデート。

画面の案内に従ってボタンをぽちっ。で、データベースもアップデートされます。

完了！おめでとうー！

うー…

と思いきや。
ME2.2.3(UTF-8)からアップグレードした方にはちょっとだけ、
そしてEUC-JPから変換した方にはかーなーり、問題が。

それはまた次のエントリでお話ししますね。

Dreamweaverのスニペットのフォルダ名が文字化けしてたのを長らく放置してたんだけども、別のことを調べてる時にたまたまこちらのエントリを見つけたので、「これだ！」とばかりに直してみました。
Dreamweaverスニペットの文字化けを直す | A Day in the Life

最近DWのスニペットを多用するようになりました。汎用的に使うものはすべてスニペットに登録。作業効率がぐーんとアップしました。

ところがフォルダを作ってフォルダ名に日本語を使うとDWを再起動した時に文字化けしてしまって、せっかく名前をつけたフォルダなのに良く分からなくなってしまう。

スニペットのデータが入ってるフォルダ内を見てみると、_folderinfo.txtと言うテキストファイルがあって、そのファイルを開いてみるとフォルダ名が記述してあり、文字コードがUTF-8になってた。これが原因か…と思い、Shift-JISにエンコードしなおすと無事文字化けがなおりました。

文字化けしてんだよな～と思ったらここを見てみるときっとなおります。

謝謝。素晴らしいです。

ただ一つだけ気になったのは、ウチの場合なぜかすべてShift-JISになってて、UTF-8にしたら直ったのですよねぇ。OSはXP Home、DWのバージョンは8です。なぜ逆…？情報求ム。

（「ウチも逆だったよ！CS○だよ」「こっちはS-JISでOK！Vistaだよ」などなど、情報ありましたらTBorコメントいただけると嬉しいどす。）

ちなみに_folderinfo.txtは、たくさんあるスニペットのフォルダ1つに1つずつ入っているので、一つ一つエンコーディングしていくのはたいへん面倒です。

ので、一括で文字コード変換ができるツールも併せてご紹介。

CharsetConverter

主な特徴

Shift_JIS、EUC-JP、ISO-2022-JP、Unicode(le)、UTF-8 の相互変換が可能

変換先 改行コードを CR/LF, LF, CRの三種類から指定可能

Shift_JIS、EUC-JP、ISO-2022-JP では、ある程度の文字セット判別が可能

Unicodeテキストファイルでは、先頭のバイトオーダー判別コードからの判別が可能

コマンドラインからの全自動変換機能

KanjiTranslator

大量のファイルの文字コード(及び改行コード)を一括して変換するツールです。
対応文字コードは、ShiftJIS, ISO-2022-JP, EUC-JP, UTF-8(日本語のみ)です。
ファイルを直接置き換える為、必ず事前にバックアップを行ってください。
テキストエディタ Crescent Eveの文字コードエンジンにより、変換元の文字コードは高精度で自動認識します。

Unicodeに対応していたり改行コードをまとめて変換する機能が必要な人、コマンドラインで動かしたい人はCharsetConverterがいいと思いますけど、今回のスニペットの文字化けを直すくらいの用途であれば、KanjiTranslatorのほうが使いやすいと思います。

スニペットのフォルダを開いて「検索」で「_folderinfo.txt」を検索すれば、_folderinfo.txtだけがズラーっと表示されるので、それをまとめてドラッグアンドドロップして文字コード指定して変換。

簡単なのでオススメはしますけど、あくまで自己責任でね。うふふ。

しかしブログに残しておくのが一番使い勝手がいい気がするので、
やっぱり忘れないうちに書いておこう。
えーまず1コ目。

■ Motion Decompiler 3 for Windows 通常版 SAHS-40669

swfファイルをflaへデコンパイルするためのツールです。
どうやら必要になりそうなので検討中。

もともとはSourceTec SoftwareのSWF Decompilerというソフトウェアで
本家サイトだと$79.99なんですよね。(約7399円:2009年9月9日現在)
さらにEducational Discountを適用すると$47.99。(約4439円:2009年9月9日現在)
安い～。

一応スクールに籍があるので「日本の学生だけどEducational Priceで買えますか？」って訊いたら、「日本にAHS Softwareっていうリセラーがいて、そこへ日本語版の製作を委託してるからそっちで聞くといいよ」との返事。

海外ソフトで一番心配なのはやっぱりマルチバイトの文字関係のトラブルなので、日本語版があるならありがたいわー。と早速アクセスしてみたところ、

…

ダウンロード版で9,800円とな…。

倍じゃん。倍以上じゃん。（そりゃーそうですよねー）

とりあえず、体験版でもいじくってみようかと思います。
おもしろそうなことになったらまたお知らせします。

オンライン 画像クロッピング ツール – クロッパー

カンタンに言えば、画像の一部分を切り抜くことができるツールです。
ブログやmixiなどにアップしたい写真、でも周りに余計なものが映っちゃってる…なんてときに
画像編集の知識なんかなくても好きなところだけ切り抜くことができるのが魅力。
実際に試してみるとわかりますが、単純な機能なだけに、操作も感覚的で、カンタンです。

わたしのように本業で画像をいじっている人間はPhotoshopでやれば済むことなんですけど
わざわざソフトを立ち上げて画像を編集する、ってこと自体が普通は面倒ですよね。
そのへんのハードルをサクっと下げてくれる、いいツールだと思います。日本語だしね。
もう少し本格的にいじりたければ、Pixenate (http://pixenate.com/)や
Snipshot (http://snipshot.com/) なんかもあるんですけど、
軽さと手軽さではDr.Pic (http://www.drpic.com/)がオススメです。

が、いずれも英語。興味ある人は使ってみてください。

それにしても。
知識がついてくればやっぱり高機能ツールが魅力的に見えてきてしまうものなんだけど、
知識がなくても理解できるものや安全に使えるものって、実はホントにありがたい。

いろんな人の相談に乗ったり、トラブルシューティングしたりしてるうちに
余計にそう思うようになりました。

そのうち、もっとすごいことが手軽にできるようになるのかもしれないなぁ。

プロとしては、怖くもあり、ちょっと楽しみでもあったりするのです。

↑コレね。

Firefox 使ってる人ならタブのタイトル脇に表示されてるやつですけど、
コレさっき見たらこんなのになってました。

↑お？？

Google （最初のG）じゃなくて
Google (2コ目のg)になってるのと、
ベースがほんのり web2.0 風に。

IE6 で見たら IE アイコンしか表示されなくて確認できなかったんですが
IE7 をお使いの方、いかがでしょうか。

ちなみに Windows 版の Safari で見たら のままでした。
（まぁこれはたぶんキャッシュだけど、面倒なのでまだ確かめてません。）
何日くらいで変わるのかちょっと追っかけてみようかと思います。

それにしても、コレ何のための変更？気分？
公式のどっかに書いてないかなぁと思ったんだけど見つからずじまいでした。

誰かご存じの方いらしたら、教えてくださると嬉しいです。（憶測＆予想可。笑)