フォームメールから以下の質問を頂いたので（実は届いたの一週間ほど前だったり…放置してすまん）、せっかくなので記事でお返事します。
ちと質問なんですが、FLIPFLOPsのページを参考にちまちまとブログにjsを導入したりと弄ったりしてるんですが、FC2なんかのフリーだと制限が厳しくて色々やり辛いんですよね・・・
そこで質問なんですが、FLIPFLOPsのお二人はこのページのサーバーは自前で運営してますか？それともどこかのレンタルサーバーやスペースを借りて作成してるんですかね？
教えてくださいなー。
小四喜和了ったよ！！
これは下家ナイスアシスト杉だな。風牌は三元牌より心理的に絞り辛いと負け惜しみを申しておりました。
それはさておき、Wordpressを2.2にバージョンアップしました。MovableTypeからWordpressへ移行して二ヶ月ほど使ってみた事になるので、これを機に、ちょっと使用感など書いて見ます。
先に結論から書きますと移行して大正解でした。今更MovableTypeには戻れないです。一番心配だったページの動的生成によるサーバー負荷は、全く気になりませんでした。
まあ、サーバー負荷に関しては、サイトのPVとサーバー性能に依存するので場合によりますが、少なくともウチの環境（サーバーはさくらインターネットのレンタルサーバスタンダード／一日のＰＶが4000ぐらい）だと、静的生成時と見た目変わりません。ニュースサイトさまに捕捉されてＰＶが二倍近く跳ね上がった時（！）でも平気っぽいです。（いつも捕捉して頂いて感謝です！）
それでは、 MovableTypeと比較したときWordpressの利点と欠点の所感を。
原稿で潜るといいつつ、更新してしまう罠。
部屋を片付けていると思わず漫画を読み出してしまう類のアレですか。
いえね、コミックスタジオに久しぶりにパッチが出てたので当ててみたんですよ。まあ、ハッキリ言ってバグの多いソフトなんで。 そしたら、案の定自由変形ツールのバグ（というかバグ的な仕様なのかもしれんが）が直ってない。
で、それがどんなバグかと言いますと………まあ、実際の画面を見たほうが分かりやすいな。
まずは、自由変形ツールで当然期待されるべき仕様ですが、天下のPhotoshopさんの場合。
こういう感じの三本平行に引かれた同一の黒棒があるとします。そして、自由変形ツールで、上辺を右に移動して、平行四辺形状に変形します。
こんな風に…。
まあ、当然こうなります。 三本の黒棒は均等に変形します。
次、コミックスタジオの場合。
え…？
そして、さらに、変形を進めると…。
ええ～！？
とまあ、なぜか変なパースが付きます。 orz
一体どんな仕様だよ！
まあ、そんな分けで、漫画制作のデジタル化を考えている皆様。コミックスタジオは正直オススメ出来ません…ブラシも重いしね。(’A`)
今のところは、SAIとPhotoshopを併用するのが最強だと思います…。
たまにはBLOGらしく実用記事。
一昨年の夏あたりから原稿は完全にデジタルで描いているんですが、最近コミスタは使わず、PhotoshopとSAIで作ってます。しかしながら、PhotoshopとSAIでは、複数のファイルを一つの作品としてまとめて管理するという概念が無いので、複数の連番ファイルをまとめて印刷したい時非常にメンドイです。（そもそもSAIだと印刷機能自体が無いのでさらに困るんですが…。）
こういう時、Photoshopのドロップレットあたりでもなんとかなりますが、Photoshopはスクリプトとして、JavaScriptやＶＢScriptを使えます。これを使えば相当な事が出来るので、知っていると色々便利です。（スクリプトプラグインを導入すれば7.0でも使えるハズ）
で、JavaScriptで組んだ、「連番ファイルをまとめて印刷するPhotoshopスクリプト」がこちら。
適当なフォルダにスクリプトファイルおいて、「ファイル＞スクリプト＞参照」で実行すると、こんなダイアログが出ます。
選択したフォルダの連番ファイル（file001.psdとかいう感じのアレ。ファイル名は日本語ＯＫだけど、連番部分は半角数字のみ）の内、指定した拡張子かつ連番の数字が範囲内のファイルだけ印刷します。
範囲指定にはハイフンとカンマが使える、Indesign仕様です。例えば、「1-8,11,24-」なら1ページから８ページまでと、１１ページ、そして２４ページ以降の全ページを印刷します。
オプションとして、「ファイル名を左上隅に印刷」にチェック入れてると、ファイル名を隅っこに印刷してくれます。ノンブル代わりになるので、ちょっと便利。
コミスタを使わずにデジタルで漫画描いてる人ぐらいにしか需要が無いスクリプトですが！
ご使用の場合は自己責任でよろ。
2007/3/30追記
PhotoshopCS2のJavascriptのparseIntと正規表現エンジンにバグ発見…。(’A`)
バグ回避の為、スクリプトちょっと修正。
以下、バグ実証コード。
var text = “007″;
if(text.match(/([0-9]+)/)){
alert(parseInt(RegExp.$1)); // 7と表示される
}
text = “008″;
if(text.match(/([0-9]+)/)){
alert(parseInt(RegExp.$1)); // なぜか0と表示される(’A`)
}
それ以降のコードで、正規表現処理が一律でおかしくなるっぽ…。スタックポインタが狂うのか？
0スタートの文字列は、parseIntのデフォで８進扱いになると教えていただきました。ありがとうございました！
ちなみに、以下が、ソース。
続きを読む »
