テーブルを使ってauの「隙間」を消す | 株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報
テーブルを使ってauの「隙間」を消す|株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報| 携帯サイト開発から生まれる技術情報ブログ auでたびたび問題となる、画像とブロック要素の上下にある消せないマージン、いわゆる「隙間」について、その回避方法を紹介します。divタグを入れ子にすることで消す方法もありますが、今回紹介するのは別解という位置づけになるでしょう。使うのは、携帯サイトでは何かと御法度のように言われているtableタグです。 au隙間バグ回避方法 使うのはtableタグ tableタグは携帯で使えないのでは？と思った方もいると思います。そんなことはないんです。使えないと言っているのは携帯サイト制作のノウハウ本などだけで、実際はほとんどの端末がtableタグに対応しています。現在サービス中のau端末でtableタグ非対応機種はありません。 au隙間バグとはどんな現象
DoCoMoのCSSとXHTMLまとめ | 村式開墾日記
DoCoMoのCSS、XHTMLにはクセがあります。注意すべき点をまとめてみました。 これに関してはいろいろなサイトで論じられていますが、既出のネタや仕様書の内容も含めなるべく広範囲に渡って情報を集めました。 他のキャリアについてはまた書くと思います。 特に気をつけるべき点を先にまとめると、こんな感じです。 ・CSSはインラインでしか記述できない。 ・XHTMLが必須でかつ適切なContent-Typeヘッダを吐く必要がある。 ・istyle属性は使えない。 ・MARQUEEタグは使えない。 ・object要素によるFlashの埋め込みはiモード対応XHTML1.1から。 ・TABLEタグはiモード対応XHTML2.0以降でないと使えない。 ・GPS用の属性lcsはiモード対応XHTML2.1以降でないと使えない。 (DoCoMoに限った話ではない内容も含まれています) CSSの名称、記述
FirefoxのhtmlparserをXPCOM経由で呼び出して壊れたHTMLを修復する - bits and bytes
dapper のように、ブラウザでクリックをしたところをスクレイプする、というときにはXPathが向いています。ブラウザでクリックした部分のXPathをサーバに保存しておけば、あとで保存したXPathに従ってドキュメントからエレメントを取り出すことができます。 しかし実際にHTMLからXPathを使ってエレメントを取り出すときに大きな問題になるのが、ウェブページの大半(体感で70%くらい)は記述されているHTMLが構造的に壊れているという事実です。タグを開いたまま閉じていなかったり、開いていないものを閉じていたり、ドキュメントの最後に</body></html>が二重に入っていたり、壊れかたは様々ですが、とにかくウェブ上のHTMLは大半が壊れています。壊れているHTMLが大半だからなのか、壊れているHTMLでもブラウザが適当に解釈して表示してくれるからなのか、とにかく世の中のヘージの大半
XML::LibXML で HTML の一部をパースする
XML::LibXML::parse_html_string で HTML の一部、たとえばブログ記事の本文のみとか、をパースしようとして無駄に苦戦してしまったのでメモ。 以下のような、DOCTYPE 宣言もなければ html/body 要素もないけど、ちゃんと（？）HTMLの一部ではあるものを XML::LibXML でパース、ごにょったあと出力したい。 #!/usr/bin/perl use strict; use warnings; use XML::LibXML; my $html =<<HTML; <div class="entry"> <p>test!!</p> </div> HTML my $parser = XML::LibXML->new; my $doc = $parser->parse_html_string($html); print $doc->toStringH
携帯サイトの作り方
ここでは、携帯向けサイトの作り方を簡単に紹介します。 PC向けサイトを作ったことのある人を対象とさせていただきます。 まず、携帯版のファイルはPC版と完全に分けましょう。 共通のファイルで済まそうとするのはかなり無理があります。 PCと携帯の違い いくつかあるので順に説明します。 ファイルサイズの制限 これが一番大きなところでしょう。 後で詳しく説明しますが、携帯向けサイトでは1ページ当りのファイルサイズを 画像も含めて5Kbytes程に収めなければなりません。 5Kbytesでは足りない、と思われる方も多いと思いますが 試しに5Kbytesの文章を書いて携帯で表示させてみましょう。 携帯の小さい画面から見ればこれでもかなりの情報量だと感じるはずです。 スタイルシート関連 携帯向けサイトでは、一切のスタイルシートが使えません。 もともと、スタイルシートとは細かな装飾方法をアレンジするための
HTML のマークアップが楽になる(?) html-key-chord-mode を作った。 - 日々、とんは語る。
以前日記で、HTMLをすんごい速さで書ける Emacs のモードの構想。とか書いたのですが、とりあえず形になったので紹介します。僕のEmacsモード(正確にはマイナーモードですが)処女作です。 公開場所 これまた初めて GitHub 使いました。 html-key-chord-mode - GitHub みんないじいじしたりアドバイスください。 想定している使い方。 メジャーモードじゃないのは、色分けとか、インデントとか、そういうのは他の昔からあるモードに任せてしまおうと言う考えです。 んでもって、一から文書構造を考える場合よりも、既にある程度構造が決まっていて、そこに文章を流し込む場合のマークアップを最強に高速に行なうための機能を提供するという感じです。 インストール。 elisp のインストールを一から書こうかと思ったのですが、それだけで記事ひとつになりそうだったので、涙を飲んで省略し
HTML::Split
HTML を指定の文字数で分割するための HTMLS::Split なるモジュールを CPAN に up しましたので、さっくり使い方なんかをつらつら。 なにするモジュール？ 最初に書いたとおり、HTML を指定の文字数で分割するためのモジュールです。 携帯端末などで HTMLタグを含むテキストデータが 10KB 未満など、きびしい制限があるデバイス向けに HTML を出力する際には、PC ブラウザで見せている長文をそのまま出力するわけにはいきません（容量オーバーってことできれてしまう）。 そこで、HTML を分割する必要があるのですが、ただ、単純に HTML を分割といっても、 タグの途中できれたらどうしようもない A タグのテキストノードなんかが分割されるのはあんまりうれしくない。分割してもいいけど、次のページはどうやってはじめるのさ（ なしに突然 がやってくる）？ CSS を当てたい
HTMLのドキュメントから繰り返し部分をみつける - bits and bytes
RSSを生成していないページからRSSを生成するなんでもRSS 0.1bは、公開されているJSAI2005: なんでもRSS - HTML文書からのRSS自動生成によると、日付情報を目印にしてそのHTMLドキュメントの構造を推測して、各エントリ(item要素)のタイトルと本文を単語の統計的に処理して決定し、フィードを生成していると書かれています。 ウェブ上にあるHTMLドキュメントは Ask.jp ： "xml" Search results. のように、RSSのitem要素に相当する部分に日付が含まれていないものもあります。 その中でも、大量のデータを複数のページにわけて表示しているHTMLドキュメントを対象に、ドキュメント中に含まれる繰り返し部分のXPathを生成するブログラムをjavascriptで作りました。 アプローチ 大量のデータを複数のページわけて表示しているドキュメントを
ウノウラボ Unoh Labs: CSSによるデザインワークと相性のよいHTMLって？
yamazakiです。最近だいぶあたたかくなってきましたね。おかげで日中眠くて仕方ないわけですがいかがお過ごしでしょうか。 ウノウに入る以前も含めてそれなりに長いことHTMLとCSSを書いてきたわけですが、今回は試みに、「だいたいこういうところに気を使われたHTMLだと、CSSでのデザイン適用やレイアウトがやりやすいな」というこれまでの経験則を簡単ですがまとめてみたいと思います。 まあ、このあたりはCSS書く人とHTML書く人の間でちゃんとルールを決めておけばいいだけの話なので、そもそも何の役に立つのか疑問といえば疑問ですが（笑 たとえばユーザがCSSを書いてスキンを作れるようなサービスを作る際、どういったHTMLにするかを決める、みたいな時には少し参考になる、かもしれません。 ID、クラスを適切に割り振って、要素がCSS側から一意に特定できるように たとえばグローバルナビゲーションとカ
JustSayHi Dating Chat with people worldwide
JustSayHi with Video & Chat Browse video profiles and group chat with people around you. Available in the Play Store Amazing features JustSayHi is geared for singles and people who are interested in meeting singles. Check out these key features: Videos of People Nearby We think it's important you’re meeting humans, so videos are a big thing Match You like (heart) them, they like you, it's a match.
Javascript - Event compatibility tables
Last updated on 6 September 2011. An older version of this page has been translated into Romanian. On this page I give a quick overview of events browser compatibility. This research is exclusively about when the events fire, and on which elements you can add event listeners. The spec is relatively clear about the latter, but frequently vague about the former. Thus it seems you’re currently readin
第4回 Aptana Studio始めました | Think IT
Eclipseから始めるあなた 最終回の今回は、オープンソースの統合開発環境「Eclipse」と、Drewmweaverに取って代われる存在ともいえる「Aptana Studio」を紹介しましょう。 筆者がAptana Studioを始めたきっかけは、諸先輩方からのアドバイスです。Webデザインだけでなくプログラミングもこなすような仕事が増えてきたころ、PHPを書く場合に何かいいアプリケーションがないかと探しており、EclipseとプラグインのAptana Studioを勧められたのです。 Eclipseは、プラグインの追加でいろいろな言語を記述することもできるし、何よりオープンソースであるところもいいところだと思います。今回は、まだEclipseを使ったことがない方のために、導入方法から紹介していきましょう。 EclipseではWindows、Linux、Mac OS Xほか多数のプラッ
XHTMLでやりがちな8個の間違い | ブログが続かないわけ
最近、XHTMLのValidationに恋してます。 Validationチェックをするのに便利なのは、やっぱり本家のW3CのMarkup Validation Service。単一のページをチェックするにはこれが一番いい。 Markup Validation Service サイト全体をまとめてチェックする場合はこちらが便利(手前味噌でごめんなさい)。 Site Validator ただ、これらのサービスは詳細のエラーを見てもどこが間違いかわからないことがある。慣れないと難しい。まず、英語だと言うのも問題かもしれないが、微妙に問題点とエラーメッセージの内容がずれていることも多いからだ。プログラマであればエラーメッセージとエラー内容がずれているなんてことは慣れっこかもしれないが、これらのツールを使うのは非エンジニアであることも多い。HTMLのコーダーとかディレクターとか。 Site Val
Color Design Blog / Ultimate HTML Color HEX Code List by COLOURlovers
HTML 3.2 specifications identified sixteen colors that can be used by name to define color in HTML and CSS. But don’t worry you can use more than sixteen colors in HTML… you’ll just need to know the six character HEX values and we’ve listed pretty much all of the ones you’ll need on one page. Standard 16 Named Color Codes
ローカルファイルのセキュリティ警告を出さないおまじない
Libraのハッカソンやってるという話は先日「HackLibra、最初のオンラインハッカソン」で書きました。 …
John Resig - A Typical HTML Page
When doing DOM-based performance testing you frequently need to pick a sample HTML document to work against. This raises the question: What is a good, representative, HTML document? For many people a good document seems to file into one of two categories: A large web page with a lot of content. When we did our initial performance testing with jQuery we used Shakespeare’s As You Like It (lots of el
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iモード対応HTMLタグ一覧
HisasAnn.com is for sale | HugeDomains
IDEA * IDEA
http://33rockers.com/2006/12/05/unobtrusive-iframe-with-jquery/