タグ

ブックマーク / parashuto.com (6)

  • 面倒なレスポンシブイメージの画像作成を自動化してくれる神ツールとブレイクポイントの考え方

    レスポンシブイメージ、使ってますか? ウェブサイトの表示パフォーマンスの最適化をする際に、一番手っ取り早いのが画像の最適化です。そこで、イメージオプティム とかMac Automatorとpngquantなどのツールを駆使して一生懸命に画像自体を最適化したりレスポンシブイメージを使って画像を出し分けたりするわけですけども、特にレスポンシブイメージは手動でやるのは正直言ってかなり面倒です。 そ・こ・で! 日ご紹介したいのが「Responsive Image Breakpoints Generator 」です。このツールを使えばレスポンシブイメージの複数画像の作成やHTMLの記述を自動化できて、しかも!アートディレクションまで自動化できるんです。 ということで、今回はレスポンシブイメージについての簡単なおさらいと、画像作成の基的な考え方、それから自動化について書いてみます。 では、行ってみ

    面倒なレスポンシブイメージの画像作成を自動化してくれる神ツールとブレイクポイントの考え方
  • 印刷したら崩れてた!?印刷用CSSのスタイル確認と修正に便利なChrome DevToolsのエミュレータ機能

    いつでも、どこでもネットにアクセスできる昨今、ウェブページを印刷する機会は減っているかもしれません。でも、いざ印刷したらレイアウトやスタイルが崩れていて使えないものになっていたらユーザに申し訳ないですよね。紙の無駄使いになってエコじゃないですし。 ということで、今回は自分メモ的にプリントCSSの確認ツールのご紹介です。 Chrome DevToolsのメディアタイプのエミュレーション機能 以前は印刷プレビューで印刷用CSSを確認していましたが、なにせ効率が悪いので他の方法を探してみました。なんと、Chrome DevToolsにエミュレータ機能がついてたんですね。さすがです。 以下の手順で、そのエミュレーション機能にアクセスできます。 Chrome DevToolsを開く(⌘ + ⌥ + I) スマホ(device mode)アイコンをクリック drawerアイコンをクリックする (Emu

    印刷したら崩れてた!?印刷用CSSのスタイル確認と修正に便利なChrome DevToolsのエミュレータ機能
  • Appleがトップページで自動送りカルーセルをやめた理由

    残念ながらページ全体のキャプチャをとっていなかったので下までお見せできませんが、ページのメイン要素となるカルーセルの下にはフッターしかありませんでした。ほんとですw そして、おぉ、さすがApple。 ここでも思い切った選択をしたな〜と思っていたわけです。 ところが! 数日後にもう一度トップページを見てみたら、あの懐かしの4つのボックスが戻っているではないですか!? 実は、このレイアウト(巨大ヒーローイメージと4つのフィーチャーボックス)が、何年も続いたAppleの鉄板レイアウトだったわけですが、先日のリニューアルでこのフィーチャーボックスがなくなっていて「ついに、あれもお亡くなりになられたか」と、密かに悲しんでおりました。 その後のこの華麗なカムバックです。 かなり興奮してしまいました。 しかも、スタイルも細かいスペースや背景の扱いがよりシンプルなものに更新されています。 iPadでみると

    Appleがトップページで自動送りカルーセルをやめた理由
  • 次世代HTMLの新仕様「レスポンシブ・イメージ(仮)」についてまとめてみた

    レスポンシブWebデザインを実装する際、画像の扱いは一つの課題として残っています。現在、PHPを使用した「Adaptive Images」やJavaScriptを使った「Responsive-Images」などが現実的な対応策としてありますが、どちらもApacheの設定を必要とします。レスポンシブWebデザインが広まって標準的な実装方法の一つになろうとしている今、サーバサイド技術に依存しない解決策が早急に求められています。 そんな中、HTMLの仕様策定の一端を担うWHATWG(Web Hypertext Application Technology Working Group – ワットダブルジーと読む)で、新たな仕様が検討されています。 では、どんな議論がされていて、今どんな状況なのか? なかなか複雑なことになっているようなので、調べてまとめてみました。 ※この記事は、レスポンシブWeb

    次世代HTMLの新仕様「レスポンシブ・イメージ(仮)」についてまとめてみた
  • レスポンシブなデザインにするなら知っておきたい。各ブラウザの小数点以下のピクセル値の扱い

    デザイン要素を固定しないリキッドレイアウトは、未知の端末にも対応するというコンセプトのもとに実装するレスポンシブウェブデザインには必須だと考えています。そのリキッドレイアウトを実装する際に理解しておきたいのが、パーセント値で幅や高さを指定した際に小数点以下になるピクセル値(10.5pxとか9.2pxなど)に対するブラウザの挙動です。 たとえばグリッドシステムを構築する際、計算上はあっているのにブラウザでは思った通りに表示されないといったことが起こります。これは、各ブラウザのサブピクセル(小数点以下のピクセル値)の扱いの挙動差により生まれます。 まずはパーセント指定の基から まずは前提となるパーセント指定の際の計算の基のおさらいから。。。 CSSでパーセント値を使って幅や高さ指定をすると、指定した要素を含む親要素をベースにピクセル値が計算されます。 たとえば100pxの親要素の中にある子

    レスポンシブなデザインにするなら知っておきたい。各ブラウザの小数点以下のピクセル値の扱い
  • レスポンシブWebデザインを採用した4つの理由

    先日、「レスポンシブWebデザインのウェブサイトを半年運営してみて思ったこと」という投稿をした際に、その内容に関するTwitterでのやり取りの中で@shokutoさんから以下のコメントをいただきました: @rriver そうですね、なぜレスポンシブデザインという手法を採用したのか、がもう少し説明されていると良かったなと思いました。新しいから、だけではないと思いますし、設計思想的なものって評価として重要な要素ですので。 — sunami hokuto (@shokuto) May 2, 2012 たしかに、「なぜレスポンシブWebデザインを採用したのか」は、すごく重要な部分ですよね。 ということで、以下にまとめてみました。前回の投稿と同様に、これからレスポンシブWebデザインを導入したいと考えている方の参考になれば幸いです。 僕が携わった大学ウェブサイトのリニューアル・プロジェクトで、レス

    レスポンシブWebデザインを採用した4つの理由
  • 1