あるchromeのextensionを作りたいが、効率のよい実装方法が分からない
dilbert.comというサイトがある。これは、Scott Adamsの手による、非常に有名なマンガである。一日一作、欠かさず更新される。 私は、このマンガが好きであるが、今まで、まともに読んではいなかった。理由は、読むのが面倒だからだ。 面倒というのはどういうことか。それは、このマンガの画像が、縮小版で提供されているのである。それゆえ、実に読みにくい。原寸大で表示するためには、公式サイトから、ルーペのアイコンをクリックしなければならない。原寸大画像のURLが、新しいタブで開かれる このサイトは、もちろん、フィードを提供している。しかも、ちゃんとimg要素で画像が埋め込まれているフィードである。しかし、そのURLは、画像の縮小版である。 縮小版で、読めないということはない。しかし、非常に劣化していて、読みにくい。そこで、真にマンガを楽しもうと思ったならば、フィードから公式サイトに飛んで、
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
DOMNodeInserted と DOMNodeRemoved に似た仕組みを IE でも使えるようにして、セレクタの実行結果をキャッシュする - latest log
セレクタ(id, tag, class, css, xpath)の実行速度を改善するには、2つの方法があります。 ロジックを改善する キャッシュを使う 今日は2の方法について検討したことを書き残します。 心配事 キャッシュを使う上での心配事は「キャッシュが古くなったらどうするか、それをどうやって知るか?」です。 古くなったキャッシュはクリアしなければなりません。 DOM Level2 MutationEvents を使うと、ノードの挿入, 削除と、属性の更新 を取得できる DOM Level2 MutationEvents という仕様があります。これらを活用するとDOMツリーが更新されたタイミングを監視できます。 DOMNodeInserted は ノードの挿入, DOMNodeRemoved は ノードの削除, DOMAttrModified は 属性の変更に対応しています。 各ブラウザ
(solved) Javascriptのエラー: Security error" code: "1000 | anobota
(solved) Javascriptのエラー: Security error" code: "1000 環境は Firefox 3.0.9。 javascript で スタイルシートをいじっていると Security error" code: "1000 とか uncaught exception: Security error (NS_ERROR_DOM_SECURITY_ERR) というエラーが出る。 たとえば head 要素内で ＜link href="foo.css" type="text/css" rel="stylesheet"＞ ＜link href="bar.css" type="text/css" rel="stylesheet"＞ ＜style＞ body { color: red; } ＜/style＞ と書かれている場合、 document.styleSheets
Selectors API Level 1 (W3C Working Draft 28 June 2012)
Selectors API Level 1 W3C Recommendation 21 February 2013 superseded 3 November 2020 This Version: https://www.w3.org/TR/2020/SPSD-selectors-api-20201103/ Latest Version: https://www.w3.org/TR/selectors-api/ Previous Versions: https://www.w3.org/TR/2013/REC-selectors-api-20130221/ http://www.w3.org/TR/2012/PR-selectors-api-20121213/ http://www.w3.org/TR/2012/WD-selectors-api-20120628/ http://www.w
IE8 で実装された Selectors API とは何か？ - IT戦記
はじめに IE8 には Selectors API という新しい仕様が実装されました。 ということで、今後 DOM 操作 API の主流になるであろう Selectors API についてまとめておきます。 Selectors API が使えるブラウザ 2008 年 3 月 6 日現在の一覧 WebKit Build Archives | WebKit (開発版の Safari) Windows | Official Site for Microsoft Windows 10 Home & Pro OS, laptops, PCs, tablets & more (IE8 の Beta 版) Selectors API とは Selectors API とは W3C で定義された仕様です。詳細に関してはこちらをどうぞ 簡単に説明すると getElementsByTagName や getE
第6回 JavaScriptとHTMLとDOMの基本#1 | gihyo.jp
こんにちは、太田です。前々回、前回とJavaScriptの基礎的な部分を解説しました。今回はJavaScriptからみたHTMLを中心に、DOMについても少しずつ解説しています。 JavaScriptとHTML FirefoxのアドオンやサーバーサイドJavaScriptなどの例外をのぞいて、多くのJavaScriptはHTML上で実行されるので、HTMLは土台となる重要な要素です。そこでHTMLの基礎的な部分からHTMLとJavaScriptの関係を解説します。 DOCTYPEとレンダリングモード HTMLといえば最初に書くのはDOCTYPEです。現在使われているDOCTYPEはHTML4.01、XHTML1.0、XHTML1.1といくつかの種類があり、さらにその中でTransitionalやStrictなどの違いや、XHTMLではXML宣言の有無（本来は必須ですが）などバリエーションが
とてもシンプルに自分自身が属する script 要素を取得 - IT戦記
グローバル領域に以下の一行を書く <script> var currentScript = (function (e) { if(e.nodeName.toLowerCase() == 'script') return e; return arguments.callee(e.lastChild) })(document); alert(currentScript); </script>こうすることで、currentScript はこの script 要素を指す。 いちおう説明 DOM は構築されるときに、上から順番に構築される。そして、script タグがあると、 script 要素を構築したあとに、スクリプトを実行する。 つまり、スクリプトが実行されたとき script 要素は今まさに作られたばかりであり、それよりも後ろの要素が存在しない。さらにこの script 要素を含むすべての要
IEでpassword表示 - os0x.blog
140文字以内でパスワード丸見え - latest log IE対応は結構面倒なんですよね。 まず、IEはinput要素のtypeを書き換えさせてくれないので次のようなスクリプトすら通らない。 var d=document.createElement('div'); d.innerHTML='<form name="f"><input type="text" name="t"></form>'; document.body.appendChild(d); var t=document.getElementsByName('t')[0]; alert(t.type);// -> text t.type='password';//ERROR! そこでouterHTMLで書き換えをする var d=document.createElement('div'); d.innerHTML='<form
難読化スクリプトを読み解く？(ver1.00) by yamagata21 - a threadless kite - 糸の切れた凧(2010-02-14)
ここは、管理人yamagataが方針未定のまま、何となーく思いついたことを思いついたままにだらだらと書き付ける日記帳です。ふんわりほんわかな感じでお願いします。
Web標準とその周辺技術の学び方：第5回 DOMとJavaScriptと互換性｜gihyo.jp … 技術評論社
今回は、動的なWebサイトやWebアプリケーションに欠かせない「DOM」と「JavaScript」という二つの技術を、関連する仕様とともに紹介したいと思います。 さまざまなものをオブジェクトで表現するDOM DOM (Document Object Model) とは、HTML文書にアプリケーションからアクセスするためのAPIです。オブジェクトモデルという名前のとおり、DOMではさまざまなものが「オブジェクト」として表されます。たとえばHTML文書は「要素」「属性」「テキスト」などのオブジェクトから成る集合として表されます。 オブジェクトで扱われるのは、文書内部のオブジェクトだけではありません。ウインドウや要素の座標、イベント、ブラウザーやユーザーインターフェースに関連するオブジェクトなどもあります。Webアプリケーションでは、これらのAPIを利用し複雑な処理を実現しています。 DOM
HTMLDocument の動的な作成: Days on the Moon
ブラウザ上で、JavaScript を使って HTML のソースから HTML 文書を生成するのに、どんな方法があるのか調べました。なお、以下のスクリプトは HTML 文書上で実行することが前提です。 表の見方 XSLT の HTML 出力 createHTMLDocument メソッド createDocument メソッド createDocument メソッドと名前空間の指定 createDocument メソッドと文書型宣言の指定 createDocument メソッドと文書型宣言及び名前空間の指定 cloneNode メソッド iframe 要素 ActiveXObject CID からの作成 まとめ 表の見方 以下の表において、各項目の意味は次の通りです。 doc HTML 文書を作成できれば○、XML 文書を作成できれば△、それ以外なら×です。HTML 文書かどうかは、cre
handleEvent、addEventListener - 素人がプログラミングを勉強していたブログ
addEventListenerの第二引数は、関数以外にも、handleEventをメソッドとして持ったオブジェクトも渡すことが出来る。 window.addEventListener("click", { handleEvent: function (e) { console.log(e); } }, false); また、この仕様を利用すると、 ({ run: function () { window.addEventListener("click", this, false); this.counter = 0; }, handleEvent: function () { this.counter++ if (this.counter < 3) alert(this.counter + "clicked!"); else this.destroy(); }, destroy: fun
Firefox 3.1、Element指定API実装で開発負荷軽減はいいけれど… | エンタープライズ | マイコミジャーナル
Firefox web browser - Faster, more secure & customizable Mozilla Foundation, JavaScript Evangelist, John Resig氏は10日(米国時間)、氏のブログElement Traversal APIにおいて開発中のFirefox 3.1にElement Traversal Specificationの実装が取り込まれたことを伝えている。Element Traversal SpecificationはW3Cにおいて策定が進められている仕様で、DOMの操作としてElementだけを対象とした機能を提供するものだ。提供される属性はfirstElementChild、lastElementChild、previousElementSibling、nextElementSibling、childElem
不要なテキストノードの除去 - os0x.blog
li要素などを改行すると、要素と要素の間に半角スペース分の余白が現れる件について調べてみた。 | Blog hamashun.com関連の、にツッコミしてみる。 innerHTMLの書き換えはaddEventListenerしたイベントが消えたりするのと、 Manabuさんの実装だとli要素の中の改行なども除去してしまうので意図しない動作(例えばliの中にpreがあったとき)をしてしまう可能性がある。 というわけで改案。 (function(){ var ols = document.getElementsByTagName('ol'); var TEXT_NODE = document.TEXT_NODE || document.createTextNode("").nodeType; for (var i =0,l=ols.length;i<l;i++) { var ol = ols[
John Resig - DOM DocumentFragments
I was playing around with DOM DocumentFragments recently, in JavaScript, seeing what I could make with them. Roughly speaking, a DocumentFragment is a lightweight container that can hold DOM nodes. It’s part of the DOM 1 specification and is supported in all modern browsers (it was added to Internet Explorer in version 6). In reading up on them I came across an interesting point, from the specific
NodeListやHTMLCollectionに直接アクセスするより、一旦静的な配列にしたほうが速い - 素人がプログラミングを勉強していたブログ
console.time('nodeList'); var elems = document.getElementsByTagName('*'); for(var i=0;i<1000;i++) for(var j=0;j<elems.length;j++) elems[j]; console.timeEnd('nodeList'); console.time('array'); var elems = Array.slice(document.getElementsByTagName('*')); for(var i=0;i<1000;i++) for(var j=0;j<elems.length;j++) elems[j]; console.timeEnd('array'); console.time('length'); var elems = document.getElement
javascript - element.innerHTML はなぜ速く見えるか : 404 Blog Not Found
2006年10月22日00:55 カテゴリLightweight LanguagesWEB+DB PRESS javascript - element.innerHTML はなぜ速く見えるか 自分でこう書きながら、実は首を傾げていたのだけどやっとわかった。 404 Blog Not Found:WEB+DB PRESS vol.35 pp.57 まず速度ですが、innerHTMLは代入時にHTMLの構文解析が入るので、速度的にはDOM操作が有利です。 期待に反してそうでないのは、404 Blog Not Found:javascript - DOM vs innerHTML benchmark on MacBook Proでの指摘した通り。このあたりはamachangにちゃんと査読してもらった方がよかったのではないか？ InnerHTMLは速くない。速く見えるだけだ。 その証拠として、以下
DocumentFragmentの考察 - Personnel
DOMユーザーの方は、このようなことが出来たら良いと思ったことはありませんか? NodeListのクローンを作成する NodeListをそのままappendChildのパラメータにする もちろんこのようなことは出来ません。NodeListのitem一つ一つのクローンを作成し、一つ一つをappendChildしなければならないのです。しかし、DocumentFragmentを利用することによって、このような感覚の操作をすることが可能になります。 Foot note この記事のURI参照 http://members.jcom.home.ne.jp/jintrick/Personal/documentFragment.html#seeds ここに、文書A、文書B、文書C があったとします。 文書A <rootA> <item /> <item /> <item /> <
文書ツリーを多数回変更するときはDocument Fragmentを経由する (agenda)
「文書ツリーを多数回変更するときは、直接行なわずにDocument Fragmentを経由してくれ」という話。 一度DOMの実装を書いてみるなり、書こうとしてみるなりすれば分かる。DOM文書ツリーの変更、特にHTML文書におけるそれがどれだけの要素に影響を与えるかが。Document Fragmentの何が良いかといえば、例えば「View」から切り離されていることが挙げられると思う。DOM実装に依存するし想像でしかないけれども、文書ツリーに直接何らかのノードを加えたり削除したりすると、表示スタイルの計算にリソースを多少なり消費するが、Document Fragment中のノード群を操作する限りスタイルは関係ない。操作が完了した後に実際の文書ツリーに一回だけ変更を加えるなら、スタイルの計算も一回ですむ。文字列連結を何度も繰り返すか、それとも文字列の配列を一回だけjoinするかの違いを連想して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
