jQThumb by pakcheong 好きなサイズの画像サムネイルが生成できる「jQThumb」。 横長の画像などを正方形に切り抜いたりすることが出来るプラグインです。 画像縮小の為にサーバを介するのが現在では確実な方法ですが、正方形等別のサイズにトリミングするぐらいならこの方法でやればサーバ負荷が軽減できてよさそうですね。 関連エントリ Chromeのブックマークにサムネイルとタギングが可能になるChrome拡張「Dewey」
ABOUT TiltShift Generator is a web service that adds cool camera effect to your picture on the fly. This app is originally made to improve my cheap iPhone Camera's potential. DOWNLOAD You can download local version that supports drag&drop. To run content you neeed free Adobe AIR Runtime. - going to be released on 10th May
Make Tilt-shift style miniature scenes from your photos or videos
yamaokaです。 webページの表示を高速化する手法にはいろいろありますが、 その一つとして遅延読み込みという手法があります。 初期状態で表示する必要のない要素については読み込まず、 必要になったタイミングで読み込み、表示するようにする手法です。 ページの読み込みにかかる時間の大半を 画像の読み込みが占めている場合が多いので、 画像の読み込みを遅延させるという手法が多く取られます。 検討するべきケース では、画像の遅延読み込みはどのような場合に検討されるべきでしょうか。 最初から表示されている必要がない画像が存在し、その画像のサイズが大きかったり、 そうした画像の数が多い場合は検討してみる価値があると思います。 例えば、次のようなケースです。 初期状態では表示されないブロックに属する画像が存在し、 JavaScriptで表示するかしないかを切り替えているような場合 ページのずーっと下の
Keita です。 僕は、フォト蔵チームではないので、フォト蔵の画像処理については見ていませんが、個人的に画像処理に興味があるためPHPにおいての画像処理を簡単に調べたことがあります。 その時の結果をお話させていただきたいとおもいます。 この他に、もし、こういう選択肢があるよというのがあれば、教えていただけると大変うれしいです。 主要なライブラリの一覧 GDで処理 LibGDを操作するPHP標準のライブラリです。 ほぼ、レンタルサーバなどで利用できる反面、対応形式が、JPEG,GIF,PNG,WBMP,GD{,2}にしか対応していないなどのいくつか機能的に制限があります。 (WBMPは、Wireless Bitmapという、WindowsBitmapとは別の形式です) imagick ImageMagick/GraphicsMagickという画像編集ソフトのPECLの拡張で
Keitaです。 携帯画像で待ち受け画像などで、ダウンロードはできるけどメールに添付できないタイプの画像があるとおもいます。 ここらへんどうやるか、気になって調べてみると、 Docomoと、AUは画像のコメント部分に、それぞれ、特定の文字列を入れれればいいようで、 Docomoの場合「copy="NO"」、KDDIの場合「kddi_copyright=on」を追加することでで、携帯でダウンロードできるが、メールなどで転送できない画像が作れました。 具体的に、MagickWand For PHPを使う場合には以下のような感じでヘッダを埋め込みます。 <?php $image = NewMagickWand(); MagickReadImage($image, 'Keita_s.jpg'); MagickCommentImage($image, 'kddi_copyright=on,
ブログなどに画像を貼りたいとき画像をいちいちアップロードするのは面倒臭い。 たとえばこういう画像を記事内に貼るためには、 画面のダンプ作成⇒切り出し⇒アップロード⇒URL貼付け という作業が必要になる。 これを一発で行なえるように、 デスクトップ上で領域指定するとそれがいきなり画像としてWebにアップロードされるというシステムを作ってみた。 漢字入力と同じぐらいの手間で画像も入力できるようになってほしいものである。
English document Exif形式の画像ファイル解説 現在、デジカメの新製品はほとんど全てExif形式で画像を保存するようになっています。この仕様策定はJEIDA(日本電子工業振興協会)が行っており、仕様自体は公開されているのですが、やはり日本の団体なため仕様書がインターネット等から入手できません。このためインターネット上で自由に入手できる文献等とほんの少しの自己解析によってExif仕様を解説したのがこのドキュメントです。 追記:2000年8月にExif2.1仕様書がPIMAのwebsiteにて公開されました。Rev.1.3以降のドキュメントは基本的にこれに準拠した内容に訂正しました。 また最近になってISOでDCF(Design rule for Camera File system)という仕様が作られ、全てのデジカメメーカーはこれを採用する方向に動いています。DCFはメ
ドコモの2階調レジスター風ビットマップ絵文字(実装の簡単さをとった結果だと思われる)と違って、AUの絵文字情報はベクトルデータとして定義されているようで、KDDI au: 技術情報 > 絵文字 からイラストレータのファイルとしてダウンロードすることができる。 今回はいつものように solaris10 for x86 の上でPNGに変換する。イラストレータのファイル形式である.AIは ImageMagickで読み込んでいろいろな形式に変換することができる。実は.AIの中身はテキストファイルで、もともとpostscriptファイルの派生フォーマットらしい。(参考:PostScript, EPS, PDF, AI … ahhhh, what’s the difference? — The PowerPoint FAQ) ためしに .AI のファイルの拡張子を .PDF に変えて acronb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く