11:42 となっていますが、本来の投稿時間は 20:42 でした。
また、それ以前の時刻もすべて-9時間になっていました。

何が原因か判らず Twitter にてヘルプしたところ、 WordPress のフィード側の問題のようでした。
WordPress のフィードは GMT（グリニッジ標準時）で配信されますが、日本は+9時間のため JST（日本標準時）に修正する必要があるとのこと。

『 WordPress 2.5 のフィードの時間修正 - karu.jp 』 を参考に、以下のとおり修正しました。

ご利用のバージョンによって修正箇所などが異なりますのでご注意ください。
また、必ず事前のバックアップを忘れないようにしてください。

wp-includes/feed-atom.php

<updated><?php echo mysql2date('Y-m-d\TH:i:s\Z', get_lastpostmodified('GMT')); ?></updated>

'GMT' を削除。

<updated><?php echo get_post_modified_time('Y-m-d\TH:i:s\Z', true); ?></updated>
<published><?php echo get_post_time('Y-m-d\TH:i:s\Z', true); ?></published>

true を false に。

wp-includes/feed-rdf.php

<dc:date><?php echo mysql2date('Y-m-d\TH:i:s\Z', get_lastpostmodified('GMT'), false); ?></dc:date>

'GMT' を削除。

<dc:date><?php echo mysql2date('Y-m-d\TH:i:s\Z', $post->post_date_gmt, false); ?></dc:date>

_gmt 削除。

wp-includes/feed-rss.php

<lastBuildDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_lastpostmodified('GMT'), false); ?></lastBuildDate>

+0000 を O にし、'GMT' を削除。

wp-includes/feed-rss2-comments.php

<pubDate><?php echo gmdate('r'); ?></pubDate>

gm 削除。

<pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_comment_time('Y-m-d H:i:s', true), false); ?></pubDate>

+0000 を O にし、true を false に。

wp-includes/feed-rss2.php

<pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_lastpostmodified('GMT'), false); ?></pubDate>

+0000 を O にし、'GMT' を削除。

<pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_post_time('Y-m-d H:i:s', true), false); ?></pubDate>

+0000 を O にし、true を false に。

最後に、配信しているフィードのソースを開き、以下のようになっていれば OK です。

<pubDate>Sat, 05 Sep 2009 18:49:41 +0900</pubDate>

WordPress になってどんだけ経つんだよ ･･････ という話ですが今頃気付くという。

関連エントリー

• WordPress なサイト制作時に参考にしたサイトや使用中のプラグインなどのまとめ
• WordPress の本文内でコメントアウトすると、P要素が自動挿入される件。
• WordPress のクイックタグ追加プラグインで楽々実体参照
• HTML実体参照変換ツールで楽々実体参照

今さらながら 『 TINAMI 』 に登録してみました。
昔むかしの検索サイトだった頃は大変お世話になっていたのですが、時代の流れからか全く新しいコミュニケーションサイトへと生まれ変わることとなったとき、どうしても心がついていかず離れてしまっていたのでした。 が、ちょっとしたキッカケで登録してみたのですが ･･････ これはいい！

検索

［ キーワード ］ 欄に任意の語句を入力し ［ 検索モード ］ のチェックボックスを選択することで、イラストならイラスト、マンガならマンガ、イラストとマンガならそれぞれの中から、というように結果を絞り込める。

［ 並び順 ］ では検索結果の表示順序を指定出来ます。

新着順

投稿日時の新しい順。

支援スコアの高い順

閲覧数と支援数を総合的に判断したスコアの高い順。
作品を閲覧した方が ［ 支援ボタン ］ を押した割合が多くなるほどスコアが高くなります。

支援数の多い順

支援ユーザー数の多い順。

閲覧数の多い順

閲覧ユーザー数の多い順。

検索フォーム右下の ［ 詳細検索を表示 ］ をクリックすると、さらに詳細な検索が出来るようになります。

