In most JavaScript engines, there is a global object console with methods for logging and debugging. That object is not part of the language proper, but has become a de facto standard, since being pioneered by the Firebug debugger. Since their main purpose is debugging, the console methods will most frequently be used during development and rarely in deployed code. This blog post gives an overview
ベンダー接頭辞（プレフィックス）については最近いろいろと議論が活発ですが、そういう難しい話ではなくて、現状のCSSについての話です。 新しいCSSモジュールを使うために、ブラウザごとに接頭辞をつけなくてはいけない場合があります。まあそれについては現状では仕方ないことなんですが、接頭辞なしでも動作するようになったものでも、いつまで経っても接頭辞つきのものを書くのはどうなのかなと思うわけです。 CSSのコードも冗長で読みづらくなりますし、もう使われていない（使われることもない）であろうものを残しておくのもちょっとなー。 実際に運用されているサイトなんかだとそうそう簡単に手を入れられないかもしれませんが……。 また、はてなダイアリーの方でも書きましたが、ブログのチュートリアルを見ていて「もうその接頭辞つきの役目は終わった（終わりつつある）のに、なんでそれしか書いてないの」と思うことが結構あります
Chrome Frame とか作ってる Alex Russell さんと、Yahoo の Nicholas Zakas さんの意見。 http://infrequently.org/2011/01/cutting-the-interrogation-short/ http://www.nczonline.net/blog/2011/02/08/on-ua-sniffing-browser-detection-and-alexs-post/ 要約すると、最近では既に UA Detection は悪で Feature Detection は善というふうな風潮になってきているが、Feature Detection は遅いし、既知の UA に対してまで毎回 Feature Detection する必要は無いのではないか。既知の UA へは Feature Detection の結果を再利用するだけ
今回はAndroidの標準ブラウザでの回転動作の取得方法です。iPhoneのSafari（iPadも同様かと思います）は以下の方法で取得可能です。 /* onorientationchangeでデバイスの角度変更イベントを発生 */ window.onorientationchange = function() { /* orientationでデバイスの角度を取得。主に90,0,-90が取得できます */ var iR = Math.abs( window.orientation ); ( iR == 90 )? alert('90度回転して、横向きになりました') : null } このwindow.orientationはAndroidデバイスでも取得可能なのですが、onorienattionchangeイベントは無効なようなのでAndroidの場合はonresizeイベントで取得し
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
JavaScriptから外部ドメインにあるAPIを呼び出すために使われるJSONPですが、scriptタグを動的に追加する方法（下記の記事など）JSONPの取得時にサーバ過負荷などでエラーが出た場合、エラー処理ができないという欠点がありました。 クロスドメインJavaScript呼び出しをクラス化, クロージャにも対応 - Okiraku Programming scriptタグに onerror= という属性を付加するとエラー発生時にスクリプトを実行させることができるブラウザもあります。しかし試してみると、 Firefox: サーバがステータス4xx, 5xxを返した際にonerrorが実行される。 Safari: サーバがステータス404を返した際にのみonerrorが実行される。 Opera: 実行されない IE: 実行されない といったように、ブラウザごとに挙動がまちまち。 またス
The document discusses JavaScript events including event types, the event mechanism, and how to implement an event library. It covers topics like event registration, the event object, event bubbling, event targets, and how "this" works in events. It also outlines three versions of building an event library, with the third version combining the event object and custom data and encapsulating the ori
Captcha security check hisasann.com is for sale Please prove you're not a robot View Price Processing
はじめに CanvasはHTML5とは切り離された独立した仕様(HTML Canvas 2D Context)になっているようですが、現状のブラウザ上でのCanvasのについて、普段はあまり気にしない微妙な振る舞いについて調べた結果をまとめてみました。 調べたブラウザの各バージョンは以下の通りです。 Firefox Chrome Safari Opera 3.6.8 6.0.490.1 dev 5.0.1 10.61 線を描く (lineTo) ただの直線を描くだけのlineToですが、その単純なものにも、恐らく、多くの人が普段は気にしないような問題があります。それは座標値とアンチエリアスです。詳しく見る前に、実際の結果を示しましょう。下記のイメージ中に描かれている線は、いずれも線幅(lineWidth)が1の線です。 (左から、Firefox, Chrome, Safari, Opera
ベンダー接頭辞つきのプロパティについて、質問をいただきました。 最近ではCSS3を使用したデザインパターンが数多く紹介されています。ボタン要素など簡単なものであれば、画像を用意する事なく表現が出来ると思います。 しかしソースレベルでは(-webkit-)(-moz-)などの接頭辞をつけないとブラウザがうまく処理を行えない現状としては、接頭辞がついたものを業務レベルで実装するべきではないのでしょうか？ ※一般的に接頭辞を使用している要素などは納品データ内にあるべきでないのでしょうか？ 使うべきでない、あるべきでないとは思いませんが、利用には細心の注意をはらう必要があるでしょう。 使える？避けるべき？ まず、CSS仕様には、ベンダー接頭辞の利用は避けるべき（Authors should avoid vendor-specific extensions）と書かれています。仕様が安定して接頭辞を外
QuirksBlog: CSSベンダープレフィクスは邪悪だ
QuirksBlog: CSS vendor prefixes considered harmful 先日、IEチームのborder-radiusに関する記事を読んだ。IE9は、border-radiusをサポートする（スゲェ！）そうだし、ベンダープレフィクスはつけないそうだ（かっけー！） 記事曰く、 多くのページが、既にこの機能を用いているが、いくつかは、（省略）、IE9やOpera 10.50では、うまく描画されない。なぜならば、プレフィクスなしのborder-radiusプロパティが、使われていないからだ。 規格が、「推奨」状態に近づくにつれ、ブラウザベンダーは、実装を煮詰めてテストを繰り返し、W3Cに意見を出す。新しいコンテンツは、border-radiusに、ベンダープレフィクスを使わないよう、我々として、強く推奨するものである。 俺としては、さらに一歩を推し進めたいね。 いい加
"あa".toJSON() JSON.stringify("あa") JSON.stringify({"あa": null}) Google Chrome6(dev) "あa" ""\u3042a"" "{"\u3042a":null}" Safari5 not impl ""あa"" "{"あa":null}" Opera10.60β not impl '"あa"' '{"あa":null}' Firefox3.6.3 "あa" ""あa"" "{"あa":null}" IE8 "あa" ""\u3042a"" "{"\u3042a":null}" IE6, IE7 not impl not impl not impl JSON.parse('"あa"') JSON.parse('"\u3042a"') Google Chrome6(dev) "あa" "あa" Safari5 "あa"
こんにちは、太田です。前回はクロスブラウザの入口として、各ブラウザの特徴をまとめつつ、実際にクロスブラウザなコードを紹介しました。今回はクロスブラウザ対策における基本である、各ブラウザ環境の構築について解説したいと思います。 前回紹介した通りブラウザにはたくさんの種類・バージョンがあります。それぞれが動作する環境を用意するだけでも、一苦労ではすみません。なるべく少ないマシンで、各バージョンをインストールして、さらにデバッグするための環境作りについて紹介します。なお、Safari以外はWindows環境を想定しています。さらに、特に断りがない限りはWindows XP SP3をベースに解説させていただきます。ご了承ください。 各ブラウザのデバッグ環境は近年目覚しいほどの進化を遂げています。統合デバッグ環境の草分けであるFirebugを筆頭に、Safari/Chrome（WebKit）のWeb
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
Railsで色々処理して結果をXHTMLで返すアプリを作ったのです。で、使い勝手とかあんまり意識してないので、jQueryを使ってUI部分を1階層ラップしたい。具体的には、jQuery.ajax()のXMLHttpRequest.responseXMLでレンダリングされたXHTMLを受け取ってぐりぐり弄りたい、と。 が、responseXMLがどうもnullってるのです。Operaだとnullってない。MacのFirefoxとSafariはnullってる。 調べた結果、Content-Typeがtext/hmtlだと普通はresponseXMLにいれないらしい。Operaが特殊らしい。っていうか、このケースだとContent-Typeを無視してやがるっぽい。で、どうやらtext/xmlとかapplication/xmlを返せばどうにかなるっぽいことが分かる。 参考サイト Hawk's W3
何度やっても忘れてしまうので、自分へのメモ。JavaScriptはIEだけ、イベントが特殊なので、汎用的に扱うための方法。今、僕が欲しいのは、currentTarget, target, pageX, pageYの4つです。何かの参考にどうぞ。IEは5以降に対応してます。Firefox 3.6, Chrome 4, Safari 4, Opera 10で確認。 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head><script type="text/javascript"> window.onload = function() { document.getElementById("a").onclick = fu
JavaScriptにはwindow.onunloadというイベントがあります。見ての通りこれは、ページがアンロードされた時に実行したい処理を記述するところです。もっと簡単に説明すると、要するに「何らかの方法でページ内から移動もしくはページを閉じた時に発生する」と考えると分かり易いと思います。しかし、このonunloadでハマってしまい、解決できずに結局諦める事になっちゃいました。問題の事象を以下にメモしておきます。 まず、各ブラウザ毎に処理の仕方が変わってきます。IEやFirefoxは、このonunloadに非常に素直な動作をしてくれます、特にIEでは、ページそのものを閉じた後や、ページが移動しきってからでも処理を続行しようと試みたりします。(これがいいのかどうかは微妙ですが・・・。) しかし、OperaやSafariはそうはいきません。 まずOperaですが、こいつは「ページ遷移がペー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
