タグ

*htmlに関するyamadarのブックマーク (151)

  • フロントエンド開発今昔物語 - Qiita

    フロントエンドと言っても、アプリやゲーム制作などではなく、いわゆるWebサイト制作のクライアントサイド側の話になります。 時代背景 おじいさんには、Photoshop、Illustrator、Dreamweaverという3種の神器がありました。当時のWebサイト制作は、これらのソフトを利用し、おじいさんが一人で行っていました。おじいさんのような仕事をする人は、Webデザイナーと呼ばれ、とても人気がありました。おじいさんは幸せでした。 いつしかWebデザインは分業化されるようになりました。おじいさんは久しくデザインをしていません。現在の彼の仕事は、デザイナから受け取ったPhotoshopデータを基にWebサイトを制作することです。それはHTML5サイトというとても都合の良いバズワードでまとめらてしまうこともあります。このことについて、おじいさんはやり場のない憤りを抱いています。 HTML/C

    フロントエンド開発今昔物語 - Qiita
    yamadar
    yamadar 2014/02/26
    なんか心に刺さる。良い。
  • 「HTML 4.01」と「XHTML 1.0」と「HTML5」の違いまとめ フラップイズム

    ※2014年2月26日に更新しました。要素及び属性をなるべく新しい仕様書に準拠、その他頂いたコメントへの対応を行いました。 ※2014年3月3日更新しました。タグと要素の違いについて追記。文内でタグと要素の記述が間違っていた部分を修正。「要素が要素をまたがってはいけない」というのはどの形式でも同じなので、記述を削除。 どうも、くーへいです。 今日はある方からリクエストされた記事を書こうかと思います。 皆さんは、コーディングをするときに「HTML 4.01」、「XHTML 1.0」、「HTML5」のどれを使っていますか? 実際には案件ごとに使い分けているかもしれませんね。 この投稿では、それぞれの違いについて、考えていきたいと思います。 ※要素とタグを混同する方も多いですが、要素とタグでは意味が全く異なります。 例えば、「<html>・・・</html>」は要素ですが、「<html>」や「

    「HTML 4.01」と「XHTML 1.0」と「HTML5」の違いまとめ フラップイズム
    yamadar
    yamadar 2014/02/21
    最近、文書のマークアップ言語という目的から離れた使い方をされる例が増えてる、というか改善されてないことにモヤモヤしている。
  • フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜

    Developers Summit 2014:【13-D-3】 https://gist.github.com/t32k/8934355

    フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
  • Kadoppe’s Blog

    2017/02/24に開催された「日発サービスのグローバルでの戦い方UX & Service Sketch #25」というイベントに参加した。

    Kadoppe’s Blog
    yamadar
    yamadar 2014/02/05
    入手して読んでみよう
  • » HTMLメールのスマートフォン対応はどうするべきか? | Webnoborder

    Webサイトのスマートフォン対応は進んでいますが、HTMLメールのスマートフォン対応は進んでいません。 何故、進まないか?理由はいくつかありますが大きな問題としてメールアドレスだけでは、受信しているデバイスを判別出来ない点が上げられます。 Webサイトのスマートフォン対応は進んでいますが、HTMLメールのスマートフォン対応は進んでいません。 何故、進まないか?理由はいくつかありますが大きな問題としてメールアドレスだけでは、受信しているデバイスを判別出来ない点が上げられます。 HTMLメールの最大の問題点 @docomo.ne.jpなどのキャリアドメインのメールアドレスの場合は、メールアドレスとデバイスが対になっていますが、対になっているデバイスがフィーチャーフォンかスマートフォンの判別がつきません。(i.softbank.jpはiPhone用のメールアドレスだけで判別できるようですが。)

  • Jeff Croft「web標準が成功しhtml名人は用済みになった」 - 以下斜め読んだ内容

    jeffcroft.com 2014.1.3のブログエントリ 2014.2.13追記。結び(diversify or die)を誤解してた Web Standards Killed the HTML Star – JeffCroft.com 「html/cssが得意なだけでは飯がえない」という周知の事実について 「名人」としての活動歴(書籍、登壇)のある人が現状について書いたエントリ 「あの名人はいま」風で面白く読んだ 以下斜め読んだ内容 2003年にJeffrey Zeldman「Designing With Web Standards」を出版した頃の話 html/cssかくあるべし、と議論されてた レイアウトはtable要素でなくcssで 画像置換のテクニック。これはアクセシビリティを守るため semanticなマークアップ - などなど カンファレンスも何度もあった。を書いた人も

    Jeff Croft「web標準が成功しhtml名人は用済みになった」 - 以下斜め読んだ内容
    yamadar
    yamadar 2014/01/07
    なるほどなぁ。。。
  • ワンランク上のHTMLコーディングを行うための18のポイント | ベイジの社長ブログ

    HTMLコーディングの初級というと、どの程度のスキルを差すのでしょうか。弊社では、以下のようなことがひとまずできていると、だいたい初級レベルを越え始めた段階かな、という気がしています。 ターゲットブラウザで大きな崩れがない。 リンク漏れや原稿違いなどのヒューマンエラーの頻度が極めて低い。 バリデーター・チェックでエラーが出ない。 逆に、これだけのことができて、なぜまだ初級レベルなのでしょうか。それは、現場では、これだけでは不十分だからです。ブラウザでひとまず正常に表示されるだけでなく、改修に素早く対応できる柔軟性、協業や運用後の更新を楽にするルールの一貫性や簡潔さ、HTMLの概念をきちんと踏まえた正しい構造設計なども、求められてくるからです。 そこでここでは、脱・初級者を目指す方のために、弊社内で行っているHTMLコーディングの、いわゆるエラーということ以外のチェックポイントを、まとめてみ

    ワンランク上のHTMLコーディングを行うための18のポイント | ベイジの社長ブログ
    yamadar
    yamadar 2013/11/29
    付け加えたい事はあるけど、方向性は概ね同意。bootstrapとかでdiv乱用してるサイトが目に付くので、基本に立ち帰るのは良いと思う。
  • HTMLのリンクタグ「href」は何の略なのか?

    By David J Morgan オープンソースの共有ウェブサービスであるGitHubで働くRyan Tomayko氏は、長年ソフトウェア開発に携わってきた中で、HTMLの基礎のリンクタグである「href」が何に由来するのかについて考察を行っており、2008年からコラムの更新を続けています。 What does "HREF" stand for? http://tomayko.com/writings/wtf-is-an-href-anyway Tomayko氏は、リンクタグが、「url」や「link」、もしくは単に「ref」ではなく、なぜ「href」と表記するようになったのか?という疑問から、「HTML recommendation」を調べたところ、「href」の項目には属性の説明のみが書かれており、起源となる記述を発見できなかったとのこと。 By Anna Vignet ほかにもさま

    HTMLのリンクタグ「href」は何の略なのか?
  • JSONデータを使ってテーブルを表示·Tabler MOONGIFT

    TablerはJavaScript製のオープンソース・ソフトウェア(MIT License)です。 HTMLテーブルは様々な場面で使われます。そのため、より使い勝手よくカスタマイズしたり表示をダイナミックに変更したいと言ったニーズが出てきます。そこで今回はJSONからテーブルを表示するTablerを紹介します。 基的な使い方。カラムを定義してJSONデータを当てはめるだけです。 全てを表示するのではなく、指定したキーだけを表示させる事もできます。 Ajaxデータで取得したデータを使って表示をよりダイナミックに。 ページネーション付き。ページ番号またはnextボタンで次のリストに遷移します。 Tablerでは元々データがJSONであり、レンダリングはTablerに任せる事ができます。システム側から出力されるリストに合わせてテーブルの表記を変更する事も簡単でしょう。ベタにHTMLタグを書くよ

    JSONデータを使ってテーブルを表示·Tabler MOONGIFT
    yamadar
    yamadar 2013/11/19
    うーん、覚えておけば何かに使える、かもな。
  • IEのセキュリティアップデートでサードパーティcookieが拒否される場合の対処法 | システム運用日記

    Windows Update(MS13-088)により、サードパーティcookieの宣言をしていないcookieについては、 IE側が受け入れないようセキュリティが強化(?)されたようです。 サードパーティcookieについては、このあたりの記事を http://ascii.jp/elem/000/000/654/654929/ p3pの定義をしていないWebサーバ上にcookieを発行しようとするとデフォルトで遮断されるようです。 回避策は、apache の httpd.confに Header Set P3P 'CP="NON UNI CUR OUR"' と記述し、再度、set-cookieを行うことでOKです。 設定前に発行したcookieを読み込むことはできません。

    IEのセキュリティアップデートでサードパーティcookieが拒否される場合の対処法 | システム運用日記
    yamadar
    yamadar 2013/11/18
    IEでクッキーの値が取れなくなった場合のメモ
  • 東京モーターショー2013 | スペシャルコラボ | MITSUBISHI MOTORS JAPAN

    三菱自動車×ガールズ&パンツァースペシャルコラボは 2014年2月14日をもちまして終了いたしました。

    東京モーターショー2013 | スペシャルコラボ | MITSUBISHI MOTORS JAPAN
    yamadar
    yamadar 2013/11/18
    ソースに何か書いてあるけどMacだと読めないンゴ。
  • 事前レンダリングでウェブページの表示時間を高速化

    [対象: 上級] 事前レンダリングと呼ぶ技術を使って、ウェブページの表示時間を高速化する方法をこの記事では解説します。 事前レンダリングとは 事前レンダリング (Prerendering)とは、その名のとおり、ページの読み込み(正確にはレンダリング)を前もって実行する仕組みです。 Google検索で採用されている「インスタントページ」には事前レンダリングが使われています。 下のキャプチャは、Googleで「Amazon」を検索したときのChromeのタスクの状況をタスクマネージャで確認したものです。 「事前レンダリング」でAmazon.co.jpが出ています。 「Amazon」で検索したユーザーはかなり高い確率で(1位に出てきた)Amazonのホームページをクリックするはずです。 Chromeは先回りして、ユーザーがクリックしなくてもAmazonのホームページを取得および描画、つまりレンダ

    事前レンダリングでウェブページの表示時間を高速化
    yamadar
    yamadar 2013/11/12
    <link rel="prerendar" href="">
  • 現場で使える効果的なHTML&CSS構造設計(Effective HTML&CSS)

    #1 9つの箱とセマンティクスHTML #2 各サービスにおける現状のブラウザシェア #3 コーディングルール #4 CSS4 #5 レビュー&ディスカッション

    現場で使える効果的なHTML&CSS構造設計(Effective HTML&CSS)
  • javascriptのwindow.openを使って、POSTする。 水曜以外もどうでしょう

    ポップアップウィンドウを開きたいのだが、POSTもしたい。 さて困った。 参考資料) http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=19038&forum=12 まさにやりたい事が一致していた。 同じウィンドウ(同じタブ)には開きたくないが、target="_blank"だと、通常のブラウザのフルウィンドウなんで、ブラウザのメニューなど余計なものも出てしまう。 window.openを使いたいが、該当のphpファイルにPOSTでデータを渡さなければいけくて、方法を探っているとまさにクリティカルヒット。 function window_open() { window.open("about:blank","window_name","width=640,height=480,scrollbars=yes"); document

  • お願いだからWebフォームではを正しく使ってユーザビリティを上げてくれ | 初代編集長ブログ―安田英久

    今日は、Webフォームが「うわ、使いづらい」となってしまわないようにする、意外と対応されていないことが多いHTMLタグ「<label>」について。 HTMLを自分で書かないWeb担当者さんでも、デザイナーさんが作ったフォームに関して最低限これだけはチェックしておくといいですよ、というお話しです。 コンバージョンの要である「Webフォーム」。アクセス解析での改善やEFO(入力フォーム最適化)をしていると思いますが、意外と忘れられていることが多い「<label>」をご存じでしょうか。 フォームの入力項目それぞれの「ラベル(項目名)」を書くためのHTMLの作法なのですが、これをちゃんと使っているかどうかで、フォームの使いやすさがガラッと変わるのです。 一番わかりやすいのは、ラジオボタンやチェックボックス。<label>をちゃんと使っていると、ボタン部分ではなく文字の部分をクリックするだけで項目を

    お願いだからWebフォームではを正しく使ってユーザビリティを上げてくれ | 初代編集長ブログ―安田英久
    yamadar
    yamadar 2013/10/15
    同意。コピペの修正忘れで関係ない入力項目に飛ぶのもやめて!
  • GitHubのエラー・ページ

    GitHubのStyleguideにエラー・ページのセクションがあるのを知った。それによると外部ファイルに依存しないように書いているらしい。CSSはstyle要素で、JavaScriptはscript要素で、画像ファイルはBase64エンコードしてData URIで、それぞれHTMLに直接埋め込むというスタイル。 実際に404のテンプレートでもちゃんとそうなっていた。フロントエンド脳なので、HTTPリクエストを減らして、エラー・ページのコストを下げたいのかなと単純に考えてしまったけど、Not Foundの連鎖を避けることとか外部ファイルがCDN経由の場合の確実性を上げることとかの方が強い理由のようだ。エラー・ページを単独で機能するようにしておき、エラー時に余計な負荷を与えないようにすることにより、より速やかに復帰できるように、ということになりそう。 HTTPエラー・ページの意味も重要だけど

    GitHubのエラー・ページ
    yamadar
    yamadar 2013/10/07
    エラーページは外部ファイルを使わず単独で機能させる。「Not Foundの連鎖を避けることとか外部ファイルがCDN経由の場合の確実性を上げることとかの方が強い理由」
  • モバイルブラウザでもサクサクに動作する最適化6つのノウハウ

    「Webサイト・アプリ高速化テクニック徹底解説」第8回は、モバイルブラウザに向けた最適化について紹介します。 モバイル端末はPCに比べ、CPUやネットワークなどの性能面で劣ることからボトルネックの影響が出やすく、またゲーム開発など突き詰めたチューニングを行う場面では、特殊なノウハウも必要になります。 しかしきちんと最適化を行えば、その効果もその分著しく、比較的低スペックな端末や3G回線であっても、サクサク軽量なサービス提供が可能です。今回の記事では、その勘所をお伝えしたいと思います。 1. ボトルネックを取り除く まずはやってしまいがちなボトルネックの事例について、挙げていきたいと思います。前述のようにモバイル端末では、その性能からPCよりも顕著に、未最適化箇所が体感に影響を及ぼします。 仕事がらそこそこの数のアプリケーションを見てきましたが、モバイル向けに特化したチューニングができていな

    モバイルブラウザでもサクサクに動作する最適化6つのノウハウ
    yamadar
    yamadar 2013/09/25
    JS、キャッシュ、リクエスト数。
  • Google HTML/CSS Style Guide

    Revision 2.1 This style guide contains many details that are initially hidden from view. They are marked by the triangle icon, which you see here on your left. Click it now. You should see “Hooray” appear below. Hooray! Now you know you can expand points to get more details. Alternatively, there’s a “toggle all” at the top of this document. This document defines formatting and style rules for HTML

  • WebKitがsrcsetを実装!レスポンシブイメージの問題が大きく前進

    WebKitがWebKitが、img要素のsrcset属性を実装したとのニュースが、海外のWeb開発者たちの間で話題になっています。 srcset属性は、レスポンシブイメージを実現するために、WHATWGが提案していた仕様です。 この機能を用いると、ブラウザのスクリーン要件(幅、高さ、ピクセル密度)に応じて、異なる画像を読み込む事ができるようになります。 例えば以下のコードでは、ピクセル密度が2倍の(Retinaディスプレイのような)スクリーンを備えたデバイス上ではhigh-res.jpgを、それ以外のデバイスではlow-res.jpgを読み込みます。 この件について詳しく報じている“WebKit Has Implemented srcset, And It’s A Good Thing | Smashing Mobile”という記事によれば、srcset属性はレスポンシブイメージが必要と

    WebKitがsrcsetを実装!レスポンシブイメージの問題が大きく前進
  • 使うであろう文字だけの、HTML・XHTMLエンティティシート

    さっと調べたいときにピピッと見つけられるシートをささっと作ったよ 一般のエンティティシートは読み方すらわからない文字がたくさん配置されていて、探しにくい。 そこで、自分が使ったことのある文字限定でエンティティ文字のシートを作りました。 (はてブコメントでご指摘の通りXMLではなく、XHTMLの間違いです。訂正しました。8/18)

    使うであろう文字だけの、HTML・XHTMLエンティティシート