table系にはposition:relativeが効かない | Takazudo Clipping*
こんなかんじでtable内でtdが2つあり、中にはメイン文章のpと、日付のpがあるんだけど、日付をセルの右下にposition:absoluteでつけよう。そうすればセルの内容増えてもいつも右下によってくれる。だからtdにはposition:relative指定すれば右下に寄ってくれるよね！（下は、こんな風にしたいイメージ） ･･･と思ってると失敗する。 <table> <tr> <td> <p class="whatIdid">I played game whole day today.I played game whole day today.I played game whole day today.I played game whole day today.I played game whole day today.I played game whole day today.I p
SSLでsrcナシの空iframeはアウト | Takazudo Clipping*
ThickBoxをとある仕事で使いまくったのだけれど、SSL使ってるページで、SSLなコンテンツしか読んでないのに、IE6で、「このページにはセキュリティで保護されている項目と保護されていない項目が含まれています。」アラートが出た。 このアラートは、例えば、https://hogehoge.com/index.htmlとかの、SSLなページの中で、http://～～のセキュアじゃないもの（画像、css、jsとか）を読んじゃうと出る警告なんだけど、どこ探してもそんなの読んでない。なんじゃこりゃーと探した結果、ThickBoxが、子ウィンドウ出すときに、<iframe id="hogehoge"></iframe>みたいのをhtml内に作るらしく、それでダメだったみたい。 これを<iframe id="hogehoge" src="/dummy.html"></iframe>ってやったら直った
ポップアップブロックされる基準 | Takazudo Clipping*
今日はじめて知ったんだけれど、IE6+XP SP2以上でポップアップブロックされ無いためには、onmouseup か onclickをwindow.openのトリガーとして指定しないとだめらしい。何でいまさらそんなこと言うのかと言うと、このページで、ポップアップブロックされてしまったから。 上記ページは、onclickでやってるのになんでポップアップされてるわけ？と思ってソース見てみたら、onclickではなくて、onmousedownで指定してた。 以下のMSDNの人のブログによると、 jeff's WebLog : mouseDown + mouseUp = click ユーザーが認識しない動作で開かれるポップアップはダメであると。ユーザーがクリックしたと認識するのは、マウスをクリックし、離した時である。よって、onmousedownは、まだクリックしている途中なのでダメなので、onl
inline-blockはもう使える（だいたい） | Takazudo Clipping*
inline-blockとは、まさに、その名の通り、インライン要素とブロック要素の中間的なdisplayプロパティの値です。display:inline-blockが指定された要素は、文中にブロック要素をボコっと突っ込んだような形で描画されます。前後で改行されないブロック要素のような存在です。Firefox3で正式にサポートされたみたいです。使用に関して問題となるのは、これに対応していないIE7,IE6とFirefox2なのですが、どうにか頑張ると、ほぼ同様の効果を得ることができます。最近使う機会があったので、ソース解説と併せて紹介します。 まず、inline-blockは、以下のような点が便利です。 幅や高さを持てる インライン要素ではwidth,height,縦方向のmargin,paddingが無視されますが、inline-blockだとこれが可能になります。 連続するブロック要素を
マークアップな人たち（じゃなくてもいいけど）の忘年会 -2008年 | Takazudo Clipping*
あらたさんが大阪から出張で来る！ってんでみんなで集まって飲みました。 最初は僕とあらたさんとhamashunさんだけの予定だったんですが、もっと呼んでみる？ってなことで8人にも！以下面々。 Archiva TRANS Takazudo Clipping* coliss CSS HappyLife ヨモツネット hamashun.com vantguarde 僕は、聞きたいことリストを事前にせこせこ用意していたので持っていき、これどう？→わーわーおしゃべりって感じでした。以下が僕が用意していったリストです。飲み会やブログのネタにどうぞ？ 右に画像左にその他モジュールについてどう思うか。やっぱtableにする？もしくはtable嫌だからそもそもそういうモジュールは用意しない？ Web標準に準拠、アクセシビリティに準拠と銘打ってHTMLを書くとき、tableをつかわないといけないことはないの？
CSSもJSも、IE7が重すぎる | Takazudo Clipping*
最近JavaScriptを書いていて、jQueryのslideToggleよく使います。slideToggleってのは、こーいうやつです。 クリックでslideToggle発動 ⊂二二二（ ＾ω＾）二⊃ ﾌﾞｰﾝ JavasScriptが重すぎる 一瞬でパッパッと切り替わるところで、slideToggleを使うと、見た目がすごいいんですよね。ユーザーにもどこがかわったのか分かりやすいし。animateも同じです。しかし、ページ内の要素がふえたり、どんどん複雑になってくると、これが、IE6/7でカクカクになってしまうのです。これだと逆に見た目が悪いので、ブラウザ分岐して、slideToggleのところはIE6/7だけ、一瞬で切り替わるようにしてしまいます。してしまいますというか、否応なくなんですが、これがまた悔しい感じになっております。MOSeっていうやつですね。animate, fade
alt属性はいかに決定されるべきか | Takazudo Clipping*
画像を閲覧できないユーザーでも内容を把握できるようにalt属性をつけましょうとは言うが、実際にはどのようにつけたらよいのかが実はかなりわからない。さらに納品前になんじゃこのalt！と突っ込まれる・・・。色々話し合ったりググったりした末にでた自分結論はこんなの。 前提 画像OFFのユーザー・音声ブラウザのユーザーが、画像の代わりにそのaltテキストが表示されても、ページ内容が分かる。但し、100%の情報を伝える必要があるわけでもない。そこに何の画像があるのかが伝わり、ページ内容を把握できる。 画像の中に文字がある場合
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
