タグ

htmlに関するkuracomのブックマーク (15)

  • fetchPriorityと、LCPの最適化 | POSTD

    fetchPriority APIは、リソースの相対的な優先度をブラウザに示すために使用します。fetchpriority属性を<img>、<link>、<script>、<iframe>の各要素に追加するか、Fetch API上でpriority属性を使用することで優先度を設定できます。 ブラウザのロードプロセスは複雑です。ブラウザは、主にリクエストの種類や、ドキュメントのマークアップ内におけるリクエストの位置によってその優先度を判断します。例えば、ドキュメントの<head>内で要求されたCSSファイルの優先度はHighestとなり、defer属性が設定された<script>要素の優先度はLowとなります。ブラウザは、同じ優先度が割り当てられたリソースを、検出した順にダウンロードします。 fetchpriority fetchpriority属性を使用することで、要求されたリソースの優先

    fetchPriorityと、LCPの最適化 | POSTD
    kuracom
    kuracom 2023/11/10
    fetchpriorityは今のところChrome/Edgeのみ、非対応ブラウザはpreloadで
  • ついに、Webアプリでの帳票印刷のベストプラクティスを編み出しました

    この記事で紹介した手順をライブラリ化して公開しました🎉 こちらの別記事 で使い方など詳しくご紹介していますので、ぜひご参照ください! はじめに 言い切りタイトルすみません 僕を含む一定数の人にとって現時点でのベストプラクティスとなりうる手法という意味で紹介しています 極めてシビアな帳票出力の世界にいる人から見ると使い物にならない内容かもしれないと思います 帳票印刷の世界では SVF というサービスが有名らしいです。が、こういった外部サービスは使わずに自力で実装するというのがこの記事の前提です 動的に明細行の数が増減する連票はこの記事の解説では考慮していませんが、追加で実装するのはそれほど難しくないということは読んでいただければ分かるかなと思います 結論から 僕が考える現時点でのWebアプリでの帳票印刷のベストプラクティスは、 Adobe XD や Figma で帳票のレイアウトをデザイン

    ついに、Webアプリでの帳票印刷のベストプラクティスを編み出しました
    kuracom
    kuracom 2021/06/06
    SVGをテンプレートにするのは興味深い。小規模なら良さそう。安定性を求めるならwkhtmltopdf挟んでPDF書き出す方が良いと思う。
  • What Beautiful HTML Code Looks Like | CSS-Tricks

    📣 Freelancers, Developers, and Part-Time Agency Owners: Kickstart Your Own Digital Agency with UACADEMY Launch by UGURUS 📣 I originally wrote this over two years ago. It was getting a little long in the tooth, especially now that HTML5 has come along and made HTML far more beautiful than even XHTML 1.1 was. So I updated it! I can’t help but view source on every nice looking website I see. It’s l

    What Beautiful HTML Code Looks Like | CSS-Tricks
    kuracom
    kuracom 2012/10/16
  • ゲーム感覚でレイアウトを組み立てる、HTML5+CSS3に対応したレイアウトジェネレーター -PageBlox

    ゲーム感覚でレイアウトを組み立てる、HTML5+CSS3に対応したレイアウトジェネレーター -PageBlox

    kuracom
    kuracom 2012/06/25
    アクセスが集中してるのか、ページがやたら重い
  • 2011年総まとめ:ウェブ制作に役立つエントリーBest 20

    2011年、当サイトでブックマークが多かったエントリーBest 20+αの紹介です。 今年は、HTML5、CSS3、スマートフォン、の3つが目立ったように思います。来年もこの流れは変わらない感じですかね。 コリス [ad#ad-2] 当サイトの購読は、RSS Feedをご利用すると便利です。 コリスのRSS Feed また、Twitterではここに掲載していないウェブ関連の話題、クリエイティブなもの、面白いものを数多く紹介しています。 Twitter@colisscom [ad#ad-2] 2011年、ブックマークが多かったエントリー 漢字も揃ってる、日語のフリーフォントのまとめ -2011年版 美しい日語を使いたい、ワンランク上のビジネスメールの作法 全653種、商用利用無料、再配布可能な太っ腹のフリーアイコン -Default Icon サイトやブログの運営でよく使いそうな.hta

  • [CSS]今、そして近い将来に使用するであろうスタイルシートのテクニック集

    CSS3のテクニックはさまざまなものがありますが、その中からまさに今、そして次のプロジェクトに使用したくなるテクニックを紹介します。 The Bright (Near) Future of CSS [ad#ad-2] 下記は各ポイントをピックアップして意訳したものです。 はじめに Styling HTML5 Classing like HTML5 Media Queries Styling Occasional Children Styling Occasional Columns RGB Alpha Color HSL and HSL Alpha Color Shadowy Styles Multiple Backgrounds 2D Transforms はじめに ここでフォーカスするのは、今、そして近い将来に使用するであろうスタイリングのテクニックです。HTML5の要素のスタイリング

  • リスト項目内に見出し

    2つ前のエントリで書いてしまったウェブページ全体の見出しをli要素にぶち込むという案に関してTwitterで言及されていた。これについてはエントリを書いた後ちょっと考えたので、返答がてら(簡単にリプライしといたけど)エントリにする。 まずTwitterでの言及について。HTML 4.01においてdt要素は、 <!ELEMENT DT - O (%inline;)* -- definition term --> なので、インライン要素しか含めることが出来ない。つまり、そもそも見出しを入れることは許可されていない。対してli要素だと、 <!ELEMENT LI - O (%flow;)* -- list item --> なので、だいたい何でも入れることが出来る。つまり文法的な話だとli要素ならOKで、dt要素だとよろしくないとなる。これはHTML5でも似たような話で、dt要素の内容モデルはフ

    リスト項目内に見出し
    kuracom
    kuracom 2011/02/11
    「HTML 4.01においてdtは(略)インライン要素しか含めることが出来ない。」知らなかった…以後気をつけないと。ddはflowだからblockでもいい。
  • リデザインからの……

    公開後の調整をまとめておく。備忘録。と書いておけばだいたい許される法則。 「h」が「n」に見えると不評だったロゴの変更 lelim Lightからlelim 300で、製作した人は同じ。Lightの矩形に収まる感じが好きだったけど、これはこれで好き。 ロゴのスライド方向を下方向(パチスロとかと同じ)に変更 こちらの方が自然な気がする。ロゴのスライドはCSS TransitionとFlicker Free (Flickerless) Image Replacementとか呼ばれているテクニックの組み合わせで簡単に実現できる。元画像の配置を工夫すれば横にも斜めにもスライドできる。 Reset CSSの微調整 プロパティをまとめたりとかいらなそうなものを削除したりとか。一から書き直した方の使用は保留。 overflow: auto;はやっぱり安定しないのでhiddenに変更 Firefox 3.

    リデザインからの……
    kuracom
    kuracom 2011/02/09
    ロゴ反映していただいて恐縮です。以下参考になる→「overflow: auto;はやっぱり安定しない」「Firefox 3.6でヘッダにスクロールバーが出る(Firefox 4では起きない)」「ボックスに影をつける(box-shadowやtext-shadow)と発生しやすい」
  • 結局どうすればいいの? - Dive Into HTML5

    Translation of: What Does It All Mean? - Dive Into HTML5 Diving In The Doctype The Root Element The <head> Element Character Encoding Friends & (Link) Relations rel = stylesheet rel = alternate Other Link Relations in HTML5 New Semantic Elements in HTML5 A long digression into how browsers handle unknown elements Headers Articles Dates and Times Navigation Footers Further Reading 訳注 Diving In この章で

    kuracom
    kuracom 2011/02/03
    とても分かりやすい解説
  • [CSS]ブラウザのスタイルを初期化するスタイルシートの総まとめ -2010年版

    ブラウザごとに異なるデフォルトのスタイルを初期化するスタイルシートの歴史を振り返りつつ、2010年の最新のCSS Resetまでのまとめを紹介します。 A Comprehensive Guide to CSS Resets [ad#ad-2] ユニバーサルセレクタから始まったCSS Resetの進化の過程をたどり、最近リリースされたCSS Resetを紹介します。 下記は、各ポイントを意訳したものです。 (X)HTML "Hard" Reset undohtml.css -2010 version Poor Man's Reset Siolon Reset Inman Reset Tripoli Reset Dan Schulz's Reset Thierry Koblentz's base.css Simple Reset CSS Mini Reset Soft Reset Less i

    kuracom
    kuracom 2010/12/16
    ガチガチにリセットすると、稀にブラウザのバグ拾ったりすることがあるので、可能ならなるべく最低限がいい
  • [CSS]パンくずの実装はどのようにするのがよいかの考察

    パンくずは何要素で実装していますか? ul要素? ol要素? p要素? パンくずをどのように実装するのがよいかの考察を紹介します。 Exploring Markup for Breadcrumbs [ad#ad-2] 先日紹介したCSS-Tricksの「画像を使用しないでApple風のパンくずを作成するチュートリアル」に寄せられたコメントから考察されたもので、各ポイントを意訳したものです。 パンくずのマークアップの考察のきっかけ -ul要素で同列配置 パンくずのマークアップの考察 -ul要素で親子 パンくずのマークアップの考察 -ol要素で順序づけ パンくずのマークアップの考察 -セパレーターの使用 パンくずのマークアップの考察 -Googleを参考に パンくずのマークアップの考察 -HTML5の使用 パンくずのマークアップの考察 -おわりに パンくずのマークアップの考察のきっかけ -ul

    kuracom
    kuracom 2010/11/15
    パンくずって、スクリーンリーダーにとってはむしろ邪魔な存在じゃないかとも思う今日この頃。
  • HTML、CSSのリファレンス集·CodeBurner MOONGIFT

    CodeBurnerはFirefox/Adobe AIR/Mac OSX用のフリーウェア。Webデザイナー、プログラマーであれば開発中にリファレンスが見たくなることが多いはずだ。都度Webサイトを検索しても良いが、手軽に使えるリファレンスが手元にあると便利だ。 HTMLタグの検索 特にブラウザ間の誤差があるプロパティなのか否かといった情報は重要だ。そうした情報をつかんでおけばデザインが開発がスムーズになる。多様なプラットフォームに対応しているのがCodeBurnerだ。 CodeBurnerはHTML/CSSのリファレンスを多数のプラットフォームを使って提供している。FirefoxとFirebug向けをはじめ、Adobe AIR、OSX Dashboard、Operaが現在提供されており、今後Dreamweaver版が提供予定になっている。 ソースをクリックすると説明が出る 2ペインの画面

  • コーディング前に確認しておきたいこと。 - CSS HappyLife

    CSS HappyLife ZERO が移転したのでお手数ですが、消えちゃう前にブックマーク等変更してもらえるととても嬉しいです。 制作会社でコーディングする場合、社内のガイドライン的なのが有ったりデザイナーもある程度固定されてると思うので、毎回似たような事を確認したりとか、このデザインはどういう意図なんだろう?ってのも、何度か同じ人とやってれば見えてくる訳ですが、フリーランスの場合だとデザイナーは毎回違っていたり、当然ディレクションをする人も違うので最初に確認しておきたい事が有ったりします。 って事で、その辺りをまとめてみたり、デザインを渡されたときにこのデザインの意図は?って思う事とかもばーっと書いてみます。はい。 なので、デザイナーさんもコーダーにデザインを渡すときに気をつけて欲しい点とかもわかってしまうすばらしい内容(だと良いな)! じゃあまずは最初に確認しておきたい基的なことか

    コーディング前に確認しておきたいこと。 - CSS HappyLife
    kuracom
    kuracom 2010/07/20
    基本的で大事な事
  • <8382815B836891CE899E5848544D4C94E48A72955C205F32303038303532312E786C73>

    No. 1 !-2- 要素 - 属性 iモード対応HTML iモード対応 HTML HTMLバージョン バージョン 1.0 2.0 コメント - 備考 要素 !-!DOCTYPE 属性 <!DOCTYPE html PUBLIC "-//i-mode group (ja)//DTD XHTML i-XHTML(Locale/Ver.=ja/1.0) 1.0//EN" "i-xhtml_4ja_10.dtd"> <!DOCTYPE html PUBLIC "-//i-mode group (ja)//DTD XHTML i-XHTML(Locale/Ver.=ja/1.1) 1.0//EN" "i-xhtml_4ja_10.dtd"> <!DOCTYPE html PUBLIC "-//i-mode group (ja)//DTD XHTML i-XHTML(Locale/Ve

    kuracom
    kuracom 2010/07/16
    使えるstyleリスト
  • 引用のやり方についての論争まとめ

    ウェブでは、「引用はこうやってするよ」「それでは駄目だよ」といった論争・トラブルが時折発生します。 内容はいずれも似たり寄ったりで、要するに「HTMLの規格に基づいて引用するよ」という考え方と、 「そんな規格に従ったから何?」という考え方の衝突というパターンです。 毎度毎度似たようなやり取りが繰り返されて不毛なようにも思うのですが、 以前の論争を誰もが知っているわけではないので、仕方のないことなのでしょう。 以前の論争は、ログが消えてしまうことも珍しくありませんし。 というわけでこのページでは、現時点でログが確認できる範囲でそういった論争・トラブルをまとめてみたいと思います。 2001年7月:ありみかさとみさんvs佐藤治さん 2002年12月:野嵜健秀さんvsいずしさん 2005年9~10月:真名垣郁夫さんvsAkkyさん 2006年10月:中島聡さんvs高木浩光さん なお、このページには

    kuracom
    kuracom 2009/10/05
    どんな方法を使っても結構だけど、そこが引用文・参照先URLだと閲覧者に示すよう努力しなきゃいけない。囲み・背景色・“”や「」などなど。タグでいいじゃんという人は少なくともCSSで装飾して明示する努力を。
  • 1