by Bramus Viewports units on mobile have been a problem for a long time. Using 100vh is most likely not exactly what you initially expected it to be. To fix this, the CSS Working Group came up with more units over time for you to use. The dynamic viewport units got introduced, which include svh and lvh which represent 1% of the small and large viewport height respectively. Two mobile browser visua

Since the introduction of CSS viewport units in 2012, many of us have been using width: 100vw as a way to set an element’s width to the full width of the viewport. But, as Šime Vidas explains in this deep dive, 100vw does not always represent the full width of the viewport due to differences in how browsers handle scrollbars. Learn why this is an issue, how to avoid it, and what approaches we may

ミツエーリンクスでは全社的にInterop 2022の重点分野について調査をしています。 今回はその中から「新しいビューポートの単位」について紹介します。 ビューポートとは ビューポートはWebページを表示するための領域で、ブラウザウィンドウからアドレスバーなどのUIを除いた部分になります。 ビューポートの単位とは ビューポートの単位は相対的な長さの単位で、ビューポートの長さに従って指定します。 ブラウザで表示したビューポートの長さが対象となるため、@pageで宣言した印刷用のスタイルでは無効になります。 なぜ新しいビューポートの単位が必要になったのか 従来のビューポートの単位はUIがスクロールによって拡大縮小するような機能を持つ前に作成されました。 そのため後発の動的にサイズが変わるUIに対応しておらず、画面をスクロールする前の初期表示時に決定されたビューポートサイズを維持し続けます。

For the first time ever, all major browser vendors, and other stakeholders, have come together to solve the top browsers compatibility issues identified by web developers. Interop 2022 will improve the experience of developing for the web in 15 key areas. In this article, find out how we got here, what the project focuses on, how success will be measured, and how you can track progress. It all sta

俺流レスポンシブコーディングの覚書。「人には人のレスポンシブ」があるのでこれが正解だってわけではないのですが、レスポンシブコーディングで悩んでいる人にとって参考になる記事になってくれたら嬉しいです。 ブレイクポイントは特定のデバイスの画面サイズを基準にしない 以前アンケートを取った時にデバイスのサイズを意識して決める人が半数以上を占めていた。 アンケート結果を抜きにしても「2021 年のブレイクポイント決定版はこれだ！」的な記事がバズっているのを定期的に目撃し、主流のデバイスのサイズを比較するアプローチがほとんどであるが、僕はデバイスの端末のサイズを基準にブレイクポイントを決めることには否定的である。 主流のデバイスのサイズなんてものは時間が経てば変化する。 昨年 iPhone 12 が発表された時に従来の画面サイズとは違うバリエーションになることが分かるやいなやタイムラインが慌てふためい

CSS Viewport units have been around for the last few years, and by time, I see them being used more and more by developers. Their benefit lies in providing us with a way to size things in a fluid and dynamic way, without the need to use JavaScript. Also, it’s easy to provide a fallback if they fail. In this article, we will learn about CSS viewport units and how to use them, along with some use-ca

基本的には実装側で見え方に破綻がないようにしますが、実機でみたときにデザイナーさんは自分でデザインしたものとは少なからず違うものがあがってくるはずなので、違和感を感じることはないのかなと、疑問に思いました。 結局はデザイナーさんと実装者との間で、あらゆる画面サイズにどのように対応するかのルールがしっかり共有できればいいですが、口頭や文字だけだったりすると、なかなかわかりにくかったりするものです。 なので、デザインデータに入れてもらったほうが、実機に近い形での見え方がイメージできるのでデザイナーさんもエンジニアも幸せになれるのでは、と思いました。 スマートフォンの画面サイズはさまざまですが、基本的にはiPhoneを基準につくるデザイナーさんが多いかと思うので、少なくとも多くのユーザを占めるiPhoneの見え方は担保できるかな、という感じです。 まぁそんなデザイナーさんの手助けになればと思いま

Last year in 24 ways I urged you to Get Expressive with Your Typography. I made the case for grabbing your readers’ attention by setting text at display sizes, that is to say big. You should consider very large text in the same way you might a hero image: a picture that creates an atmosphere and anchors your layout. When setting text to be read, it is best practice to choose body and subheading si

