インモビインモビ

あなたが私のような非常に普通の人なら、あなたは開発者としての長年にわたって何度も誤字の未亡人と孤児と戦争に行き、彼らが起こらないようにし、誰かの日を台無しにしようとしています。あなたは私が意味することを知っています、それ自身のラインに包まれた1つの愚かな小さな言葉の見出しです。そこにいくつかのソフトリターンを追加して、それを防ぐことができれば。もちろん、あなたはできますが、あなたはよく知っています。ソフトリターンは、ある特定のコンテナ幅で問題を解決する可能性があり、その壊れて別のコンテナ幅でさらに厄介な問題を引き起こす可能性があります。

時々採用されるテクニックの1つは、   （非壊れたスペース）見出し（またはパラグラフ、厄介な場合）の最後の2つの単語（おそらく3つでもありますか？）の間。

This little piggy went to market

私たちの誰も、見出しのHTMLを定期的に担当している場合、ハンドコードをすることはできません。私は自分のPHPを書いて、10年以上前にCSS-Tricksに非壊れたスペースを手動で挿入し、手動で見出しを分割しました。当然、クライアント側のJavaScriptでもできますが、誰もそのリフローを見たくありません。

ついに、 Allingは、ソリューションのように見えるものがあるWebプラットフォームに登場します。

h1, h2, h3 {
  text-wrap: balance;
}

タイラーニット この新しいCSSに関する記事があります そして、この明確な比較を提供します：

その「バランスのとれた」見出しは、一般的にマルチラインの見出しにとってはるかに楽しい結果です。

しかし、特に、ここで起こっていることは、明示的に孤児と戦うことではありません。 リチャード・ラッターは記事でこれを明確にしています 彼自身の：

なんて そうではありません 未亡人と孤児をコントロールしています。私の以前の例は、Chrome Canaryのテキストバランスのアルゴリズムが実際に未亡人（単一の単語が削除された）を防ぐ方法を示しており、それは非常に可能性の高い結果です。しかし、バランスのとれた仕事は線を短くすることを覚えておく必要があるため、これは段落の終わりに未亡人を防ぐために取るアプローチではありません。実際、カナリアは4行までバランスをとる制限です。

だから 作品 孤児/未亡人を避けるために、しかしほとんどバランスの副作用として。フォローアップの記事で、リチャードは将来の答えになる可能性のあるものに光を当てています。

少しずつ、CSSWGは潜在的な解決策に収束しているようです。 CSSテキストモジュールレベル4の現在のドラフトには、 最後の行の最小長。 …

アメリア・ベラミー・ロイド 最後の行の最小長さのアイデアを取りました 解決策を提案しました 新しいと min-last-line 財産。彼女の提案されたプロパティは、最終ラインの最小長さを指定し、短い最終ラインに対処するために単語以上を落とした後は、最後から2番目のラインの最小長を指定します。

それを出荷します。特に、マルチコルの段落で動作する場合。

stronding傑出したブログ投稿アラート！ ✨

将来のCSS：アンカーポジショニング ローマンコマロフ著。

今日、CSSの2つの要素の位置を「接続」する最も初歩的な方法しかありません。非静的な位置を持つ要素を取り、そのコンテキスト内に要素を絶対に配置できます。それについてです。あなたがそれについて考えるとき、ちょっと悲しい – 特にそれは比較的頻繁に出てくるので。主にツールチップとコンテキストメニューのコンテキストで、（任意のDOM位置の）要素を、ツールチップまたはコンテキストメニューを必要とする要素のすぐ隣に配置する必要があります。

このポジショニングチャレンジは通常、JavaScriptで行われます（牛の道が敷かれています）、 getBoundingClientRect また、さまざまな幾何学的数学を行い、要素がブラウザの端から離れていないか、CSSで言いたいように「データ損失」になるようにします。それがもっと挑戦的です。 CSSにそれをやらせることは、ひどくいいようです。

CSSは、1つの正確なニーズにソリューションを集中しない傾向があり、代わりに多くのユースケースを解決する可能性のあるプリミティブで概念的に問題を解決することを好みます。これは、ローマンが物事で賢くなり、このような要素を指す矢印（SVGを含む）と結びつける例を作成する場所です。

また、Highlightメニューのように、少し実用的なひねりを加えたいくつかのクールなデモもあります。

これに関するJhey Tompkinsの記事、 CSSアンカーポジショニングで互いに要素をつなぎます、最初の原則から物事をカバーし、おそらく構文のより良い参照です。しかし、JheyはJheyです、この絵文字の指のような奇妙で賢いデモもあります：

それはペンです、当然。

があります HTMLの要素、および ひどくダナ それを紹介する素晴らしい仕事をします。視覚的に理解できる方法で「最大100個のファイルの47個をアップロードした」などのものには自然に適しています。ただし、一部のスクリーンリーダーが使用する「フォールバックテキスト」（要素内のテキスト）を使用し、確かに有用なコンテキストになるなど、適切にアクセスできるものがいくつかあります。無料の基本スタイリングはいいです：

ペンとしてのライブテスト、当然。

私はこの用語が好きです 「CSSマイクロフレームワーク」 ブレイク・ワトソンによってここで造られたように。

• ただし、グリッド、コンポーネントなどの構築用クラスが含まれる場合があります。ただし、次のルールのため、通常は制限されています。
• 10kb未満の削除とGzipped。 10kbを超える「マイクロ」または「軽量」を請求できないと感じています。
• JavaScriptはオプションであり、フレームワークによって提供されません。

例：

彼らは単なるリセットではなく、…ブートストラップでもありません。それらは必ずしも「クラスレス」でもありません。これは、HTMLセレクターに基づいて物事のみをスタイリングするフレームワークのまったく別のカテゴリーです。

そして、別の可能な結末：

最小限のCSSスターターの道をさらに深く進むにつれて、最終的には論理的な結論に達します。フレームワークはまったく必要ないかもしれません。