Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
リンククリックの際に別窓を開く挙動になってるtarget="_blank"は、W3C的には、よろしくない方向らしい。 HTML / XHTML Strictではtarget属性が定義されていないとのこと。 target="_blank"は非推奨? | Web標準Blog | ミツエーリンクス HTMLの仕様書では、center要素やfont要素などの文書内容を意味づけするものではなく、見栄えを表現する要素や属性が「非推奨 (deprecated)」と定義されています。 しかしtarget="_blank"の場合は、この「非推奨」とはなっていません。ただし、HTML 4.0 やXHTML 1.0のStrict文書型では、target属性が定義されていないため利用できません。このためtarget属性を用いる場合は、Transitional文書型を選択する必要があります。 ふーん。W3Cが何故そ
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
> HTMLで最低限の外見制御 まだちょっと主従関係について混乱されているようです。 HTMLの要素がデザインに影響する機能を持っているのではなく、 それが何であるかを示すためにマークアップをすると 結果として(視覚化するブラウザでは)表示に影響が出るのです。 ページを表示する≒(X)HTML文章を伝達する、ために存在するブラウザが 段落だから行間を空けてやろうとか 表だから縦横に並べてやろうとか それなりの視覚化を行っているだけです。 行間がどうなるとか外見の制御を念頭においてを考えるのではなく 本質的にそれが「何」であるかをマークアップするのが文章の論理構造を記述するという事です。 一般的に外見から考えたほうが理解しやすいので 縦横に並べたいと思えばそれは恐らくリストや表だし、 一行空けたいと思えばたぶん段落の切れ目ですが 理念は逆ですのでお間違えのなきように。
コーディングしていらっしゃる皆さんは、コピーライトって何のタグでマークアップしてますか? 別に<p>でもいいと思うんですが、ここは<address>でいってみてはいかがでしょうか? <ADDRESS>タグはその文書に関する連絡先・問合せ先を表します。 タグの名前は<ADDRESS>ですが、住所に限らず、ホームページのリンク先・メールアドレス・住所・電話番号・FAX等 連絡をとるために必要な情報を配置することができます。 つまり、作者情報を載せても問題ないわけです。ない、ですよね? 実際にサイトに住所などを掲載する場合は、そこに address タグ使えばいいと思うんですが、そういう情報がない場合。 コピーライトに使っても問題あるまい。と思います。 まぁ、コーディングでの組み方によっては<p>で組んだほうがイイという場合も必ずありますからね。 そういう場合は、適材適所というか臨機応
DOCTYPE スイッチについて再度まとめ 以前 DOCTYPE スイッチについての検証とまとめと一覧表という記事で DOCTYPE スイッチについてまとめましたが、あれから 2 年弱が経過したので、改めてまとめてみようと思います。 まとめるまでの話がけっこう長いので、一覧表だけ参照したい ! という場合は DOCTYPE スイッチの一覧表をご覧ください。 DOCTYPE スイッチとは何か そもそも DOCTYPE スイッチとは何か、というのがまず書くべきところですが、これは私が書かずとも良質のリソースが各種ありますのでそのリンクのみまとめておきます。 !DOCTYPE スイッチ 各UAのDOCTYPEスイッチについて - CSS Dencitie Mozilla's DOCTYPE sniffing - MDC Mozilla's DOCTYPE sniffing - MDC ( 日本語
海外ではHTML5の完成時期について、ちょっとした騒ぎになっています。 ことの発端は、HTML5のeditorであるGoogleのIan Hicksonが、TechRepublicのインタビューで「HTML5の完成は2022年ごろになる」と発言したことにあるようです。HTML WGのホームページにあるスケジュールでは、2010年9月の勧告とされているため、12年もの開きがあることに疑問を感じる人が多いようです。 しかしながら、2022年に勧告されるという見通しは、そこまで非現実的ではないように思います。 たとえば、CSS 2.1についても2002年の策定開始より6年以上経ち今もなお細かい詰めがおこなわれており、勧告は早くても2010年という予定です。HTML5は要素・属性の定義に加え、DOMの構成やインターフェース定義など、カバーする範囲がCSS以上に多岐にわたります。 また、そもそも20
HTML 5は、HTML、XHTMLと、それらをスクリプトなどで扱うための仕組みの定義を総合的に扱う、新しいHTML仕様だ。 HTML 5を正しく理解する大きなポイントとして、現在はウェブ標準の仕様を多く定めているW3C(ワールドワイドウェブコンソーシアム)で策定作業が進められているが、以前はWHATWGという団体によって「ウェブアプリケーション1.0(Web Applications 1.0)」という名前の仕様として開発が進められていた点がある。内容にふれる前に、まずはその根本の思想にもかかわるWHATWGという団体について軽くふれておきたい。 WHATWGの正式名称は「ウェブハイパーテキストアプリケーション技術ワーキンググループ(Web Hypertext Application Technology Working Group)」。ウェブブラウザの開発元であるApple、Mozill
Form Elements: 40+ CSS/JS Styling and Functionality Techniques Designing effective web forms isn’t easy, as we need to figure out more practical styling and functionality techniques to provide a great user experience. Recently there have been a number of noteworthy techniques such as styling different form fields, live validation, Context highlighting, trading options from field to another, slider
Web制作の現場ではいわゆる「機種依存文字」を使わないのが常識でした。機種依存文字といえば、Windowsで入力した「丸囲み数字」がMacで化けるのは有名です。これらはSHIFT_JIS文字セットにおいてWindowsとMacで割り当てられているシステム外字が異なるために起こります。 現在普及しているMacOSXはWindows外字もMac外字も含むUnicodeをサポートしているので、こうした問題は解決されているのではないか、と淡い期待を込めて・・ Firefox 2.0(Mac) 淡い期待は見事に粉砕されましたが。ヒラギノが文字化けしている。しかし、いわゆる機種依存文字では「(日)」などの括弧付き曜日に化けるのだけど、化け方が異なる。Firefoxのメニューでソースを見ると文字化けはしていない。ブラウザは正しく解釈しているが表示が間違っているという奇妙な状態。この現象については「Fir
次世代HTMLの「HTML 5」について、そのウワサは以前から耳にしながらも、中身については知らなかった。 仕様や解説記事(末尾にまとめた)をいくつか流し読みしてみて、驚いた。これこそ、私の求めていたものだ。 私は以前より、Webページの「本文」がどこからどこまでなのか、ソフトウェアで判定できる標準的な方法があればいいとずっと思っていた(「フィードをアイテム単位に区切れば、セマンティック・ウェブが一気に現実化する」)。HTML 5では、いくつか導入される新しい要素(タグ)の中に「article」というものがあり、これがまさに「記事」の範囲を示すものなのだ。 これさえあれば、プログラム的にWebページを取得して、その「article」タグの部分だけ抽出すれば「本文」になる。あらゆるWebページにこの「article」タグが入ってくれば、もうフィードに頼る必要もなく、どんなページの「本文」でも
Compact HTML for Small Information Appliances W3C NOTE 09-Feb-1998 This version: http://www.w3.org/TR/1998/NOTE-compactHTML-19980209 Latest version: http://www.w3.org/TR/1998/NOTE-compactHTML-19980209 Author: Tomihisa Kamada, ACCESS Co.,Ltd., tomy@access.co.jp Status of this Document This document is a NOTE made available by the W3 Consortium for discussion only. This indicates no endorsement of i
HTMLなんかどこに頼んだってかわんねーよ!というわけじゃない。 ちょっと前に、会社がコンペに参加するとかでHTMLの提案書を書いた。要件は、もう設計とか完了していて、ワイヤーフレームとかチャートとか用意しちゃっている気合いの入ったクライアントで、デザインとCMSに組み込むためのHTMLテンプレート(とガイドライン)を作ってーというもので、自分が書いたのはHTMLのところ。 まー、最初は自分が全体書いてて、ユーザーありきで設計してデザインしてコーディングしてってやってるんですーという、ワークフローな感じのことを書いたのだけれども、社内のWeb仙人に駄目だしされ、もっと特化したものを書け!大体、デザイン以降が要件なんだから、前半まったく意味ねーよ!ってことで自分の書いたものはフルボツになり、自分はHTMLのとこだっけ書くことになりました。 しかしまぁ、前からこんな、HTMLで何がいいわけ?み
コーディングに入るときに、こんな成果物は嫌だ! ということでコーディングディレクションにおける成果物を洗い出そうという試み。 成果物といっても修正指示まで入れると、いただくドキュメントすべてという感じですね。 注意点1.念のため、一応書いておきますが、特定の誰か・何かを非難するものでは全くありません。 心当たりがあったからといって、うちが恨んでいるという話では全くないのですが、 勘違いされる方がいらっしゃったら先に謝ります。すみません。 注意点2.これ、制作会社の方から発注があることを前提に書いています。Web制作でエンドユーザーからだったら、こんなに虫の良いこといいません。これをそろえるのがディレクター(うちがやることもありますが)の仕事だ、というつもりで書いています。 注意点3.嫌みっぽく見えたらごめんなさい。文章のノリの都合上の問題です。 注意点4.ディレクターって大変ですよね。まじ
SVGの編集など他にない機能を備えるHTMLエディタ兼ブラウザ「Amaya 10.0」 World Wide Web Consortium (W3C) は2月29日、Webブラウザの機能も備えたオープンソースのHTMLオーサリングソフト「Amaya 10.0」 (3月3日時点の最新バージョンは10.0.1) をリリースした。同チームのWebサイトでは、各種UNIX系OSに対応するソースコードのほか、WindowsとLinux、Mac OS X向けのバイナリパッケージが公開されている。 今回のリリースでは、HTML 4.01とXHTML 1.0、XHTML Basic、XHTML 1.1、HTTP 1.1、MathML 2.0の一部、そしてCSS 2の多くの機能とSVGの一部をサポート。ツールバーやパレットのデザインが一新されたほか、コンテキストメニューにはリンクの操作やカット / コピーと
Go to information W3G - World Wide Web Guide W3G について 当サイトは、初学者を対象とする World Wide Web(ワールド・ワイド・ウェブ)における情報技術の解説サイトです。ウェブサイトの作り方などの基本・基礎から応用のウェブサイトの品質を高める方法など SEO対策(検索エンジン最適化・ウェブページ最適化)と Web標準(Web Standards)にフォーカスしたウェブサイトの作成情報を中心に扱っています。ただし、作者の知識が偏っているため扱っている内容も偏っています。 免責事項 w3g.jp 配下で公開しているリソースは、その正確性に万全を期すよう努力しておりますが、その内容の正確性、有用性、安全性等については、いかなる保証を行うものでもありません。また、当サイトの利用者が掲載情報に基づいて下した判断および起こした行動により、いか
Scott Klarrのエントリー「Cheat Sheet Index」から、ウェブ制作・プログラマー・デザイナーのためのチートシート集です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く