最近のruby-core (2016年4月) - Money Forward Developers Blog
こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 最近興味深かったトピックを紹介します。先月長いと言われたので今回はちょっと厳選気味です。 [#12241] super end 4月といえばエイプリルフールですね。今年は end end end ... とか書かなくてもいいようにするパッチが投稿されていました。もちろん冗談です。しかしこの投稿はだた「できるといいな」じゃなくて実際に実装してみせているので、技術的には見るものがある。PythonとかHaskellとかみたいなインデントでブロック表現するやつだと、改行が暗黙のsuper endになってるわけですね。 以前、Rubyのバグトラッカーにはこの種の提案のためのカテゴリjoke
六本木ではたらくソフトウェアエンジニアへのよくある質問とその答え (FAQ) (2015 - 2017) - hayato
グーグルではたらくソフトウェアエンジニアです。 ご意見やご質問 あるいは Typo 等を見つけたときは GitHub Issues にお願いします。答えられる範囲でできるだけ答えますね。 この記事は不定期にアップデートしてできるだけ最新の状態を反映させるようにしていますが、いくつか内容が古い可能性があります。 連絡先は？ (Contact Info) Mail: mailto:hayato@google.com Google+: google.com/+HayatoIto GitHub: github.com/hayatoito Twitter (inactive): @hayatoito Twitter: @shadow_hayato IRC freenode: hayato テックリード (Tech Lead) Google における Tech Lead (テックリード) とはどのよう
Web 関連仕様 日本語訳
このページは、 Web プラットフォーム関連の様々な仕様の日本語訳の一覧と， それらの日本語訳に共通な事項についての説明です。 これらの翻訳の正確性は保証されません。 これらの仕様の公式な文書は英語版であり、 日本語訳は公式なものではありません。 誤訳が無いことは保証されません。 ［ 当の仕様の策定者たちが想定している／当の仕様に期待されている ］意味論を完全かつ正確に反映することは保証されません。 翻訳なので、 語彙レベルで原文と正確に一致する意味を表すことは決してありません。 日本語は自然言語なので、 誰がいつどこで読んでも同じ解釈になることは保証されません。 ）（ 実際に誤訳が見つかることも時折あります。 それらについては見つかり次第修正され， 加えて用語の対訳や言い回しなども時折修正されるので、 これらの翻訳が「完成」する日は永遠に来ません。 逆に原文仕様が誤っていることもあり、
canvasに描かれたデータを取得するには、canvas.toDataURL() を使います。 toDataURL()で得られるのは、base64エンコードされた画像情報なので、 それをサーバに送って、base64デコードして保存という流れです。 toDataURL()して、そのデータをPOSTする部分のjavascript (ajax部分が面倒なので、prototype.jsを使用) function saveImage() { var imgdata = $('canvas_id').toDataURL(); // デフォルトだとpng, 引数でjpegとかも可能 imgdata = imgdata.replace('data:image/png;base64,', ''); // 頭のいらない部分を落とす new Ajax.Request(<画像保存CGIのURL>, { param
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert The No-Nonsense Guide to HTML5 Fallbacks So here we're collecting all the shims, fallbacks, and polyfills in order to implant HTML5 functionality in browsers t
一部、直訳ではなく意訳した部分がございます。原文と表現が異なることがございますので、ご了承ください。この日本語訳は、私が理解を深めるために、自分なりに日本語化したものです。本日本語訳には、翻訳上の誤りがある可能性があります。したがって、内容について一切保証をするものではありません。正確さを求める場合には、必ず原文を参照してください。当方は、この文書によって利用者が被るいかなる損害の責任を負いません。もし誤りなどを見つけたら、当サイトのお問い合わせより連絡いただければ幸いです。 原文URL：http://www.w3.org/TR/2011/WD-html5-diff-20110525// 原文タイトル：HTML 5 differences from HTML 4 - W3C Working Draft 25 May 2011 翻訳日：2011/05/26 最終更新日：2011/05/26
The No-Nonsense Guide to HTML5 Fallbacks So here we're collecting all the shims, fallbacks, and polyfills in order to implant HTML5 functionality in browsers that don't natively support them. The general idea is that: We, as developers, should be able to develop with the HTML5 APIs, and scripts can create the methods and objects that should exist. Developing in this future-proof way means as users
昨日、ツイッターで次のような JavaScript クイズを出しました。 久しぶりの JavaScript クイズ！ function hello(x) { if(typeof x === 'undefined') { alert(x.f()); } } この hello 関数で "Hello, World!" のアラートを表示させることが出来るか？ — Takuo Kihira (@tkihira) July 31, 2022 このブログ記事では、この問題について解説します。 解答 答えは「出来る」です。出題者の意図としては document.all を想定しておりました。 document.all は、ブラウザに存在する、非常に特殊なオブジェクトです。 document.all 自体は object 型である。console.log(document.all) とすると内容が確認出来る
HTML 5のフォーム要素
HTML 5の最初の大きな目的の1つは、主要なHTMLフォーム要素を現状の潮流に合うように変更することでした。この記事では、HTML 5の草案に導入されている主要な新しいフォーム要素と既存要素の変更点を説明し、HTML 5の仕様が現在までにどれくらいこの目的を達成しているかを解説します。 はじめに ほぼすべてのWebアプリケーションにとって、フォームはなくてはならないものになりましたが、HTMLフォームの主要な要素は13年近くも前のものです。HTML 5の最初の大きな目的の1つが、現状の潮流に合わせてこれらの要素を変更することであったのも不思議ではありません。 W3Cが最初にXHTML仕様を策定したとき根底にあった目標の1つは、XMLコンテンツの処理に適したフォームアーキテクチャを作ることでした。そこで2002年にXFormsが開発されました。ところが、HTMLコミュニティの多くの人からは
先進のWebフロントエンド技術を導入する事例が増えている。この動きに乗り遅れてはまずい。本特集では、ITリーダーやITエンジニアが知っておくべきWebフロントエンド技術のAtoZを取り上げる。 今回から「PWA」について学ぼう。 PWA（Progressive Web Apps）という言葉をご存知だろうか。Webアプリでネイティブアプリのような優れた体験を提供すること、またはそれを実現するための技術を指す。Webアプリの新しいコンセプトとして、米グーグル（Google）によって提唱された。 PWAはある単一の要素技術やフレームワークを指すのではなく、「ネイティブアプリのような体験」という方向性のもとで、関連する複数のHTML5の仕様と使い方を定めた、Web構築のための設計指針である。 筆者らは2012年から「hifive（ハイファイブ）」というHTML5ベースの業務システム向け開発フレーム
Intro Chrome 126 で筆者が実装した URL.parse が Ship された。 Chromium にコントリビュートしたことは何回かあったが、単体機能を Ship したのは初めてだった。 invalid URL の処理 new URL() によって、文字列の URL をパースすることができるようになって久しいが、この API は invalid な場合に例外を投げる。 例外処理をするよりも、先に URL としてパース可能かどうかを知るための URL.canParse() が提案され、先に実装が進んだ。 URL.canParse(str) // boolean しかし、これでは二回パースが必要になるため無駄が多い。 if (URL.canParse(str)) { // 1 回目のパース return new URL(str) // 2 回目のパース } そこで、失敗したら
この記事はドワンゴ Advent Calendar 2020 最終日の記事です。年の瀬ですね。 はじめに 本記事は、WHATWG Living Standardに準拠することを目的としたHTMLパーサである「gammo」の紹介を目的としている。gammoが実現していることを詳細に伝えるため、単なるgemの紹介に留まらず、HTMLの歴史や昨今のHTMLを取り巻く状況を簡単に解説し、WHATWG Living StandardにおけるHTML文書の解析アルゴリズムについて、実例と共に紹介する。 本記事で紹介するgammoの開発に取り掛かった理由は、主に以下の二点が挙げられる。 WHATWG Living Standardに準拠したHTMLパーサをRubyGemsの中から見つけられなかったため。 現在HTMLパーサの機能を持つライブラリの中で、最も利用されていると考えられるNokogiriと比較
正しいコメントを書こう
HTML文書の中で、ソースを読みやすくするため、コメントをセクションの区切りとして用いている人は少なくないでしょう。しかし、コメントの書式は正しく理解されていないことが多く、誤った用法を頻繁に見かけます。実際に支障が出ることは少ないのですが、厳密なブラウザでは内容が読めなくなってしまうこともあり、注意が必要です。 コメントのきちんとした定義はHTMLのバージョンによって微妙に異なりますが、基本的には コメントは <!-- 注釈の文 --> という形式で、これ以上余計なハイフンを使っちゃだめ と理解しておくのがよいでしょう。（2016現在ではHTMLなら少し緩和されることになりそうです） HTML 2.0で定義されていたコメント HTML 2.0の場合、RFC 1866の"3.2.5. Comments"において次のように定義されていました： To include comments in a
World Wide Web - Wikipedia
ウェブページは、ウェブブラウザーを使用することで閲覧できる。ウェブブラウザは、通常リンク部分に色を付け、下線を引く。また、ウェブページには画像を表示することができる。 2014年時点での各国のウェブ・インデックス（英語版）を表した世界地図。 World Wide Web（ワールド・ワイド・ウェブ、略名：WWW）はインターネット上で提供されているハイパーテキストシステムである。Web、ウェブ、W3（ダブリュー スリー）[1]とも呼ばれる。 情報提供を担う者はウェブサーバを公開し、一般利用者はウェブブラウザを介してウェブサーバにある情報を閲覧するようなシステムが基本である。1990年代のマルチメディアブームで登場したシステムの内で最も普及したシステムの1つで、技術の進歩に合わせて現在も仕様が更新され続けている。今ではハイパーテキストの枠組みを超えた仕様も追加され、アプリケーションの基盤としても
ちょっとしたメモ - W3Cの新HTML作業部会
昨年10月のバーナーズ＝リーのびっくり発言から約4カ月を経て、W3Cに新しいHTML作業部会が設置された。HTML4とXHTML1をベースに、新しい(X)HTML仕様を2010年を目標に策定していく。従来のHTML作業部会はXHTML2作業部会という扱いになる（HTMLとは違う狙いなので、名前を変えることも検討しているそうだ。そりゃ大いに結構）。 Charter（設立趣意書）によれば、この新作業部会は次のものを策定していく。 HTML4を発展させた、ウェブの文書とアプリケーションのセマンティクスを表現する言語 この言語をXMLによって記述（シリアル化）する拡張可能な形態 既存ブラウザの「クラシックHTML」パーサと互換性のある、XMLではない記述形態 この言語のためのDOMインターフェイス フォームその他のUIで用いるための、プログレッシブバー、メニューなどの共通部品 リンクづけられたメデ
【追記 2016/12/24】 カスタム右クリックメニューの挙動に関する情報更新 WHATWGのリンク切れ修正 テスト画像差し替え 今年最後だってのによりにもよってこのタイミングでこんなしょうもない記事… …それがはりをきばクオリティ。 （ちなみに去年の大晦日に投稿した記事はこちら） 前置き考えるのも面倒なので本題。 知らない人があまりにも多過ぎるので記事にする。 Firefoxは、Shiftキーを押しながら右クリックすると強制的にコンテキストメニューを表示できる。 以下の画像で試してみるとわかる。 普通は右クリックが禁止されていて何も起きないが、 Firefoxに限り、Shiftを押しながら右クリックすると普通にメニューを呼び出せる。 これはFirefoxの独自機能ではなく、HTML5の仕様策定などをしているWHATWGによって定められている標準仕様だったりする。 User agents
「HTMLの前提についてはざっと知った、ステップアップできるHTMLの勉強がしたい」「人に勧められるHTMLにまつわる書籍はあるだろうか」「令和でHTMLを学ぶならこの1冊、というものがほしい」―――そうした人々のニーズを叶えてくれる書籍が販売された。 その名も「HTML解体新書」だ。 本ブログ記事は、レビュアーとして関わり本書を読んだ＠okuto_oyamaによる感想と、HTMLのこれからについて考えていることをまとめたものである。 本の内容については、著者によるブログ記事にまとまってあるのでそちらを参考にしてもらいたい。 creators.bengo4.com まだまだHTMLについて知らないことがあった 私がHTMLについて始めて触れたのは、とあるブログサービスのHTML編集機能からだ。その頃は HTMLの仕様というものを知る由もなく、どういったタグを使うと画面上にどのように表示され
W3Cのは『欠陥フォーク』！？ HTMLスナップショット2016 ── HTML5 Conference 2016セッションレポート
XMLこそがウェブの未来であるという見方が支配的だったために、2004年のOperaとMozillaの共同提案は却下され、W3CでHTMLを改良する道が閉ざされました。そこでブラウザーベンダーが集まってW3Cとは別の組織でHTMLやHTMLに関連する仕様の改良を行う、というのがWHATWGのはじまりです。 以来今日に至るまでずっと、WHATWGはHTMLの開発を（ある期間はW3Cと共同で、ある時期からはW3Cとは別に）し続けています。「WHATWG HTMLこそが実装者とウェブ開発者によって参照されるべき最新の仕様であり、欠陥フォーク（W3C HTMLのこと）は答えではない」というのはWHATWG HTMLのエディターであるAnne van Kesterenの言葉の通り、WHATWG HTMLを第一に参照すべきでしょう。 HTML5勧告以降のW3Cの動向 さて、W3Cに話を戻します。HTM
次世代 Web カンファレンス - connpassに参加してきたのでメモ。 このメモは文字起こしではなくあくまでメモなので、そのままの発言じゃなくて解釈や要約が混じっています。 詳細は動画をみてください 次世代Webカンファレンス 2019 - YouTube パフォーマンス 登壇者 @1000ch likr @sisidovski 記録 ローディング周り 1000ch: WebKitのレンダリングの様子の動画を見たのが興味を持ったきっかけ 1000ch: HTTP/2になってきてローディングの通信を気にすることは減った? sisidovski: 同時接続数は気にすることは減ったけど、結局は気になる likr: H2 Pushとかが気になっている? 1000ch: 実際に使ったことないけど、会場で使ったことある人? 2割以内ぐらい sisidovski: 「Pushで早くなる」ということ
GitHub - jsdom/jsdom: A JavaScript implementation of the WHATWG DOM and HTML standards, for use with node.js
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ASCII.jp：ここが変わった！HTML5マークアップ入門｜浜 俊太朗のHTML5マークアップ移行ガイド 読者のみなさんの中には、これまでにもHTML5関連の情報を読んだことがある方も多いでしょう。それらの情報の中には、従来のHTMLのイメージからはかけ離れた“プログラム的”な内容もあったのではないでしょうか。HTML5とは一体何なのでしょうか？ 実は、一般的に「HTML5」と総称されている技術は、大きく「広義のHTML5」と「狭義のHTML5」に分類できます。 広義のHTML5とは主にAPI（Application Program Interface）で、バックグラウンドでJavaScriptの処理を実行できる「Web Workers」や、Webアプリケーションからローカルのファイルを読み取る「File API」、グラフィックを扱える「Canvas」「SVG」などがあります。 さらには
#error_handling_sushi でJavaScriptのエラーハンドリングについて議論した。 自分はPromiseのエラーハンドリングの握りつぶしの問題を見つけやすくするイベントの実装について、Promise Error Handlingという話をした。 ログ: #error_handling_sushi - Togetterまとめ #error_handling_sushi 始まった #寿司とは pic.twitter.com/XZe21QTsDO — Takuto Wada (@t_wada) March 6, 2015 – 基調講演 - teppeis これが #error_handling_sushi pic.twitter.com/vSLDpthYi4 — azu (@azu_re) March 6, 2015 #error_handling_sushi 基調講演 一
私のゴールは世界中の言語でCSSを使えるようにすること EPUB3で縦書きを実現した、fantasai（エリカ・エテマッド）に聞く
はじめに この原稿は2013年に8割ほど書いたまま放置していたものを、Advanced Publishing Laboratory（APL）の「fantasaiの業績を日本でも知ってもらいたい」という意志に促され、サルベージして完成させたものです。したがって文中の「現在」は2013年中頃であることをお断りします。 原稿を放置したまま今日に至ったのは、私の怠慢以外に理由はありません。取材を受けてくださったfantasai、通訳をはじめ、さまざまな便宜を図ってくださった村上真雄・由美ご夫妻には、大変なご迷惑をおかけしたことを改めて深くお詫び致します。 このような中途半端な原稿ですが、多少なりとも読めるものになっているとすれば、それはfantasaiの努力や達成が本物だったからではないでしょうか。そのことをお伝えできれば良いのですが。（2018年9月5日 筆者識） ▼EPUB 3における陰の
HTML Standard
Firefox1+Safari1+Chrome1+Opera8+Edge79+Edge (Legacy)12+Internet Explorer5.5+Firefox Android?Safari iOS?Chrome Android?WebView Android37+Samsung Internet?Opera Android10.1+ Categories:Flow content.Phrasing content.If the type attribute is not in the Hidden state: Interactive content.If the type attribute is not in the Hidden state: Listed, labelable, submittable, resettable, and autocapitalize-inhe
HTMLFormElement.submit は validation を無視するし submit イベントを発火しない - 平常運転
日記です。タイトルでほぼすべてがオチてしまった。 const form = document.querySelector('form#ultra-form'); form.submit(); みたいな感じで、 <form> を JavaScript から submit することができるんだけど、この HTMLFormElement.submit は HTML Living Standard ではこう定義されている: Submits the form, bypassing interactive constraint validation and without firing a submit event. https://html.spec.whatwg.org/multipage/forms.html#htmlformelement つまり、例えば下のような HTML form の場合、
HTML 1.0～2.0 は IETF が、HTML 3.2～5.2 は W3C が標準化を進めていましたが、W3C とは別に、Apple, Mozilla, Opera の開発者らが設立した WHATWG という団体が独自に策定を進めている HTML 仕様です。HTML Living Standard と呼ばれ、バージョン番号や第何版という概念がなく、日々、改版が進められています。 HTML Living Standard: https://html.spec.whatwg.org/ 現在では、W3C による HTML5 の仕様策定は中止され、HTML Living Standard が HTML の標準仕様となっています。以下では、HTML 1.0 から HTML Living Standard に至るまでの HTML の歴史について紹介していきます。 手っ取り早く要素の追加・削除の歴
HTML 5 pocket book
<!DOCTYPE html> Specification whatwg.org/html5 Mailing lists whatwg.org/mailing-list IRC channel irc://irc.freenode.org/whatwg article A composition that forms an independent part of a document, page, application, or site. aside Content that is tangentially related to the content around the aside element nav A section with navigation links. section A generic document or application section. h1, h2
「続・ハイパフォーマンスWebサイト」に書かれたWebSocket記事への更新 - Nothing ventured, nothing gained.
「続・ハイパフォーマンスWebサイト ―ウェブ高速化のベストプラクティス」というオライリー・ジャパンの書籍の付録に「Web高速化に対するGoogleのアプローチ」と題して、記事を執筆させてもらった。 この「続・ハイパフォーマンスWebサイト」はタイトルの通り、「ハイパフォーマンスWebサイト ―高速サイトを実現する14のルール」の続編だ。「ハイパフォーマンスWebサイト」がそうであったように、本書も実践的なWeb高速化テクニックについて書かれていて、Web開発者は必携の１冊だろう。 以下が目次。付録が日本語版でのみの特典で、Yahoo! JAPANさん、Mozilla Japanさん、そしてGoogleが高速化についてその考えやテクニックを書いている。私は最後の最後までほかの方が何を書かれているか知らなかったのだが、それぞれ違う観点から書かれていて、なかなか面白い。 1章 Ajaxアプリケ
Capture audio and video in HTML5 Stay organized with collections Save and categorize content based on your preferences. Introduction Audio/Video capture has been the "Holy Grail" of web development for a long time. For many years we've had to rely on browser plugins (Flash or Silverlight) to get the job done. Come on! HTML5 to the rescue. It might not be apparent, but the rise of HTML5 has brought
Autocomplete workshopというミーティングが今年1月に行われたようで、autocomplete方面が盛り上がりつつあるみたいです（whatwg/html#4986）。 このワークショップのノート（Google Doc）が公開されていますけれども、参加者にブラウザーベンダー*1がいるのは当然として、Eコマースのプラットフォーム方面（Shopify、WIX、Checkout.com、Shipper HQ）が参加しているのが興味深いところ。 箇条書きでまとめられているものを雑に引っ張ってみると actocomplete属性の拡張をこれから考えていくことになるが、目下で注目しているのは名前と住所 250サイトについて入力フォームを調べてみた 日本を含めたいくつかの国は、オートフィルがうまく機能しない どの情報を1つのフィールドに入力するかについて、サイトごとにまちまち 日本では氏
MS、HTML 5仕様策定に本格着手
UPDATE Microsoftはこれまで、ウェブ標準であるハイパーテキストマークアップ言語（HTML）の新バージョン策定作業の多くをAppleやGoogle、Opera Software、Mozillaに任せてきたが、ここへきて本格的な取り組みを開始した。 この動きは、HTMLを刷新する作業に強い影響力を加えるものだ。HTMLは、ウェブページの記述に用いる標準で、前回は1999年に正式に更新された。Microsoftは米国時間8月7日に投稿したメーリングリストの中で、現在の提案に対し多数の疑問や懸念を提示した。 「Internet Explorer」（IE）担当プログラムマネージャーのAdrian Bateman氏は、投稿メッセージの中で次のように述べた。「今後の活動に関する当社の計画の一環として、IEチームはHTML 5の仕様に関する現行の『Editor's Draft』を検討し、われ
IntroductionIn user interface design, a modal window (sometimes referred to as a modal dialog) is a window that blocks input to other windows. It has to be closed before the user can continue to operate the application and are frequently an element of Multiple Document Interface (MDI) applications or desktop applications like Windows or OS X. One of their purposes is to prevent the software from b
はじめに 普段はBackbone.jsでアプリを作成しているのですが、React.jsの評判が高まってきているので、簡易BlogをBackbone.jsとReact.jsの両方で実装して、比較してみました。 Demoではjs以外は同じサーバのAPIを使っているのでどちらにも反映されます。 Backbone.jsをつかったバージョン Source https://github.com/takeshy/backbone_socket_io Demo https://radiant-dawn-8878.herokuapp.com/backbone React.jsをつかったバージョン Source https://github.com/takeshy/react_socket_io Demo https://radiant-dawn-8878.herokuapp.com/react HTML部分
jQueryを使わない書き方 ajax, each, trigger, on/off, extend, deferred, animate, css編
昨年くらいから次世代JavaScript（ES2015 & 2016）やReactやAngularJSなどのフレームワークの普及により脱jQueryの動きが見られ始めました。そして2016年はさらに脱jQueryの動きが加速するのではないかと見ています。その最も大きな要因として1月12日に実行されたマイクロソフトによる旧IE（Internet Explorer 8, 9 ,10）のサポート終了が挙げられます。そんな訳でjQueryは便利ですが、特に使う必要もなくなってきているのが現状です。今回紹介するjQueryに頼りがちな処理をJSで書けるようにさえなれば、脱jQueryはすぐにでもできるのではないかと思っています。ぜひ参考にしてください。 はじめに脱jQueryに関して以下のような記事が年末に投稿されました。 You-Dont-Need-jQuery – jQueryを使わない書き方教
あけましておめでとうございます。株式会社ミツエーリンクスの中村直樹です。昨年に引き続き、技術仕様と国内法整備に関して、2022年のWebアクセシビリティの短期的な予測をしてみます。 WCAG 2.2とWCAG 3.0 WCAG 2.2に関しては、2020年末では2021年2月にCandidate Recommendation（勧告候補）になる予定だったものが、ずるずるとスケジュールが後ろ倒しになっており、執筆時点の2021年12月初頭になっても未だに勧告候補のステータスにはない状況です。一方で、執筆時点でのWhat’s New in WCAG 2.2 Working Draftによれば、2022年6月にRecommendation（勧告）を発行するスケジュールとのことです。 このスケジュールに間に合わせるのであれば、逆算すると4月までに勧告候補を発行する必要があります。よって、4月に勧告候
HTML文書は文字エンコーディングUTF-8でなければなりませんという記事があり、混乱があるようなのでHTMLについてHTML5とHTML Living Standard（以下HTML LSと省略）について、そしてHTMLファイルの文字コードをどうするかについて、まとめておきます。 TL;DR HTMLファイルの文字コードはHTML Living Standardに従ってUTF-8にする 古いSJISやEUC-JPのHTMLファイルをUTF-8に変換する必要はない What is "HTML" ? 一般にHTMLと呼ばれる規格には複数あります。 HTML4.01を含むそれ以前のHTML (W3C) XHTML1.1 (W3C) HTML5.1 (W3C) HTML Living Standard (WHATWG) まず一旦古い話は置いておいて、HTML5とHTML LSについて考えることに
一部、直訳ではなく意訳した部分がございます。原文と表現が異なることがございますので、ご了承ください。この日本語訳は、私が理解を深めるために、自分なりに日本語化したものです。本日本語訳には、翻訳上の誤りがある可能性があります。したがって、内容について一切保証をするものではありません。正確さを求める場合には、必ず原文を参照してください。当方は、この文書によって利用者が被るいかなる損害の責任を負いません。もし誤りなどを見つけたら、当サイトのお問い合わせより連絡いただければ幸いです。 原文：http://blog.whatwg.org/faq/ （2011 年 1 月 21 日版） 翻訳日：2011/01/25 最終更新日：2011/01/25 概要 WHATWGが公開しているHTML5のFAQです。HTML5の目的や存在意義といった大枠の話から、要素の記述方法といった細かい話まで、さまざまな方面
去年の未読 feed を消化していたら, XML vs JSON という話がぞろぞろ出てきた. 火事と喧嘩は XML の華. 最近ちょっとおとなしかったけれど, たまにはこういうのがないと寂しいよね. 火元は JSON の親玉である Douglas Crockford が XML2007 で行った講演 "JSON, The Fat-Free Alternative to XML" らしい (スライドの ppt) . XML 愛好家の集りで XML でないフォーマットの話をするとは豪胆だ. しかも暗に "おまいらおでぶちゃんとは違うんだぜ" と煽っているわけだから, XML ファンが刺激されるのも仕方ない. まとめ記事によると, 反撃の狼煙を上げたのは Scripting News らしい. でも読んでみるとあんまし JSON をわかってない節がある. 本人も自覚があるのか, 議論をうながし
HTML5の文法チェックツールが早くも登場
HTML5の開発に取り組んでいるWHATWG（Web Hypertext Application Technoloty Working Group）のブログ「Quality Assurance tools for HTML5 « The WHATWG Blog」で、HTML5文書を記述する際のクオリティチェックに使えるツールが紹介されていました。 どんなツールなのか、試してみることにしましょう。 Validator.nu (X)HTML5 Validator Validator.nuは、その名の通り入力されたHTML文書がHTML5として有効かどうかをバリデートしてくれます。入力はURLを指定するか、ファイルをアップロードするか、テキストをペーストするか、いずれかです。 YouTubeのHTML5用サンプルページを指定してみました。エラーメッセージとともにエラーの箇所を指摘してくれています
一部、直訳ではなく意訳した部分がございます。原文と表現が異なることがございますので、ご了承ください。この日本語訳は、私が理解を深めるために、自分なりに日本語化したものです。本日本語訳には、翻訳上の誤りがある可能性があります。したがって、内容について一切保証をするものではありません。正確さを求める場合には、必ず原文を参照してください。当方は、この文書によって利用者が被るいかなる損害の責任を負いません。もし誤りなどを見つけたら、当サイトのお問い合わせより連絡いただければ幸いです。 原題：Web Storage - W3C Working Draft 08 February 2011 原文：http://www.w3.org/TR/2011/WD-webstorage-20110208/ 翻訳日：2011/04/28 最終更新日：2011/04/28 概要 Web Storage とは、データを
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
canvasに描いた絵（画像）をサーバに保存 - 超自己満足プログラミング
HTML5 Cross Browser Polyfills
W3C - 『HTML 5 differences from HTML 4』日本語訳 - HTML5.JP
HTML5 Cross Browser Polyfills
document.all の例外仕様を知っていますか
システムはPWAで作るべし、グーグルとマイクロソフトも推奨 | 日経 xTECH（クロステック）
URL.parse を Chromium で Ship するまで | blog.jxck.io
WHATWG Living StandardとHTMLパーサ - Qiita
Firefoxは強制的に右クリックメニューを表示できる - はりをきば
「HTML解体新書」HTMLのこれからと向き合うための本 - クラウドワークス エンジニアブログ
次世代 Web カンファレンス 2019 アウトラインメモ
何が「HTML5」であるか - hogehoge @teramako
#error_handling_sushi でPromiseのエラーハンドリングについて発表した
HTML Living StandardとHTMLの歴史 - とほほのWWW入門
Capture audio and video in HTML5 | Articles | web.dev
autocomplete属性のものすごく簡単なメモ - 水底の血
Particletree » Lightbox Gone Wild!
Backbone.jsと比較したReact.js - Qiita
2022年のWebアクセシビリティ | gihyo.jp
HTMLの文字コードをどうするべきか、あるいはHTMLとは何かという話 | なすびブログ
名前空間宣言は何ですか？ - WHATWG FAQ - 日本語訳 - HTML5.JP
steps to phantasien t(2007-01-03) いつもの派閥争いの話
W3C - 『Web Storage』日本語訳 - HTML5.JP