Introduction In the ever-evolving landscape of web browsing, staying abreast of the latest technologies is crucial. HTML5, the fifth and current version of the Hypertext Markup Language, has revolutionized the way we experience the web. With its advanced features and enhanced capabilities, HTML5 has become the cornerstone of modern web development, offering a more seamless and interactive user exp
Webを記述する言語の標準の現状 昨年度であれば、HTMLを記述する授業では自信をもって以下の基準を推薦していました。 HTML (文書の構造を記述する言語) – XHTML 1.0 もしくは XHTML 1.1 CSS (文書の体裁・デザインを指定する言語) – CSS 2 しかしながら、ここ数年で、とくに去年あたりから状況は大きく変動しつつあります。現状の変化を理解するには、ここに至るまでの歴史的な経緯について簡単に理解する必要があります。ここまでの経緯を整理した上で、将来の展望を探りたいと思います。その上で、この授業ではどのような基準にのっとって「正しい」ということを定義するのか決めていきたいと考えます。 HTML (Webサイトの記述言語) の標準化巡る闘争の歴史 AppleInsider: なぜ Apple は HTML 5 に賭けているのか： ウェブの歴史 [Page 2] よ
2年強前、私は開発者たちにひどいHTMLを書くのをやめて欲しいとお願いする記事を書いた。しかし、その後この問題はさらに悪化している。 何週間か前、私はTech Republicのこのブログの読者に対して、自分のHTMLの品質について聞いた。読者の約25％が自分のHTMLはすべての標準に準拠しているという主張だった。私はこのブログの読者についてよく知っているので、この数字は正しいと信じている。しかし、私はこのブログの読者がかなりの少数派であることも知っている。残念ながら、くずHTMLは健在だ。 ここに悲しいニュースがある。AlexaのTop 500のサイトのページで正しいものは7％以下だというのだ。これは、これらのページだけの問題なのだろうか。残念ながら違う。研究者によれば、「これははるかに大きなMAMAの分析対象全体よりも少しよい結果となっているが、サンプル数と差分が小さく、差があるとはっ
業務アプリケーションがWebアプリケーションとして開発されるのは現在の大きなトレンドです。それに伴ってHTMLとCSSによって業務アプリケーションの複雑なユーザーインターフェイスを構築する必要性が生じます。 しかし機能が豊富な業務アプリケーションのユーザーインターフェイスをHTMLとCSSで構築するのはそれほど簡単ではなく、しかもそれをアプリケーション全体で統一し、優れたユーザビリティを実現するのはさらに手間のかかる作業です。 そうした業務用のWebアプリケーションのユーザーインターフェイスを構築するためのサンプルが豊富に含まれたガイドライン「IBM Lotus User Interface Developer Documentation」が、IBMから公開されました。 今回公開されたIBMのガイドラインは、同社のLotus製品群のユーザビリティを統一するための社内プロジェクト「One U
IE? - IE6, IE7 and IE8 Net Applicationsの報告によれば、2009年9月におけるブラウザシェアはIEが65.71%で過半数のシェアを確保している。バージョンごとにみるとIE6 24.42%、IE7 19.39%、IE8 16.84%となっており、IE6、IE7、IE8のシェアが拮抗しつつあることがわかる。これまでのシェア変動から推測すると、今後数ヶ月の間は3つのバージョンのIEが似たようなシェアを持った期間が続くことになる。IEが第一シェアだといっても、結果的に3つのバージョンに対応する必要がある。 この状況は、特にCSSのサポートという面で厄介な状況を生み出している。IE8はCSS 2.1への高い準拠を実現しているが、IE7はそうではない。IE6はサポートしている要素やプロパティがさらに少ない。またIE7やIE6は対象の要素やプロパティをサポートしてい
2009年2月| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 HTMLソースにコメントやタグを埋め込むだけだから、デザインは自由自在。XHTML＋CSSさえ、理解していれば簡単にサイト構築ができる。 前回の「XAMMPインストール編」に続き、SOY CMSレポート後編。今回はSOY CMSの特徴を理解すべく、チュートリアルをやってみました。 Webにシステムを利用する場合、ある程度のデザインの制約がおこる場合が多いが、SOY CMSは、特別なテンプレートをもたず、既存のHTMLに、システムで変更したい部分をコメントやタグで囲むだけなので、デザインは自由自在。 そして、更新の容易さはブログなみで、特別な管理者を必要としない。 となれば、システム担当者のいない、小さなWeb制作会社や、個人
DOCTYPE スイッチについて再度まとめ 以前 DOCTYPE スイッチについての検証とまとめと一覧表という記事で DOCTYPE スイッチについてまとめましたが、あれから 2 年弱が経過したので、改めてまとめてみようと思います。 まとめるまでの話がけっこう長いので、一覧表だけ参照したい ! という場合は DOCTYPE スイッチの一覧表をご覧ください。 DOCTYPE スイッチとは何か そもそも DOCTYPE スイッチとは何か、というのがまず書くべきところですが、これは私が書かずとも良質のリソースが各種ありますのでそのリンクのみまとめておきます。 !DOCTYPE スイッチ 各UAのDOCTYPEスイッチについて - CSS Dencitie Mozilla's DOCTYPE sniffing - MDC Mozilla's DOCTYPE sniffing - MDC ( 日本語
コバの備忘録いつも良質なエントリーでブックマークをたくさんもらっている「ウノウラボ Unoh Labs」。 若干前になりますが、そこで「CSSによるデザインワークと相性のよいHTMLって？」というエントリーがありました。 ここにたくさんのことが書かれておりますが、本日はさらに僕が実践していることを紹介したいと思います。 と言っても、まずは「CSSによるデザインワークと相性のよいHTMLって？」の内容の概略から。 ID、クラスを適切に割り振って、要素がCSS側から一意に特定できるように 特に説明するまでもなく、要素の役割に応じてID・クラスを適切に付けようねということですね。 同じようなものには同じクラスを割り振る 良く、「IDだけを振っておしまい」と言う状況がありますが、さらに同じような役割の要素にはクラスも設定しておきましょう、ということです。 tableのtrごとに「odd」「
いまさら聞けない“Web標準”、そしてXHTML＋CSS：いまさら聞けないリッチクライアント技術（4）（1/3 ページ） 前回の「いまさら聞けない、“Ajax”とは何なのか？」の説明の中で、Ajaxの定義の1つとして「XHTMLとCSSを使った標準規格のプレゼンテーション」というのがありました。前回の記事では、この部分をしっかり解説できなかったので、今回はこれについて解説をしましょう。 といっても、Ajaxの補足説明が今回の目的ではありません。HTML／XHTMLとCSSを使った「Web標準」について紹介します。 「Web標準」という単語はよく耳にしますが、具体的にどんなものか？ HTML／XHTMLとCSSとどのような関係があるのか？ さらに、HTML／XHTMLやCSSって何？ といった点について見てみましょう。 「Web標準？ Webを標準化することかな？」 AjaxやXML、Jav
7月25日より新しいW3C Markup Validation Serviceが稼動しています。デザインやインターフェースの改良だけではなく、内部の仕組みや検証機能にも改善がみられます。 新しいバージョン0.8.0ではアーキテクチャが一新され、検証時間の短縮や信頼性の向上が図られています。加えて、XMLの整形式や名前空間、MIMEタイプに関するチェックなど、XMLに関するエラー検証の精度が高まっています。このため、今までvalidとされていたXHTML文書が新しいvalidatorではinvalidとなる可能性があることにご注意ください。 Validatorは今後も、サービスのローカライズをはじめとするさまざまな改良を続けていくとのことです。日本語版の登場が待たれます。
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