やや旧聞だけども、事の発端は先月のiOS 10のリリースでそのへんのことはuser-scalable=no よさらば | 覚え書き | @kazuhitoあたりを読んでもらうとして、要は9月中旬当時ではuser-scalable=noを使うべきでないみたいなことを書いてあるW3C文書は私の知っている限りではなかった。 なかったので、Techniques for WCAG 2.0に追加する案をW3C WCAG WGに送信した。なお、英語を書いたのはMakoto Mizukamiである（もちろん日本語は私が書いた[Slack #A11YJ]し、下訳も書いた）。 なお、そのときはなかったんだけれども、stevefaulknerあたりがHTML 5.2のmeta要素にそれっぽい文言をつっこんでいる。（腐っても）規範仕様に"Authors should not suppress or limit t

2016年9月15日 著 いろいろ覚え書きしておきたい事柄は溜まっているのですが、息子の夏休みが終わり週三日、平日の晩に塾へ迎えに行く生活に戻ってからというもの、なかなか時間をうまく使えず四苦八苦。それでも、これだけは書いておかねば......と思って書くのが、iOS 10のリリースに伴うSafariのアップデート。 既にベータ版がリリースされた時点でcss - disable viewport zooming iOS 10 safari? - Stack Overflowあたりで取り沙汰されていたことですが、user-scalable=no という、ユーザーによる画面拡大を妨げる指定が無効化されました（ベータ版のリリースノートには、理由としてTo improve accessibility on websites in Safari, users can now pinch-to-zoo

本文や見出しなどのフォントサイズをスマホ時やデスクトップ時で変える時、通常はMedia Queriesでスクリーンサイズごとに文字サイズを指定していると思います。 ここで紹介するフォントサイズの指定方法はちょっと新しいアプローチで、最初にベースとなるフォントサイズを設定し、スクリーンサイズが大きくなるにつれ、Viewport Unit（ビューポートの単位）で加算してサイズを大きくします。 Viewport Unit Based Typography 以下、各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様に許可を得て翻訳しています。 Viewport Unit（ビューポートの単位）とは？ フォントのサイズ指定のためのビューポートの使い方 他の文字の要素をビューポートで指定 縦のリズムとモジュラースケールをビューポートで指定 フォントサイズの指定の精度をアップする さらに精

In my article about CSS font sizes, I wrote about the (relatively) new viewport units. These units - vw, vh, vmin, and vmax - are based on the size of the browser viewport. Because their actual size changes depending on the viewport size, this makes them great units for responsive design. Although in my previous post I argued against using these units for font sizes, they can be very useful for de

先日の記事「フォントサイズの指定方法（翻訳版）」で、CSSの比較的新しい単位「ビューポートの単位(Viewport Units)」について触れました。この単位「vw, vh, vmin, vmax」はブラウザのビューポートのサイズに基づくもので、これらの単位で指定した実際の大きさはビューポートの大きさによって変化するため、レスポンシブデザインにあった単位と言えるでしょう。 これらの単位を使うことは「フォントサイズの指定方法」でフォントサイズに使うことを反対しましたが、レイアウトでは非常に役立つ単位です。 Viewport vs. Percentage Units 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様に許可を得て翻訳しています。 ビューポートの単位(Viewport Units)とは 要素を幅いっぱいに指定 (% > vw) 要素を高さいっぱいに指定 (

ビューポートが16:9以上かどうかの判定にaspect-ratioを使って行おうとしていた。が、min-aspect-ratio: 16/9でうまく動かず、もしや未実装かとあーでもないこーでもないと色々やってたら、単にmax-aspect-ratioでやるべきなだけだった。 Demo: Detect viewport ratio is 16:9+ or not aspect-ratio特性では<ratio>という種類の値で指定する。この<ratio>は正の整数/正の整数でしか書くことができない。しかし、min-かmax-プリフィックスをつける場合、比率として少数化した値で扱われる。そのため16:9より縦の比率が大きい16:10や16:12にマッチさせたい場合は、max-プリフィックスを使う必要がある。 aspect-ratio特性を使ったメディア・クエリーの式は縦幅を分母とした分数で記述し

Androidのviewportに対する数値指定 本日はjQuery Advent Calendar 2013がお休みなのでAndroid Advent Calendar 2013の6日目でブログを書いてみます。 Android端末はviewportに対する数値指定が無視されるといのは有名ですが現状のバージョンではどうなっているか調べてみました。 まず、viewportに対する数値指定とは以下のようにviewportを指定することで任意のviewportが指定できる機能でiPhoneやiPadでは問題なく動作します。 <meta name="viewport" content="width=数値"> まずAndroid2.3.6(GALAXY S2 LTE)で調べたところ、数値にどのような値を指定してもviewportは320に固定されます。これは「width=devce-width」が採

If you’re a beginner who’s a bit intimidated by the whole “website creation” thing, the best website builders provide a great option for getting your website up and running without having to mess with a bunch of technical settings or learning how to code. But in 2020, there are a TON of website builders to choose from to make your pro website. How do you know which one’s best for you? That’s exact

iOSにおけるviewportの指定方法による細かい違い iOSではviewportの指定方法が異なると細かいデバイスの挙動が変わってきます。 検証はiPhone(iOS6.1)のみで行っているのでiPadやiOS7ではちょっと違うかも。 まず、以下のような数値によるviewport指定をPCモードとし、 <meta name="viewport" content="width=960px"> 以下のようなdevice-widthによるviewport指定をSPモードとして解説を進めていきます。 <meta name="viewport" content="width=device-width"> ズーム率 ピンチインピンチアウトで拡大できる上限は、PCモードでは15倍、SPモードでは5倍まで拡大可能です。 ダブルタップの挙動 テキストが記述された要素などをダブルタップすると、PCモード、

PC 版の Google Chrome や Safari で見たときにユーザビリティーが落ちるから。 以上。 で終わってしまうと記事にならないので、ちゃんと説明しておく。 そもそも -webkit-text-size-adjust とは何か iPhone や Android のブラウザーは、縦向き (Portrate mode) と横向き (Landscape mode) の文字サイズを自動調整する機能がある。 これを制御するのが CSS の -webkit-text-size-adjust である。 文字サイズ自動調整の具体例 次のような HTML をスマートフォンで表示してみる。 <!DOCTYPE html> <head> <meta charset="utf-8"> <meta name="viewport" content="width=device-width,initial-