• 『 オリジナル 』 ジャンルのみに絞りたいとき
• 男の子キャラだけの絵を見たいとき
• 取り敢えず人気の絵を見たいとき

などなど、これがまたほんとカユいところに手が届く嬉しさ！
作品を投稿する際に ［ 作品種別 ］ と ［ キャラクター ］ を必ず指定しなければならないため、検索漏れもありません。

例えば 『 エルフ 』 と検索した場合、このように類似キーワードが表示されます。
［ まとめて検索 ］ をクリックすることで、タグのブレによる漏れがなく見ることが出来ます。

作品だけではなく、クリエイターの検索も出来ます。
クリエイターは投稿作品の傾向などをキーワード登録していますので、好みのクリエイターと出会えます。

［ イラストレーター ］ ［ マンガ家 ］ ［ 小説家 ］ など、ジョブごとの絞込みも出来ます。

その他詳細は 『 作品検索 ヘルプ 』 をご覧ください。

ウォッチ

このキーワードの作品は見逃せない！というキーワードを登録出来ます。
デフォルトで類似キーワードも含まれているのは優秀！
検索する際のショートカットにもなり便利です。

ウォッチキーワードに登録したキーワードを含む作品は、トップページの ［ ウォッチタブ ］ にまとめて抽出されます。 抽出件数は最新の15件のみです。 他のタブのように ［ もっと見る ］ リンクがないのが難。

閲覧

作品が気に入ったら ［ 支援する！］ ボタンをクリックすることでその作品を応援出来ます。
『 pixiv 』 の10点満点中何点、といった点数式ではないので、押す方は純粋に応援の気持ちだけを込められ、もらう方は純粋に応援された喜びだけを感じられます。

ページ数のある漫画や小説には作品の上下に ［ 前 ］ ［ 次 ］ ボタンがあるため、ページ変遷なしにサクサクと見ていくことが出来ます。 投稿する側としても、何ページ分も連続して投稿したり作品説明やタグを書かずに済んで便利です。

ランキング

ルーキーランキング

『 総合ランキング 』 の他に特別枠で設けてあるこちら。 クリエイター登録から一ヶ月以内、もしくは ［ お気に入り ］ 登録が20人以下のクリエイターを対象としたランキングです。 がんばり始めたばかりの人に優しい(*ﾟдﾟ*)

Twitter 連携機能

ついったったーに嬉しい 『 Twitter 』 との連携機能！

• TINAMI への作品投稿時に Twitter のタイムラインで自動で告知。
• 気に入った作品を Twitter のタイムラインで紹介出来る。
• Twitter にて相互 follow しているユーザーを、自動的に TINAMI の友達リストに加える。

関連リンク

• 【新機能】Twitter連携機能を公開しました！ - TINAMIからのお知らせ
• 【新機能】Twitter連携機能 設定編 - TINAMI管理人更新日誌
• 【新機能】Twitter連携機能 機能解説編 - TINAMI管理人更新日誌

その他

• 全体的にま～ったりした雰囲気がのんびりゆっくり出来ます。 『 pixiv 』 の嵐のような大波のスピードに慣れていたので、動きの少ないところが一つ一つの作品をじっくり見られて良い感じ。 一度ある程度たっぷり見終えたあとは、のんびり加減が物足りなくなるかも。
• 『 オリジナル 』 と 『 二次創作 』 がキッパリ分かれているのが嬉しい。 『 オリジナル 』 ジャンルがたくさん見たい人や見てほしい人には特にオススメ。
• タグ分けが投稿する時点で最低限 （ 『 オリジナル 』 『 二次創作 』 『 イラスト 』 『 漫画 』 『 キャラの性別 』 『 年齢制限 』 ） キッチリなされているので、検索結果の精度が良い。 また、細かくタグを付けてくれているクリエイターも多いので、好みの属性の作品がたくさん見られる。

イマイチな点

サイト全体の作りが判りにくい

