XHTML+CSSのid/class名でキャメルケースを使うべきではない7つの理由を、CSS WIZARDRYの「CSS: CamelCase Seriously Sucks!」から覚え書きです。下記はその意訳です（間違っていたらすみません）。 はじめに 今、この記事が何人かの人をいらだたせることは分かっているし、私が普段どのようにコードを記述しているのか伝えたいのではありません。私はシングルラインCSSがキライです。ただ、明瞭で、道理にかなった、理解しやすく、首尾一貫したコードであるならば、そんなに文句を言うことはありません。私の目から見て最も重要なのは一貫性です。しかしながら、キャメルケースは、本質的に矛盾していることが明らかなのです。 1. CSSはハイフンで区切られた構文 CSSはハイフンで区切られた構文です。どういうことかというと、font-size、line-height、bo
10.08.03追記：この記事を見てくれた方へ ごめんなさい、以下の内容は検索エンジン側が &charset=UTF-8 でパラメータを受け付けるときのみに有効な方法でした。つまり間違いです。 サイトの検索で外部検索エンジンを使うときなど、サイトはUTF-8なのに用意された検索エンジンはShift_JIS、、のようにサイトと検索エンジン側の文字コードが違う、というのはよくある話で、そうすると文字化けを起こします。 hiddenパラメータで文字コードを送る そういうときはhiddenパラメータでサイト側の文字コードを埋め込んでおくといいです。 以下のようにform要素に入れておきます。 accept-charset属性 formのaccept-charsetという属性で検索エンジン側の文字コードを指定することでも回避できるようですが、IEが未対応なようで、実用的ではないです。
Cheat Sheets are useful because web-developers need to remember more things. It is hard to memorize syntax for web developers and designers since they are always evolving and rising. In this process, Cheat Sheet is always come in handy. These cheat sheets are designed to be printer friendly and you can use as reference cards. Here is a collection of useful cheat sheet specially for front end web d
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
モバイルサイトの制作前に、もしくは打ち合わせに行った場合は必ずチェックしておきたいところをまとめてみました。 こちらから積極的に確認しないと、何も詳細が分からないままデザインだけぽーんと渡されてしまうことがあるので、自ら前のめりでチェックしておきたいところです。 個人的に「ここだけは外せない！」という項目は以下の6つ ・xhtml？html？ ・文字コードは？ ・tableは使ってOK？ ・絵文字は？ ・カタカナの扱いは？半角？全角？ ・VGA対応は？ xhtml？html？ 最近は基本xhtmlで作成という流れに（私の場合は）なってますが、それでも念のために一応聞いておきたいところ。 昔、xhtmlで作成してほぼほぼ終わった段階で「アップするサーバーでxhtmlが使えないのでhtmlに変更してください！」と言われてやり直したことがあります...。 文字コードは？ 携帯サイトといったらSh
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
仕様 原則としてXHTML1.0 Strictに準拠する。 要件に応じて、適宜XTHML1.0 Transitionalを用いる。 CSS2.1に対応する。 文字コードはUTF-8を採用する。 ブラウザ対応 推奨ブラウザ Internet Explorer 6以降 Firefox 2以降 Opera 9以降 Safari 2以降 これらのブラウザに関して、標準準拠モードを使用する(XHTMLガイドラインDOCTYPE宣言の項を参照)。 過去バージョンのブラウザへの対応 IE4、NN4、MacIE5以前のバージョンには、以下のようにCSSを適用させない措置をとる。 XHTMLファイルにおいて、CSSファイルを読み込むlink要素のmedia属性に複数の値を指定する(NN4対策)。 <link rel="stylesheet" type="text/css" media="screen, t
前回のhtml版に引き続き、今回はxhtmlの場合です。 htmlと比べて出来ることが増えるので色々なデザインの再現が可能ですが、やはり3キャリア1ソースとなると気をつけるべきポイントがいくつかあります。 コーダー（もしくはディレクター？）さんは、デザインをパッと見て「このデザインで組めます！」「組めません無理です...」の判断が咄嗟にできるようになると素敵だと思います。 デザイナーさんは、これからあげるチェックポイントを頭の片隅にいれつつデザインしていただけると、コーダーからの戻しが少なくてすむようになるかと思います。 前置きはこのぐらいにして、早速本題へ。 以下が今回のサンプルデザインです。 「これをxhtml、3キャリ1ソースコーディングしてください」 と言われた場合で考えていきます。 前提条件は、 ・3キャリア1ソース ・xhtml ・文字コード：Shift-JIS ・改行コード：
「Levels of HTML knowledge」という記事がありました。 かなり皮肉たっぷりで笑えました。 以下、要約していました。 誤訳などがあると思うので詳細は原文をご覧下さい。 原文のさらにネタ元の「Levels of CSS knowledge」も面白いです。 レベル 0 このレベルの人はHTMLを見ることはありません。 例えば、メールで送信されてきたHTMLメールを原文のまま見るなど、稀に何かの間違いで表示されてしまっているHTMLを見ることはあります。 彼らはレベル0以上になろうとも思いません。 ありがちな発言 「H？TM？ 何それ？」 レベル 1 このレベルの人たちは、自分たちが日々目にしているWebサイトの裏で何らかのプログラムが動作している事を認識しています。 このクラスの人たちはWebサイトを自分たちで作るときには、専用のツール(Photoshop、Dreamwea
コーディングガイドラインの必要性 私もはじめはガイドラインの必要性を感じずにいました。しかし、コーディングを続けていくうちにじょじょに必要性を感じてくるようになりました。 なぜなら、コーディングガイドラインを定めないままコーディングした結果、自分で作ったものですらどういう構造になっているか分からなくなったからです。そのため、更新に手間取ってしまいました。 一人のときですらこの有様ですから、二人以上で作業を行うことを考えるとコーディングガイドラインの必要性は明らかでした。 その後、何度もコーディングガイドラインを改善してきました。 項目1 データを編集した人が誰か分かるようにする HTMLファイル・CSSファイルともに、作成者と更新者の名前と日付をセットにした署名を入れるようにしましょう。 そのデータを編集した人が誰で・いつ編集したのかをわかるようにすることで、ミスが起きたときに責任の所在が
共通部分のimgにはwidthとheightは(X)HTMLで指定しないようにしたほうがいいんではないか。 img要素にwidthとheightを指定するのはかなり当たり前かのようにされてるけど、widthとheightをつけるのはめんどいし、(X)HTMLの仕様書でも#IMPLIED（必須じゃない）になってる。 ではなぜwidthとheightを指定するのかというと、ブラウザが(X)HTMLを読んでいる途中でも、imgにwidthとheightが指定されていれば、そのimgの高さや幅ぶんのスペースをとってくれるため、描画がスムーズになる。 例えばくそ長いページで途中に画像がぼんぼんあって、そいつらにwidthとheightが指定されてなかったら、よーしスクロールして読むぞーとしたの方に行こうと思いきや、まだロードされてなかった画像が順々にロードされていき、あららららと今読んでいたテキ
Flashコンテンツを表示する際のHTMLパラメタってたくさん。。 一覧で将来自分がみたくなるだろうことは必至！！と思って、まとめてみます。 ざっくりですが・・・。
IxEdit へようこそ IxEdit を使えば、ウェブページに簡単にインタラクションを加えることができます IxEdit は、ウェブアプリケーションのためのインタラクションデザインツールです。IxEdit を使えば、デザイナーは JavaScript コードを書かずに、ウェブページ上の要素をダイナミックに変化させる DOM スクリプティングを簡単に行うことができます。特に、ウェブアプリケーションのプロトタイピング段階で様々なインタラクションを試してみるのに役立つでしょう。 IxEdit はそれ自体が JavaScript で作られており、編集対象のウェブページの中に組み込んで使用する全く新しいタイプのツールです。作成したインタラクションはその場でウェブページに適用されるため、ブラウザの中で動作をリアルタイムに確認しながら編集作業を行うことができます。 IxEdit は指定されたパラメータ
2009年9月16日、W2Cマークアップエンジニア・ワーキンググループでお話しした「マークアップエンジニアが知っておきたい3つの脆弱性」に関するサポートページです。とりあえず資料がダウンロードできます。 資料ダウンロードプレゼンテーション資料の PDF 版がダウンロードできます。 bakera_w2cWG.pdf (PDFファイル 487KB) 無断での再配布はご遠慮ください。また、資料内に含まれる画面キャプチャは全て削除されていますので、一部不自然な空白があります。 以下に若干の補足があります。 マークアップエンジニアが知っておきたい3つの脆弱性:補足 参考サイト話の中で触れたり、参考にしたりしたサイトです。 情報処理推進機構 (www.ipa.go.jp)経済産業省告示「ソフトウエア製品等脆弱性関連情報取扱基準」(PDF) (www.meti.go.jp)ソフトウェア等の脆弱性関連情報
実は以前から出る事を聞いていたのですが、ついにリリースされました。 我らが大師匠にあたる大藤 幹がお届けする本当の(X)HTML辞典のiPhone App版です。 » 大藤幹のHYML/XHTML辞典 リリース直後ということで、現在50%OFFで購入できる。 この「大藤幹のHYML/XHTML辞典」中身は、各HTMLタグを検索できるほか、要素や属性別で一覧からや逆引きなども可能になっている。検索も可能になっている。 中身についても、意味と役割のみならず読み方やサンプルまで収録されているもの。 正直言って、この値段でこのボリュームは業界人ならば絶対買っておくべきアプリの１つじゃないだろうか。 これまで分厚い辞書をもっていた人は、今日からiPhoneを持っていれば(X)HTMLタグ辞典はもう必要ないはず。 ちなみに、コラムなども入っている。 アプリの制作は沖縄の龍球インクさんです。 【追記：2
随分前の話だけど、アシスタントさん（結構初心者だけど自称「フリーでweb屋やってます！」系の人）とのやりとりで気になった事があったのをふと思い出した。 HTMLやらCSSに関しての質問をよくされるので、その都度教えたり、参考URLを提示したりして1つ1つ疑問を潰すお手伝いをしていたわけだけど、どうも自分で調べるっつーのが苦手みたいでとりあえずタグ辞典くらい買えよとか言ってみた。毎晩タグ辞典抱いて眠るくらいの勢いで！って。 正直、今はネットでHTMLでもCSSでも情報はどんどん出てくるし、わざわざ購入する必要はないとも思うんだけど、ネット上での情報が断片的な情報であったり、どこのサイトを見ても100%正しいことを書いてあるわけでもない気がしてるので、とりあえず１冊くらい持っておいて損はないよ、と。 で、彼女は私と同じ辞典を買った。 だけど調べ方が難しいんだって。調べ方が難しいというか、目的の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
