タグ

htmlに関するtsukkeeのブックマーク (143)

  • Vim の Sparkup プラグインで HTML タグを Zen Coding 風に簡単入力 : Serendip – Webデザイン・プログラミング

    Vim プラグインの Sparkup (rstacruz’s sparkup at master – GitHub) で、CSS セレクタ風の記述から HTML タグ文字列を入力することができる。(zen-coding 風の入力) プラグインのインストールは上記サイトからダウンロードしたファイル内の vim/ftplugin/ 内のファイルを ~/.vim/ftplugin/ にコピーする。 プラグインの実行には python2.5 以上が必要。 <c-e> を押すことで、タグキーワード(div, h1, img, meta 等)から開始タグ・終了タグ・各種属性を自動で入力できる。 <c-n> を押すことでカーソルを次の入力位置に移動できる。 CSS 風のセレクタ表記を使ったショートカット文字列から HTML タグ文字列に展開される。 タグ単体の入力 タグキーワードを入力して <c-e>

  • 携帯サイト(html,table使用可)の制作に入る前に確認しておきたいチェック項目 │ これからゆっくり考L +α

    前回のエントリー「携帯サイト(html)の制作に入る前に確認しておきたいチェック項目」では、tableを使わずにできるデザインでサンプルページを作成しました。 今回は「tableを使用してよい」という条件のもとで制作した場合、で考えてみます。 ただ、table非対応機種で見てもそこまでむごい崩れ方をしないように考慮して制作します。 デザイン、条件は前のエントリーと同様です。 前提条件は、 ・3キャリア1ソース ・htmlCSSは使用不可) ・文字コード:Shift-JIS ・改行コード:CR LF 対応端末は、 ・docomo 901以降 ・au WIN端末 ・sb 3G です。 ※table非対応端末が含まれているがtableは使用してよいこととする。ただし、table非対応機種でもサイトの閲覧に支障がないようにすること。 チェックポイント tableが使えることによって前よりもチェッ

  • 携帯サイト(html)の制作に入る前に確認しておきたいチェック項目 │ これからゆっくり考L +α

    「デザインは素敵なんだけど、携帯でこれはちょっとできないなー」とか、「無理ではないけどできれば避けておいた方がいいよなー」っていうデザインがあがってくることが多い今日この頃。 モバイルコーディングをやり慣れている人じゃないとモバイルでできることできないこと、cssを使わないと実現できないこと、table使わないと実現できないこと、などが分かりにくいと思うので当然だとは思うのですが。 ですが、知っているのと知らないのとでは工数がかなり違ってきます。 一旦デザインして、コーダーにそれを見せて「ココとココとココは実現不可能。やり直してください。」で差し戻され、デザインをやり直してってなると、デザインも2度手間、デザインをチェックして無理な項目を洗い出すコーダーにも余計な手間がかかります。 今回洗いだした項目は、なんせ自分がコーダーなので、コーダーがデザインファイルをもらった時にバーッと見てチェッ

  • Objective-Cの知識不要! HTMLとJavaScriptでiPhoneアプリを開発できる「NimbleKit 1.2」 | パソコン | マイコミジャーナル

    VolnaTechは、HTML/JavaScriptiPhone/iPod touchネイティブアプリを開発するためのライブラリ「NimbleKit 1.2」を公開した。動作環境はIntel製CPUを搭載したMac、動作環境はMac OS X Leopard 10.5以降、Xcode。別途iPhone SDK 2.2以降が必要。 HTMLJavaScriptでネイティブなiPhoneアプリの開発が可能になる「NimbleKitNimbleKitは、HTMLJavaScriptを使用してネイティブなiPhone/iPod touchアプリを開発するためのライブラリ。iPhone OS 2.2以降に対応、一部機能はiPhone OS 3.0の正式リリース後に提供される。ライブラリの全機能は無償利用できるが、動作はiPhoneシミュレータ上に限定され、実機上での利用には有償のユーザ登録

    tsukkee
    tsukkee 2009/05/28
    どんな感じなんだろ?
  • 「 rel=

    「 rel="canonical"」で重複コンテンツ対策 Google,Yahoo!,Microsoftの検索エンジン3社が新たに「 rel="canonical"」のサポートを開始しました。 これは一つのコンテンツに複数のURLが存在する場合、どのURLが正規のURL(検索エンジンにインデックスして欲しいURL)かを定義するための属性です。 たとえば、to-Rでは http://blog.webcreativepark.net/tag-seo.html http://blog.webcreativepark.net/cgi/mt/mt-search.cgi?tag=seo http://blog.webcreativepark.net/cgi/mt/mt-search.cgi?tag=seo&blog_id=1 などtagページは同じコンテンツで複数のURLからアクセスできる仕様になって

    「 rel=
    tsukkee
    tsukkee 2009/02/16
    rel="canonical"
  • surround.vimでHTML編集を効率化 - Webtech Walker

    surround.vimの設定でHTMLの編集が便利になる設定をしてみました。surround.vimの使い方に関しては下記サイトがまとまってます。ホント便利っす、このプラグイン。 vimtext-object をより便利に使えるプラグイン - surround.vim - 川o・-・)<2nd life .vimrcの設定 設定はこんな感じです。 "for surround.vim " [key map] " 1 : <h1>|</h1> " 2 : <h2>|</h2> " 3 : <h3>|</h3> " 4 : <h4>|</h4> " 5 : <h5>|</h5> " 6 : <h6>|</h6> " " p : <p>|</p> " u : <ul>|</ul> " o : <ol>|</ol> " l : <li>|</li> " a : <a href="">|</a

    surround.vimでHTML編集を効率化 - Webtech Walker
  • Web屋のためのVim設定・Tipsまとめ 2/2 - ナレッジエース

    おそらく、誰もがやる深夜のWebサーフィンは、究極のところ時間の無駄ではないのかもしれない。 それは、Webで夢をみているのにほかならないのだ。(T.B=リー「Webの創成」より) 「Web屋のためのVim設定・Tipsまとめ 1/2」からの続き。 Vimを使ったHTMLCSSの編集について、さらに関係しそうな事項を紹介します。 HTML編集でもよく使うVim機能 =キーで自動インデント HTMLのインデントが崩れているときは、範囲選択して=キーを押せば、自動的にタグの入れ子を認識してインデント調整されます。 ばらばら→範囲選択→「=」ですっきり カレント行だけインデント調整したい場合はノーマルモードで==とすれば可能です。 なお、手動でインデントを上げ下げするには、ノーマルモードでは>と<、インサートモードでは<C-t>と<C-d>が使えます。 gfで相対パスのリンク先ファイルを開

  • Web屋のためのVim設定・Tipsまとめ 1/2 - ナレッジエース

    Comments» 1. 日のTwitter 2009-01-18 | memoMania - 2009-1-19 […] Web屋のためのVim設定・Tipsまとめ 1/2 - ナレッジエース http://blog.blueblack.net/item_340 # […] 2. ゲスト - 2009-1-19 (ただ、私の環境だとたまに、実行時にDOS窓が残ってブラウザを閉じるまでファイルが編集不能になる現象が発生します。なぜだろう。) firefoxの前にstartを入れるとどうでしょう? 3. nase - 2009-1-19 ありがとうございます!動作確認できました。よけいなDOS窓が開かなくなって、いい感じです。文も修正させてもらいました。 4. sasata299's blog - 2009-2-6 vim環境を晒してみる… いきなりですが、僕はvi派です。emacsは・

  • HTML と XHTML で同じ XPath を使う: Days on the Moon

    通常、XPath を書くときは //p のようにすることが多いと思いますが、これには名前空間の指定が含まれていないため、XHTML 文書 (MIME タイプが application/xhtml+xml で提供されている文書) では使えません。これに対するアプローチとしては、//h:p のようにあらかじめ XPath 式に名前空間の指定を含めておき、リゾルバによる名前空間接頭辞の解決時に HTML と XHTML とで処理を分けるというのが一般的でした。「XPathNSResolver のクロスブラウザとか」や「document.contentType == "application/xhtml+xml"なページでの$X」で扱っている方法です。 とはいえ、いちいち名前空間接頭辞を指定するのは面倒くさいですし、同じ名前空間に対する接頭辞が人によって違うのも不便です。XPath 式の中で要素名

  • 携帯サイトのDOCTYPEについてもう一度考えてみる。 携帯ホームページを作ろう! -ちょっと詳しいモバイルサイトの作り方-

    以前、 ドコモ iモードサイト作成時のHTML DOCTYPEまとめ (http://dspt.blog59.fc2.com/blog-entry-37.html) について書きましたが、今読み返すとあまりに適当な気がして、 読者の方に誤解を招くのは申し訳ないので、携帯サイトを制作する際に、 DOCTYPEはどのように記述すべきかもう一度考えてみます。 現在、各キャリアが推奨しているDOCTYPEは、 Kamitani79-メロンとバナナとブログさんに書かれているように、各社独自に定めています。 が、しかし実際のところは、3キャリア共通のXHTMLを書く場合には、 XHTML Mobile Profileに従って記述するほうが、各社のXHTMLの仕様を見ても、 一番合っている気がします。 ただ、XHTML Mobile Profileはかの有名なW3Cが勧告したものではなく、 携帯端末の特

  • hxxk.jp - DOCTYPE スイッチについてのまとめと一覧表 (HTML 5 や IE 8 Beta 2 のモードスイッチなどの情報も含んだ 2008 年版 )

    DOCTYPE スイッチについて再度まとめ 以前 DOCTYPE スイッチについての検証とまとめと一覧表という記事で DOCTYPE スイッチについてまとめましたが、あれから 2 年弱が経過したので、改めてまとめてみようと思います。 まとめるまでの話がけっこう長いので、一覧表だけ参照したい ! という場合は DOCTYPE スイッチの一覧表をご覧ください。 DOCTYPE スイッチとは何か そもそも DOCTYPE スイッチとは何か、というのがまず書くべきところですが、これは私が書かずとも良質のリソースが各種ありますのでそのリンクのみまとめておきます。 !DOCTYPE スイッチ 各UAのDOCTYPEスイッチについて - CSS Dencitie Mozilla's DOCTYPE sniffing - MDC Mozilla's DOCTYPE sniffing - MDC ( 日

    tsukkee
    tsukkee 2008/10/13
    IEがカオスすぎる
  • hxxk.jp - 実践 Web Standards Design の参考 URI のまとめ & 3 刷出来のお知らせ

    記事データ 投稿者 望月真琴 投稿日時 2008-03-08T01:09+09:00 タグ お知らせ まとめ 出版 実践 Web Standards Design 概要 実践 Web Standards Design の、 2008 年 3 月 1 日発行の第 3 刷に掲載している参考 URI のリストを作成しました。第 3 刷も全体的な内容に変更はありませんが、できる限りで 2008 年現在の情報にアップデートしています ! リプライ リプライはまだありません。

  • はてなブログ | 無料ブログを作成しよう

    週報 2024/04/28 川はただ流れている 4/20(土) 初期値依存性 さいきん土曜日は寝てばかり。平日で何か消耗しているらしい。やったことと言えば庭いじりと読書くらい。 ベランダの大改造をした。 サンドイッチ 一年前に引っ越してからこんな配置だったのだけど、さいきん鉢を増やしたら洗濯担当大臣の氏…

    はてなブログ | 無料ブログを作成しよう
    tsukkee
    tsukkee 2008/10/13
    これは便利!
  • コードは<pre>でマークアップするべき ...か? - Archiva

    Make a note of it: Web tech, montaineering, and so on. Note: この記事は、3年以上前に書かれています。Webの進化は速い!情報の正確性は自己責任で判断してください。 技術系のネタを出すときに避けて通れないのが、ソースコードの出し方。通常は<pre>要素でマークアップするのが一般的。だけど<pre>要素でマークアップすると、基的にはどれだけ横長になろうがソース中の改行でしか改行されないため、表示領域内に収めることが難しい。 だが待ってほしい。 そもそも<pre>でマークアップしなければいけないのか? そんな事はない。<pre>(整形済みテキスト)はソース中のスペースや改行をそのまま表示するために作られたタグで、改行や空白に大きな意味をもつ詩や俳句なんかのために用意されている。それがソースコードのマークアップに使われるのは、単にイン

  • HTML要素の位置取得 - elm200 の日記(旧はてなダイアリー)

    趣旨 ウェブページとして描画された HTML 要素の画面上の位置を取得する。一見簡単そうに見えるこの作業が、現在実装されているブラウザ上ではとてつもなく難しい。そのことを以下で説明していく。 情報ソース この問題に関して調べたところ、最もよく出来ているエントリは、susie-t 氏による offsetTop/offsetLeft/offsetParentの闇 である。とてつもない力作で、実に多くのケースにわたって、包括的に探究が行われている。まるで犯人を追跡する刑事のような執拗さである。氏の自己紹介では「ナマケモノのプログラマ」とか謙遜されているが、これはとてもナマケモノにできる仕事ではない。 基中の基として W3C CSS 2.1 の次の章を抑えておきたい。 8 Box model 9 Visual formatting model 10 Visual formatting mode

    HTML要素の位置取得 - elm200 の日記(旧はてなダイアリー)
  • HTML - meta タグの仕様詳細まとめ :: Drk7jp

    前エントリ - Internet Explorer のイメージツールバーを無効化する meta タグ で予告したとおり meta タグについて生まれて初めてまじめに調べてみました。改めて調べてみると知らなかったこと満載です。っていうか Web エンジニアたるもの一度は W3C勧告 くらいは一通り目を通しておかなくてはダメだなと思ったりしました。面倒なくらい分量があるけど。ひとまず meta タグ情報としての自分にとって永久保存版まとめという位置づけです。 まずは参考になったサイトの紹介から。 W3C勧告HTML4.01 :: The global structure of an HTML document W3C勧告HTML4.01 私的日語訳 :: The global structure of an HTML document(ja) rfc2616.txt Another HTML

  • HTML+JSでプレゼン、YAML版も作ってみた

    一つ前のエントリーに対して、アップルの増井さんから「もうちょっとシンプルな『メタ言語』で良いんじゃないでしょうか。YAMLみたいなのとか。」という良いアイデアをいただいたので、早速実装。先のサンプルが、ページ内にこんな感じで直接記述できる。 ==iAnime.js: Benefits *Small footprint (<6KB compressed) *Lightweight (runs fine on iPhone) *Works well with jQuery.js and prototype.js *Free (MIT license) ==iAnime.js: Power *Easy to use (only three methods) *Powerful JSON-based animation language *Extensivle ("effects" and "pl

  • HTML/XHTMLやCSSの標準規格を整理:FirefoxとSafariのCSS - builder by ZDNet Japan

    ともにDXを推進する コンテナ化されたワークロードを管理 継続的な価値を生みだす「協創」への挑戦 ITインフラ運用からの解放 HCI+JP1による統合運用による負荷激減で 次世代IT部門への役割変革へ一歩前進 単純なインフラ製品の販売ではない DX、コンテナプラットフォームの実証など 自社の取り組みで得られた知見を顧客に提案 IT部門のDXはこれだ! IT運用管理新時代における最適な運用管理 の現場作り 非構造化データのデジタル活用へ 社内の文書コンテンツを一元管理 デジタル変革と内部統制の二兎を得るECM 体験から学んだ成功への知見 マネーフォワード×エム・フィールド対談 Fintechプラットフォーム開発の「鍵」 時代はサーバ仮想化からコンテナへ あらためて整理したい企業ITにおける コンテナ活用の基礎と採用メリットを紹介 特集:IT最適化への道 成功の秘訣をその道のプロが解説 カギと

    HTML/XHTMLやCSSの標準規格を整理:FirefoxとSafariのCSS - builder by ZDNet Japan
  • あなたのマークアップのどこがどう正しくないかを具体的に指摘してくれる『xhtml-css』 | 100SHIKI.COM

    似たようなツールはいくつかあるが、やっぱり便利なのと、きれいなインターフェースなのでご紹介。 xhtml-cssではCSSHTMLの文法チェックを行ってくれる。自分でサイトやブログを持っていたら一度試してみるといいだろう。 診断結果はかなり具体的なのでどこをどう直せばいいかが一目瞭然だ。 ウェブは厳密に正しくなくてもなんとなく表示されるものだが、やっぱり検索エンジンのこととか、メンテナンスのことを考えると正しい文法であるに越したことはない。 また何がどう正しくないかを知ることによって自分が何を勉強すればよいかもはっきりするだろう。こうした勉強欲を高めてくれるツールはいいですな。

    あなたのマークアップのどこがどう正しくないかを具体的に指摘してくれる『xhtml-css』 | 100SHIKI.COM
  • About the HTML 4.01 specification Japanese translation

    HTML 4.01 仕様書邦訳概説 この文書は、W3Cにより作成されW3C勧告文書として公開されている "HTML 4.01 specification" (http://www.w3.org/TR/1999/REC-html401-19991224) を、HTML 4仕様書邦訳計画補完委員会が邦訳したものです。HTML 4.0仕様書補完委員会訳とは異なり、より仕様書らしい文体で日語化してあります。 原著作権はW3Cが保有し、二次著作権はHTML 4仕様邦訳計画補完委員会が保有します。 正規の規定はW3Cサイトにある英語版であり、この日語版は参考にすぎません。 邦訳の過程で気づいた原規定の誤りについては原著者に報告し、明らかなタイプミス等についてはerrataに掲載される前であっても修正した訳を掲げる場合があります。 この文書には、翻訳上の誤りがあり得ます。当委員会は翻訳の正確性を保証

    tsukkee
    tsukkee 2008/10/13