ぎゅぎゅっと詰め込まれすぎてどこに何があってどこをどう見たら良いのか判りにくい。 要は慣れなのだろうけれど、それにしても判りにくいｗ （ しかし 『 Surfersparadise 』 に比べると可愛いレベル ）　取り敢えず最初に一通り隅々まで探検してみるしかない。 慣れれば楽。

JavaScript ヽ(`д´)ﾉ

セキュリティの関係で JavaScript OFF が常なので、ON にしていないと機能が使えないのが地味にヽ(`д´)ﾉ　Ajax 効果も地味にヽ(`д´)ﾉ　使用するのは極力最低限でも良い気がするのだけれど。

人さまの作品のタグが編集出来ない

これはタグ芸 UZEEEEE がないのが良い点でもあるのですが、「 この作品にはこのタグが付いていれば良いのにもったいない･･･！」 も結構あったりして良し悪しですね。 素敵な作品にもっと出逢える機会をもっともっと増やしてくれるタグは大事(´￢｀*)

関連リンク

• lynxさんのクリエイタープロフィール - TINAMI

先日公開された、Twitter のつぶやきをブログ形式で保存・閲覧できるサービス 『 Twilog 』 を利用始めてしばらく経ちましたが、これがもうあまりに便利すぎて最早手放せない！

こちらはただの何の変哲もない Twitter。 ただ Tweets が羅列されるだけです。
これでも充分、垂れ流しのつぶやき場としては流れるに任せる風情が結構なのですが、一覧性に欠けます。 メモとして残したいものは取り敢えずふぁぼるものの、通常の Favorites に埋もれてしまうのが難でした。

そしてこちらが話題の Twilog。

自分の Tweets からキーワード検索出来る。

カレンダー表示で日付別の Tweets が一覧出来る。

毎日の Tweets 数が判る。

Reply 先のユーザーごとに一覧出来る。
降順になっているので、誰とよく会話しているのかも可視化される。

ハッシュタグごとに一覧出来る。 PUSH !!
メモや特定の話題などにタグ付けすることで、あとから見返すことが出来るようになる。

などなど、欲しかった機能がぎゅぎゅっと詰まった 『 Twilog 』 、今イチオシの Web サービスです。

関連リンク

• Twitter
• Twilog
• lynx (eclucifer) on Twitter
• lynx (@eclucifer) - Twilog

これらを読んで、改めて Web サイトの横幅とリキッドデザインについて考えてみました。

Before

わたしも以前は 100% 幅のリキッドデザイン （ 可変幅 ） を採用していました。
画面全体を有効に活用出来、横スクロールも出ない、俺最高！ と。

ところがあるとき、「 ブラウザを最大化すると広がりすぎて見にくい 」 とのご指摘があり、その当時は 「 見にくいならウインドウ幅調節すれば良くね？ そのためのリキッドなんだから 」 と、特に問題視していませんでした。 わたしも最大化して見てはいますが、常にサイドバーを表示しているため、そう広すぎるとは思わなかったので。

しかし、［ ウインドウ幅をそれぞれのサイトに合わせて調節しながら見る ］ ことと ［ 横スクロールバーが表示される ］、どちらも ［ 普段の環境で快適に見られないことに対するストレス ］ という点において同列のものだと気付いたのです。

100% 幅の可変デザインの問題点は理解したものの、かといって固定幅は小さい画面に合わせると大きい画面で余白がありすぎて不恰好になってしまうし ･･････ という訳で出した結論は、

• 要素の幅の最小値と最大値を指定する CSS プロパティ ［ min-width ］ ［ max-width ］
• 上記に対応していない IE6 には IE 独自のダイナミックプロパティ ［ expression ］

これらを採用する、というものです。

After

わたしのサイトはイラストサイトなので、展示するイラストの横幅の最大値 （ 600px ） を基準にします。 余白は左右 30px ずつ取り、ボーダーは 6px ずつ加えました。

モダンブラウザ用 CSS

div.sample {
	border-left  : 6px solid #E5E5E5;
	border-right : 6px solid #E5E5E5;
	min-width    : 660px;
	max-width    : 900px;
	width        : 82%; }

• 最小幅は 672px （ 600px ＋ 余白 60px ＋ ボーダー 12px ）
• 最大幅は 912px （ 840px ＋ 余白 60px ＋ ボーダー 12px ）
• その中間では、ブラウザの表示領域の 82% の幅にする

IE6 用 CSS

* html div.sample {
	width : expression(document.body.clientWidth < 691? "671px" : document.body.clientWidth > 832? "812px" : "auto"); /* IE */ }

• ブラウザの表示領域が 691px 以下の場合は 671px に
• ブラウザの表示領域が 832px 以上の場合は 812px にする

ここで注意しておかなければならないのは、< 691? "671px" と > 832? "812px" を、< 671? "671px" > 812? "812px" のように 同値にしてはいけない ということ。 幅を変えるたびにブラウザが落ちて危険です。 なんというブラクラ。 少し余白を設けるように、数値に余裕を持たせてください。

参考リンク

• モダンブラウザ向け CSS ハック - ウェブネタブログ
• IE6 で min-width, max-width を実装する CSS - Tech de Go

イラストサイトである以上、イラストの最大幅よりも小さな表示領域の場合は横スクロールバーが出てしまうのは必至、と割り切りました。 max-width が min-width と 140px 240px しか違わないのは、［ 広すぎても読みにくい ］ ということから自分が読みやすいと感じる値を算出した結果です。

最小値と最大値に迷っている方は、BROWSIZE.ORG でご自身のサイトの閲覧者の実状を研究してみてはいかがでしょうか。 サイトの方向性によって結果がガラリと変わってくるので、他のサイトでの解析結果が必ずしも当てはまるとは限りません。

追記

min と max の差が僅かしかない。 意味が無いような ･･････。

はてなブックマーク - リキッドデザイン問題は max-width と IE6 用 expression で解決 - eclucifer blog

その ［ 僅かな差 ］ で横スクロールバーが出る Web デザインになったりするので、［ 僅かな差 ］ というのは重要な問題。 と思ったけれど、考えてみれば ［ max ］ なのだからもう少し広げても良い気がする ･･････ という訳で、100px 広げてみました。

おまけ

当サイトにおける過去一ヶ月のブラウザ利用状況 （ Google Analytics 調べ ） は以下のとおりです。

ブラウザ利用状況

Internet Explorer バージョン別利用状況

まだまだ IE 独断場といった感じ。 やっと IE7 が IE6 を追い抜いたばかりですが、来年の今頃、遅くても再来年には IE6 への対応に一手間掛けずに済みそうな伸びではあります。 やはり同梱のブラウザは強いですね。

画面解像度

ちなみに画面解像度の結果はこのとおり。 横幅だけでなく、縦幅も考えさせられる感じ。 ヘッダを大きくしすぎて肝心のコンテンツがスクロールしないと見えない、というサイトも結構あったりしますね。

• 2009年1月11日11時20分　コピーした URL をワンクリックで開く 『 pastego 』 追加
• 2009年2月12日21時52分　サイトごとにリファラを設定する 『 RefControl 』 追加　NEW

アドオン

All-in-One Gestures

マウスジェスチャー機能を追加する。

ColorZilla

Web ページの任意の場所から色情報を取得するカラーピッカー。

Gmail Notifier

Gmail の新着メッセージを通知する。

Html Validator

リアルタイムに HTML の文法をチェックする。

Link Widgets

link 要素のナビゲーションリンク があるページの、prev / next / top などのリンクを辿れる。

Make Link　push!!

閲覧中のページのタイトルや URL を、リンク用 HTML としてクリップボードにコピーする。

Organize Status Bar

拡張機能によって追加されたステータスバーのアイコンを並べ替える。

Parent Folder

上のディレクトリに移動するためのツールボタンを設置。

pastego　push!!

クリップボードにコピーした URL を、ボタンをワンクリックするだけで開ける。

RefControl　NEW

サイトごとにリファラを設定する。 RSS リーダー で画像が表示されない場合などに役立ちます。

removetabs

タブをまとめて閉じるためのメニューとボタンを追加する。

Screengrab!

Web ページをキャプチャする。

Tab Mix Plus

タブ機能を拡張する。

はてなブックマークカウンタ

Web ページの はてなブックマーク 数とコメントを表示する。

Greasemonkey

Greasemonkey

公開されているさまざまなスクリプトを使用して、Web ページの見た目や機能をカスタマイズ出来る。

AutoPagerize　push!!

Google の検索結果や対応したサイトでページをスクロールした際に、自動的に次のページを読み込み下にどんどん表示していってくれる。

どんどんカユいところがなくなっていくのが快感でたまりませんね！
あとは 『 クリップボードにコピーした URL を一発で開く 』 系があれば最強なのだけれど。
ご紹介いただいた 『 pastego 』 で解決しました！ ありがとうございました！

• WordPress の投稿画面にクイックタグボタンを追加するプラグイン 『 AddQuicktags 』 - ミblog

本来はタグ補完用に使うものですけれど、クイック的な意味でいろいろな用途に応用出来そうです。

使い方

1. 『 AddQuicktag 』 プラグインをダウンロード
2. 解凍したフォルダをまるごと wp-content/plugins にアップロード
3. プラグイン管理画面にある 『 AddQuicktag 』 を ［ 使用する ］ で有効化

1. 『 AddQuicktag 』 プラグインの設定画面を開きます。
2. ［ ラベル名 ］ には自分が判りやすいものを入力します。
   例では ［ < ］ ［ > ］ 補完のクイックタグを作成するため、［ <> ］ としました。
3. ［ 開始タグ ］ には ［ &lt; ］ と、
   ［ 終了タグ ］ には ［ &gt; ］ と入力します。
4. ［ 更新 ］ ボタンを押して設定完了です。

新規投稿作成画面にクイックタグが追加されました。

作成した ［ <> ］ タグをクリックすると、本文に ［ &lt; ］ と入力され、［ <> ］ タグの表示が ［ /<> ］ に変わります。

もう一度 ［ /<> ］ をクリックすると、本文に ［ &gt; ］ と入力され、タグの表示が ［ <> ］ に戻ります。

変換するものが多い場合は 『 蓄々 HTML 実体参照変換ツール 』 にコピペした方が楽かもしれませんが、少ない場合や外部サイトを開く手間が面倒な場合に活躍しそうです。

関連エントリー

• WordPress なサイト制作時に参考にしたサイトや使用中のプラグインなどのまとめ
• HTML 実体参照変換ツールで楽々実体参照

えぇい！ もっと楽に一発で変換出来るようなものはないのか！
── そんなあなたにオススメなのがこちら。

• 蓄々HTML実体参照変換 - akiyan.com

入力された文字列内の & 、" 、< 、> を実体参照に変換します。

変換したい文字列をテキストエリアに入力して、

<ul>
    <li>丸</li>
    <li>三角</li>
    <li>四角</li>
</ul>

［ 変換 ］ ボタンを押すと、

<ul>
    <li>丸</li>
    <li>三角</li>
    <li>四角</li>
</ul>

一発ですべて実体参照に変換してくれます。

一昨年からずっと愛用しています。
久しぶりの Web 関連 ネタ 『 WordPress の本文内でコメントアウトすると、P要素が自動挿入される件。 』 を書いていて、改めて便利だなぁと痛感したので記事にしてみました。

関連エントリー

• WordPress のクイックタグ追加プラグインで楽々実体参照

どうやら WordPress は 「 投稿記事中にコメントタグがあると、表示時にデザインが崩れる 」 ようです。 例えば以下のようなデータが本文にあると、表示時にタグがぐちゃぐちゃになり、結果、デザインが崩れます。

<!--
<img src="atode-hyouji-suru.jpg" alt="atode-kaku" />
-->

どうやらコメントタグは WordPress では特殊な用途で使われているらしく、レンダリングに致命的な影響を与えるようです。 記事中にコメントタグがある場合は、事前でも事後でもいいので削除する必要があります。

わたしも WordPress にした当初に ヽ（`д´）ﾉ となった点でした。 一つ一つ記事を修正していかねばならなかった苦労が懐かしい ･･････ コメントアウトは使えないのかと焦りました。

コメントアウト tips

<!--
コメント
-->

前述の例のようにコメントが複数行に渡る場合はもちろんのこと、

<!--リストここから-->
<ul>
    <li>丸</li>
    <li>三角</li>
    <li>四角</li>
</ul>
<!--リストここまで-->

コメントだけの行の場合も、

<!--リストここから--><ul>
    <li>丸</li>
    <li>三角</li>
    <li>四角</li>
</ul>

コメントが先頭の場合でも、

<p><!--コメント--></p>

このように P 要素が自動挿入され、結果、意図しない表示になってしまいます。
これでは一見コメントアウト出来ないように思えますが、

<ul><!--リストここから-->
    <li>丸</li>
    <li>三角</li>
    <li>四角</li>
</ul><!--リストここまで-->

開始タグもしくは終了タグのすぐ後ろに挿入すれば回避出来ます。

その他の方法

そもそも 意図しない P 要素自体を挿入させない

wp-includes/default-filters.php の108行目 （ ver.2.5.1 ） にある

add_filter('the_content', 'wpautop');

を以下のようにコメントアウトすると、P 要素が自動挿入されなくなります。

// add_filter('the_content', 'wpautop');

P 要素の自動挿入を無効化するプラグイン 『 Disable wpautop 』

プラグインの 『 Disable wpautop 』 を使用して、自動挿入される P 要素を無効化する方法もあります。 詳しい解説は TechGaga の 『 WordPress の p タグ自動追加をオフにするプラグイン: Disable wpautop 』 をご覧ください。

関連エントリー

• WordPress なサイト制作時に参考にしたサイトや使用中のプラグインなどのまとめ
• 【WordPress2.5.1】 RSS フィードの時刻を GMT から JST に修正

お役立ち

• drawr よくある質問 - pixivgarage@ウィキ
• 既出要望一覧 - pixivgarage@ウィキ
• 投稿に失敗したときは - [drawr] 雨屋森

• drawr に関する初見メモ - 冬眠して春を覚えず
• drawr メモ - 冬眠して春を覚えず
• drawrメモ2 - 冬眠して春を覚えず
• 機能メモ - [drawr] ちきちき
• drawr 機能まとめ - [drawr] ほろほう
• セルフ repost のやり方 - [drawr] eclucifer
• Mac de drawr メモ - [drawr] (´⊆｀)ミ
• Mac de drawr メモ 改訂版 Ver.2 - [drawr] (´⊆｀)ミ

• 混色リストまとめ - [drawr] 秋@赤頭巾
• 混色リストまとめ Ver.2 - [drawr] 秋＠赤頭巾
• 青系赤系混色メモ - [drawr] カヲル
• 赤→黄グラデメモ - [drawr] raitea
• 黄・肌・桃色系混色メモ - [drawr] シーチキン
• 茶系混色メモ - [drawr] SABASTY
• 赤・桃・黄系混色メモ - [drawr] 137
• 緑系青系混色メモ - [drawr] 137
• 肌影色いろいろ - [drawr] Cote
• いろいろ混ぜメモ - [drawr] タカセ
• 肌色 tips - [drawr] えも
• 三色混色リストまとめ - [drawr] иａ *
• drawr 用混色シミュレーター - お絵描きしましょ♪

• ブログパーツをインラインフレームでなくする - ねこまぐろ Blog
• なめらかな線が描けるブラウザ 『 なめぶら 』　ダウンロードは k2ko's Soft よりどうぞ。
• drawr でコピー機能を実現してみた - [drawr] 42
• drawr のウラワザメモ - [drawr] 42
• ラクチン☆キレイな中間色 - [drawr] 42
• 線画復活術 - [drawr] 42

• アタリの使い方 - [drawr] しりのひと
• もしかしたらカンタンかもしれないカラダの描き方　NEW
• もしかしたらカンタンかもしれないカラダの描き方 腕編 補足　NEW
• もしかしたらカンタンかもしれないカラダの描き方 下半身編　NEW
• 正方形の5分割方法 - [drawr] キリサキ
• アオザイも愛して！ - [drawr] よこた

スレッド

• スレを集めるスレ1
• スレを集めるスレ2
• スレを集めるスレ3
• スレを集めるスレ4
• スレを集めるスレ5
• スレを集めるスレ6
• スレッド網羅ブックマーク集

• エルフっ子を描くスレ
• 軍服スレ
• moon スレ
• moon スレ2
• 学ランと刀。
• 羽を描くスレ
• 学ランスレ
• お狐様を描くスレ
• プラカキャラで遊ぶスレ
• ショタスレ
• 幻想水滸伝108星集めるスレ
• サモンナイトスレ
• 封神演義スレ
• 赤面スレ2
• 筋肉資料スレ
• オッドアイスレ
• 蹴りスレ
• 短眉スレ
• 羽耳スレ　NEW
• ブカブカスレ　NEW
• 片目キャラを描くスレ　NEW

2008年10月16日に、レスの上限数が50件に制限されました。

• 50件に達したあとは、スレ主だけが一度だけ投稿することが出来ます。 cite: Twitter / drawr
• 絵を描いている途中で50件に達してしまっても、投稿が失敗することはありません。 cite: Twitter / drawr

関連エントリー

• drawr でお絵描きメイキング
• drawr 始めてみた。

• drawr 10月ログ
• drawr 11月ログ
• drawr 100枚目記念
• drawr 12月ログ

• [drawr] eclucifer

類似サービスでは 『 手書きブログ 』 が有名ですが、手ブロは肌に合わず昔々に挫折orz
drawr も 「 どうかな、またどうせ挫折しそう 」 と遠巻きに見る専だったのですけれど、真面目に本気で絵を描くのがあまりにストレスになってしまい、絵を描くことから逃げ出したい ･･････ と思っていたところで、「 それなら drawr を、クオリティとか上手く描こうとか気にせず、好きなものをザカザカーっと楽な気持ちで描く場所として使えば良いじゃないヽ（ゝω・）ノ 」 という訳でスタート。

結果、いつも綺麗にお絵描き出来ていたのは、ツール （ Photoshop または SAI ） のおかげさまさまだったのだなぁと痛感ｗ　最低限の機能だけだとこんなにも描けるものが限られてくるなんて、と自分の実力の無さが浮き彫りに。 SAI の手ブレ補正がないと線がヨレすぎこれはひどいｗｗｗ　プルプルしとるｗｗｗ

もちろん 『 弘法筆を選ばず 』 な方々もたくさん居て、同じツールで描いてここまで差が（ﾟдﾟ）と凹みつつも、気楽に描けるお絵描き場を設けられて、絵を描くのが楽しくて楽しくて！ 絵を描くことから逃げ出したかったところにこれは良い！ 絵を描くことの楽しさや好きという気持ちが自分の中に溢れてきて、ある程度ガス抜きしたらまたがんばれそうな気がしてきた！

イラストを post するのももちろん楽しいのですが、わたしが一番楽しいのは コメント欄 かもしれないｗ　あの狭い空間が描き易いというか、人様の post に絵と文字でコメントするのが楽しすぎる！ お絵描きで繋がるコミュニケーションだなぁと実感。

あとは何といっても、過程を再生して見ることが出来るということ！ 「 あの人はいつもこんな風に描くんだ！」 とドキドキします。

という訳で、drawr で遊びませんか！

関連エントリー

• drawr に関するまとめ
• drawr 10月ログ
• drawr 11月ログ