タグ

仕様に関するstarneon3517のブックマーク (13)

  • HTML標準仕様の策定についてW3CとWHATWGが合意発表。今後はWHATWGのリビングスタンダードが唯一のHTML標準仕様に

    HTML標準仕様の策定についてW3CとWHATWGが合意発表。今後はWHATWGのリビングスタンダードが唯一のHTML標準仕様に W3CとWHATWGは、HTML標準仕様の策定について合意したことを発表しました。 いわゆるHTML5と呼ばれるHTMLの最新仕様には、WHATWGが公開しているものとW3Cが公開しているものが併存しており、しかも両者には一部で異なる仕様があったために混乱を招いているところがありました。 今回の合意によりW3CはHTMLとDOMに関する標準策定をやめ、今後はWHATWGが策定するリビングスタンダードがHTMLとDOMの唯一の標準となります。 両者が合意した主な内容は下記となります。HTMLとDOMのリビングスタンダード、すなわちつねにアップデートされていく標準仕様はWHATWGがメンテナンスをし、W3Cはそれに協力していくこと、W3Cは今後単独でのHTMLとDO

    HTML標準仕様の策定についてW3CとWHATWGが合意発表。今後はWHATWGのリビングスタンダードが唯一のHTML標準仕様に
  • Web 関連仕様 日本語訳

    このページは、 Web プラットフォーム関連の様々な仕様の日語訳の一覧と, それらの日語訳に共通な事項についての説明です。 これらの翻訳の正確性は保証されません。 これらの仕様の公式な文書は英語版であり、 日語訳は公式なものではありません。 誤訳が無いことは保証されません。 [ 当の仕様の策定者たちが想定している/当の仕様に期待されている ]意味論を完全かつ正確に反映することは保証されません。 翻訳なので、 語彙レベルで原文と正確に一致する意味を表すことは決してありません。 日語は自然言語なので、 誰がいつどこで読んでも同じ解釈になることは保証されません。 )( 実際に誤訳が見つかることも時折あります。 それらについては見つかり次第修正され, 加えて用語の対訳や言い回しなども時折修正されるので、 これらの翻訳が「完成」する日は永遠に来ません。 逆に原文仕様が誤っていることもあり、

  • position: absolute; の指定で要素が上下左右中央配置になる理由

    人様の人気エントリーに乗っかる感じで恐縮ですが、「CSSblock 要素を上下左右中央寄せにする、イマドキの方法。 : バシャログ。」 という記事が話題になっていたので、なんでその指定で上下中央配置になるのか補足してみます。 詳しい話は下記のリンク先をご覧ください。 CSSblock要素を上下左右中央寄せにする、イマドキの方法。 : バシャログ。 何でこういうことを書くかというとですね、例えば CSS でこういう指定をするとこう表示されるっていう話に関しては、仕様書を基準に話して欲しいのです。 「なんかよくわからないけどこういう風に書いたらこういう表示になった。よかったね」 で終わらせるのは個人の自由ですが、仕様書を基になぜそうなるのかの根拠を知るとより一層理解が深まると思いますので。 なので余計なお世話なんですが、下記に小難しく書きます。 解説のためのサンプルソース 例えば、下記の

    position: absolute; の指定で要素が上下左右中央配置になる理由
  • CSS Multi-column Layout Module Level 1 (W3C Working Draft, 5 October 2017)

    CSS Multi-column Layout Module Level 1 W3C Candidate Recommendation Snapshot, 12 October 2021 This version: https://www.w3.org/TR/2021/CR-css-multicol-1-20211012/ Latest published version: https://www.w3.org/TR/css-multicol-1/ Editor's Draft: https://drafts.csswg.org/css-multicol/ Previous Versions: https://www.w3.org/TR/2021/WD-css-multicol-1-20210212/ https://www.w3.org/TR/2019/WD-css-multicol-1

  • Android 4.2におけるsdcard(内部ストレージ)の仕様変更についてのまとめ。 - アンドロイドラバー

    Android 4.2では、マルチユーザーという機能が追加されました。 赤枠内にある2つのアイコンがそれぞれのユーザーを示していて、使いたい方のユーザーのアイコンをタップ⇒ロック解除の操作だけで簡単にユーザーが切り替わる仕組みです。 マルチユーザー機能では、それぞれのユーザーがアプリをインストールしたり、撮影した写真を保存したり、ファイルをダウンロードしたりすることができます。 言いかえると、端末内にそれぞれのユーザーがアプリや写真、ダウンロードしたファイルなどを保存するための専用のフォルダ(ディレクトリ)を作成する必要があります。 Android 4.1まではユーザーはもちろん1人だけで、そのデータは/data/media内に保存されていました。 /data/media内のデータは、/mnt/sdcardに表示されるようになっています。/data/media内のデータは/mnt/sdca

    Android 4.2におけるsdcard(内部ストレージ)の仕様変更についてのまとめ。 - アンドロイドラバー
  • 次世代HTMLの新仕様「レスポンシブ・イメージ(仮)」についてまとめてみた

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

    次世代HTMLの新仕様「レスポンシブ・イメージ(仮)」についてまとめてみた
  • -webkit-border-radius なんて書いているWeb開発者は腹を切って死ぬべきである - hogehoge @teramako

    地獄の火の中に投げ込むものである。 いや、まあそんなネタはどうでも良くて... そのベンダー接頭辞はいつまで書くの? | Unformed Building 書いてあることは至極真っ当なこと。もろ手をあげて賛成である。 また、 ベンダー拡張プリフィックスはそれそのものがWebを破壊することはないし、ベンダー独自のプロパティーや関数が数万追加されて使われまくったとしても当はWebは壊れない。またその文法が変更されても修正または追加すれば対応できるし、その余裕は十分にある。つまり壊れるのはほとんど全てのケースで開発者の怠慢に過ぎないので、ちゃんと仕様と実装を理解して必要ならば寝る間を惜しんで修正作業に血眼になるべき。みたいな実践を伴わない意識を僕は持っている。 なので憂うべきこの現状は、IE6が拡散して残り続けたことと同じようにベンダー側ではなくWeb開発者側に非があると思っている。 ベンダ

    -webkit-border-radius なんて書いているWeb開発者は腹を切って死ぬべきである - hogehoge @teramako
  • Zudolab -

    The Search for a Trusted 메이저사이트: A World of Thrills, Security, and Immersive GamingdErsPOId - December 1, 2023In the dynamic world of online entertainment, the quest for finding a trustworthy 메이저사이트, or major site, is akin to navigating through a labyrinthine digital jungle. Much like the adventurers of old scouring for hidden treasures, modern-day netizens are on the lookout for that one platform

  • File API 仕様 日本語訳

    This is revision $Id: Overview.html,v 1.122 2012-02-29 21:33:23 arangana Exp $. この文書にはもう一つ編集注記がある。 There are 1 further editorial notes in the document. この文書の位置付け この節では公開時点におけるこの文書の位置付けについて述べます。他の文書がこの文書に取って代わる可能性があります。W3C の現在の出版リストとこの文書の最新の状態は http://www.w3.org/TR/ W3C technical reports index にて見られます。 This section describes the status of this document at the time of its publication. Other document

  • WebSocket のバイナリメッセージを試したら、ウェブの未来が垣間見えた

    長い記事なので、先に結論だけ書いておきます。WebSocketのバイナリメッセージ機能は、これまでのインターネットのあり方をひっくり返します。「そんなの知ってるよ」という方もいるとは思います。僕も理屈では分かってたつもりだけど、実際にアプリを作ってみて、具体的にそれを感じることができたので、ちょっと長いですがどういうことなのか説明してみます。 WebSocketとは # WebSocketは、HTML5関連の中でも特に注目を集めている技術の一つです。通常のHTTP通信であればクライアントからのリクエストなしにサーバーは応答しませんが、WebSocketを使うことでクライアントとサーバーの間で双方向の通信が可能となります。これを利用することで、今後様々なリアルタイム性の高いサービスを構築することが可能になるでしょう。 そんなWebSocketですが、これまで波乱の道を歩んできました。数年前か

    WebSocket のバイナリメッセージを試したら、ウェブの未来が垣間見えた
  • iPad(iPhone)の困った仕様

    iPadのSafariでは、スクロールバーという物が表示されません。(iPhone向けにサイトを開発してきた人には耳タコの事実なのでしょうが) スクロールバーが出る場所というと、こんなところでしょうか。 (1)ページ全体 (2)divでoverflow:scrollなどの指定をしたとき(3)flame、iframe (4)textarea (1)は製作側にはあまり関係ないです。 使う分には若干不便かもしれませんが、iPadのスクロールは操作感が良いので、それほど問題となりません。 (2)の場合、スクロールバーが出ませんが、2指でなぞると、スクロールします。 この動作を知っている人がどれだけいるのでしょうか。仮に知っていたとして、特定の場所でこの動作が必要だと分かる可能性がどれくらいあるでしょうか。 divのスクロールは使ってはいけない、と思った方が良いのだと思います。この時点でめんどくさ

  • PHPの新しいround関数にバグをみつけた - hnwの日記

    PHP 5.3.0以降、PHPのround関数の挙動はChristian Seilerさんが提案したRFCに従って一新されています。この新しいround関数の仕様上の問題もしくはバグを見つけました。 以前の記事「PHP5.3.0alpha3のround関数の実装がPHP5.2.6と変わった」でこの新しい実装は「今までよりは良い実装」ではないかと書きましたが、撤回すべきかもしれません。ベースのアイデアとしては以前の記事にも書いた通り悪くないと思うのですが、考え漏れがあるような気がしています。 たとえば次のサンプルコードを見て下さい。 <?php ini_set("precision",19); var_dump(1000000000000000.125); var_dump(round(1000000000000000.125)); サンプルコード中の1000000000000000.125

    PHPの新しいround関数にバグをみつけた - hnwの日記
  • OpenID & OAuth 仕様書を日本語に翻訳しました - 京の路

    昨年末にOpenIDファウンデーション・ジャパン参加企業の有志数名で翻訳・教育 Working Groupというのを立ち上げて、現在は主にドキュメントの翻訳を行っています。 現在4のドキュメントの日語版を翻訳・教育 Working Group のサイトで公開しています。(この記事の末尾にリンクあり) 翻訳後のドキュメント以外に、githubレポジトリも公開しています。forkもpull requestも大歓迎!原文との比較がしやすいように、各翻訳版のXMLファイルにはコメントアウトの形で原文も残されています。 翻訳版ドキュメントへのコメント・質問は翻訳・教育 Working Group のサイトのコメント欄にどうぞ。 OpenID Authentication 2.0 OpenID Attribute Exchange 1.0 OpenID Simple Registration Ex

  • 1