iOS7にて、Mobile Safariのwindow.innerHeightを正しく取得する方法
久々のブログ どうも、お久しぶりです。最近、私生活やら公生活が忙しすぎてブログ書く暇がありませんでした。 今日、むちゃくちゃ感動した技術を見つけたので、それをメモ書きします。 iOS7のMobile Safari限定バグ iOS7のMobile Safariは、以前のMobile Safariと仕様が変わり、スクロールすると、上部のアドレスバーと下部の操作エリアが自動的に隠れる仕様になりました。 自動的に隠れたアドレスバーや操作エリアを再表示するためには、Mobile Safariの上部や下部を軽くタップして表示させるという動作が必要です。 今回問題となったのはこの再度アドレスバーと操作エリアを表示させた画面サイズでした。 よくあるコードですと、window.innerHeightで高さが取得出来るのですが、恐ろしいことに、この画面のサイズは、アドレスバー＋操作エリアの高さを計算に入れてい
文字の上にカーソルを置くだけでフォント名やサイズを特定、試し打ち＆ダウンロードも可能な「Fontface Ninja」
ウェブサイト上で「このフォントいいなあ」と思った時にカーソルをかざすだけでフォントの種類やサイズを知ることができ、さらにその場でフォントの文字を試し打ち＆サイズの変更などが可能で、わざわざフォントのダウンロードページを開かなくても閲覧していたウェブサイト上からフォントのファイルをダウンロードまでできてしまうというGoogle Chrome拡張機能＆Safariプラグインが「Fontface Ninja」です。 Fontface Ninja http://fontface.ninja/ Fontface NinjaはGoogle Chrome拡張機能とSafariプラグインがあり、ブックマークレットは現在開発中のようです。今回はGoogle Chrome拡張機能を使用してみます。 Google ChromeでChrome ウェブストアのFontface Ninjaのページを開きます。 右上に
GPUアクセラレーションとposition: relativeによるレイヤー生成について
またアニメーション... ボタンなどのUIにGPUアクセラレーションが効いたアニメーションをつけたとき、iOSにおいてはiPhone4か4SのWebViewあたり、Androidにおいては….まぁ機種依存的(げんなり)に、アニメーションの立ち上がりが遅いことがあります。 その辺を調査していたところ、position: relativeの指定による、意図しないレイヤー生成＆GPUアクセラレーション巻き込みによって、何かしら合成レイヤー周りでオーバーヘッドが発生してしまっているんではないかな、という憶測に行き着いた次第。今回はその辺りを見ていきます。 GPUアクセラレーションが効いたアニメーションは、CSS Animations、CSS Transitionsのほか、特殊なプロパティ（transform3d: scale(1,1)とか）で強制的にGPUアクセラレーションを効かせたCanvasア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
