norah'# : onclick 使うんじゃねー問題
Firefox 用の拡張機能を公開するサイト兼駄文(目指せ!! 打倒 真鍋かをり)norah'# - "You do your job. If you get results and people thank you for it, so much the better" norahmodel.exblog.jp トップ | ログイン HolyGrail がぶち上げた onclick 属性使うんじゃねー問題。記事を書いていたら、だんだん実学と学問の話に似ている気もしてきのだけど、私は Piro 兄や amachang とは逆で、このアプローチは正論だと思う。 アクセシビリティの事を考えた場合 Javascript が切られた状態でも確実に動作する必要がある。その点を考えると HTML とスクリプトを完全に分離できるこのアプローチは有効だといえる。 逆にこのアプローチの問題はマンパワーの
WebKitのデバッガが超絶便利になっている件 - os0x.blog
WebKitのデバッガはDroseraという別アプリで提供されていましたが、つい最近(2008/05/16)本体とセットになるようになりました。 このデバッガがヤバイです。(画像でかくて自分のモニタでもはみ出してるけど気にしない) 開発のWebインスペクタを開いてから、Scriptsを選択するとDebuggerを起動するか聞かれる Attach Debuggerをクリックすると左上に読み込んでるScriptがリストになっている。(eval script)となっているのはGreaseKitが実行するScriptの模様。 GreaseKitのScriptもちゃんとソースが見えるし、 左下の蟻アイコンが青くなっているとエラー(?)のあった箇所でPauseする。右上にPausedと出ていて、この左のボタンでステップ実行とかが出来る。 右側にはローカル変数とクロージャで保持されている変数がスコープご
JavaScript の「本気」な勉強 - daily dayflower
まだひっぱるのもなんですけど。たぶん，言葉の指す対象にいろいろブレがあると思うんですよね。 勉強する人 まったくの初学者 さわりの文法などは知っているが，現実になにをどう書けばいいかわからない 勉強のスタイル 本気で勉強したい 本気で深く勉強したい 本気でひととおり使えるようになりたい 勉強する対象 ブラウザで使う JavaScript HTML JavaScript (ECMAScript) Core DOM ともかく，もやもやと思ったことをとりとめもなく羅列してみます ライブラリの功罪 ライブラリは流行り廃りが激しいから、特定のライブラリに依存した「おまじない」ばかり覚えているのはどうかと思うなあ やっぱり、 DOM を直接書けたほうが、知識としては幅広く使えると思いますよ。 onclick 属性問題について - IT戦記 僕自身はなんだかんだで仕様原理主義者な所が今も強いわけで、その
JavaScriptをこれから勉強しようと思っている人へ(jQueryよりprototype.jsを薦める理由) - os0x.blog
JavaScriptは手軽で、実用的なプログラミング言語 どのくらい手軽かといえばJavaScriptを始めるのに(HTMLとCSSは出来た方が良いけど)予備知識はほとんど必要なくて、ブラウザとエディタさえあればすぐにJavaScriptを動かすことができる(FirefoxにFirebugを入れればコンソールでその場実行できるのでエディタも(リロードも)不要)。 その上実用性も十分で、最近のウェブサービスのバックエンドはPerlやPHP、JavaにRuby、Pythonなどなど様々だけど、フロントエンドは必ずといっていいほどJavaScriptが使われている(FlashもあるけどフルFlashサイトでない限りJavaScriptも使われているし、そもそもFlashを表示するのにJavaScriptが使われていたり)。とにかくJavaScriptが必要とされる場面はすごく多い。 と、こんな理
本気にonclick
本気にonclick 今onclickが熱いらしい。本気でJavaScriptを学びたい人は下記のサイトをご覧ください。 第1回：そろそろ本気で学びませんか？ 本気でやるならonclick属性は避けてライブラリを活用すべきCommentsAdd Star JavaScript のイベントハンドラCommentsAdd Star onclick 属性問題について 本気でやるならprototype.jsやjQueryやYUIは避けてonclickを使うべき 本気でやるならクロスプラットフォームは避けてMozillaアプリを作るべき onclickと本気とIE イベントハンドラを分離するUnobtrusive Scriptingという考え JavaScriptにはUnobtrusive Scriptingというスクリプティングの考えがあり、JavaScriptをソースコード上に記述するのは良くな
本気でやるなら innerHTML を活用すべき - 虎の穴ラボ
本気でやるならonclick属性は避けてライブラリを活用すべき - VTuberになったプログラマーの魂の残滓 僕は逆に onclick 属性を多用してしまいます。 たぶん『本気』の度合いが違うんだと思います。 『デザイナーとの分業の点からみれば使用しないほうが好ましい』というのは、『既に存在する HTML に対してイベントを追加する』という状況に限っていえば agree です。ただ JavaScrip で HTML を生成するという状況になると話が違います。JavaScript による HTML の生成においては createElement よりも innerHTML を使った方が数倍速い（特にIE）という事情から、onclick 属性を使うことが多くなります。正確にいうと onclick だけに限った話ではなく、イベントハンドラを HTML の属性として書けるので重宝するということです
本気でやるなら a 要素を避けて input 要素を使うべき - A Better Project＠はてなダイアリー（インポート版）
同日 17:15 頃追記：はてブコメントで input 要素は form 要素外でも使えるとの指摘を北村（id:kits）さんからいただいたので、訂正。参考：http://www.w3.org/TR/html401/sgml/dtd.html#inline そろそろ本気で学びませんか？ | Think IT（シンクイット）で、href="javascript:void(0)" には誰も突っ込まないのかと思っていたら、重くなる原因でもなければバージョンが変わるのはライブラリだけではない - id:HolyGrailとid:HoryGrailの区別がつかない日記で以下のような発言が。 aタグにonClick書いてる時点でなにか違うことをやっている気がしなくもない。 もともとこういうのは超苦肉の策で始めたものだ。 ボタンが嫌だ！リンクにしたいっていうご要望をうけいれるところから始まった。 これで
本気でやるなら黙読は避けて朗読すべき: Days on the Moon
「読書百遍義自ら見る」という言葉があります。難解な書物であっても 100 回も読めば自然と意味がわかるようになるという、熟読の大切さを説いた句です。しかし、これは本当のことなのでしょうか? 2000 年もたてば社会も常識もまったく変わってきます。昔の人の言ったことが今も正しいとは限りません。 疑問があれば解明したくなるのが人の性というもの。実際に「読書百遍義自ら見る」は正しいか、確かめて紀要にまとめてくださった方がいます。それによると、女子大生にデカルトの「方法序説」を 30 回読んでもらったところ、ほとんどが内容を理解するにいたったとのこと。この言葉の正しさが見事に証明されたのです。 ただし、一点注意することがあり、それは黙読ではなく朗読するということ。人間は活字を使いだしたのはたかだかこの5千年程度のことであるが、音声を使った情報のやりとりは動物の時代から行ってきたことであるという由緒
nonn-et-twk.net - このウェブサイトは販売用です！ - nonn et twk リソースおよび情報
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.
Latest topics > 本気でやるならprototype.jsやjQueryやYUIは避けてonclickを使うべき - outsider reflex
Latest topics > 本気でやるならprototype.jsやjQueryやYUIは避けてonclickを使うべき 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « SAIの本でコラム書きました Main 自分で自分を危険に晒す行為 » 本気でやるならprototype.jsやjQueryやYUIは避けてonclickを使うべき - May 18, 2008 タイトルは釣り。 本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記 本気でやるならクロスプラットフォームは避けてMozillaアプリを作るべき - hogehoge onclick 属性問題につ
いまどきのイベントハンドリングは遅いのかどうか問題 - nothing but trouble
id:HolyGrail 周りで盛り上がってたので、ちょっと調べてみた。 DOMContentLoaded イベント使ったら、計測どころを何処にしていいかわからないので、それ以外の部分で。 昔ながらのやりかた。 <html lang="ja"> <head> <title>Test</title> </head> <body> <script> var start = new Date(); </script> <div> <ol> <li><a class="events" onclick="javascript:(function(){alert(1)})()">click!</a></li> </ol> </div> <script> var end = new Date(); alert(end.getTime() - start.getTime()); </script> </b
onclick か イベントハンドラか - donkunの日記
本気でやるならonclick属性は避けてライブラリを活用すべき - VTuberになったプログラマーの魂の残滓 お絵かきする人と、スクリプト書く人とを 分業したことがないので、 コメントする権利がないのかも知れないが、 onclick 内に関数 を HTML に直接書くかどうかの基準は 分業のしやすさ、というより、 その行為をすると、DRY原則に違反するかどうか、 で決めればいいかと。 そのHTMLでしか使わないスクリプトなら 直接 onclick で書けばいいし、HTMLに関数書いたっていい。 保守性からもそれでいい。 ただ、2回以上同じid名のタグに対して 関数を実行するなら イベントハンドラによる登録、 ライブラリの活用をする必要はあるかと。 （同じ記述がいろんなところにあると修正がめんどくさいしね。）
なんかばんざい | onclickと本気とIE
Think IT 第1回：そろそろ本気で学びませんか？ 本気でやるならonclick属性は避けてライブラリを活用すべき – id:HolyGrailとid:HoryGrailの区別がつかない日記 onclick 属性問題について – IT戦記 個人的には、onclick属性を書くのってCSSでいうと<span style="color:red;text-decoration:underline;">こんにちはこんばんは</span>みたいなもんだと思うので、長所短所もそれに準じる感じ。ただ、ちょっとしたハック（やっつけ仕事）としてやることはあるけど、本気と言うなら外に書くべきだよなあ、とは思う。 ライブラリは流行り廃りが激しいから、特定のライブラリに依存した「おまじない」ばかり覚えているのはどうかと思うなあ やっぱり、 DOM を直接書けたほうが、知識としては幅広く使えると思いますよ。 そ
onclick 属性問題について - IT戦記
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 に関して この先、 HTML に onclick と書いても石を投げられないように書いておく＞＜ 僕も onclick 属性がダメだと思っていた時代もありました。でも、今は時々使うなあ。 （あ、でも、 HTML と JS で分業している場合は、使わないほうがいいよね＾＾；そこだけは言っておく。） JavaScript 入門の記事を書くときに onclick 属性がダメだとしたら、いろいろ本質的でないことを説明しなきゃいけない。 現状では onclick 属性が、もっとも簡単に HTML にイベントをマッピングできる方法だから、そんなに目くじらたてなくてもいいんじゃないかなあ？ たとえば 以下は、クリック時に href に GET を送るための oncli
本気でやるならクロスプラットフォームは避けてMozillaアプリを作るべき - hogehoge @teramako
本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記 まぁ釣りタイトルなわけだが。 でも、割と本気でそう思っていたりもする。それほどJavaScriptのブラウザ間のクロスプラットフォームは面倒だしウザったい。 かれこれ1年と8ヶ月ほどJavaScriptをやっていることになるけど、未だにIEでも動くJavaScriptをほとんど書いたことがないオイラ。attachEventってなんですか？ 各種ライブラリの使い方を覚えるのなんて面倒。 イベント取りたかったらaddEventListenerで十分。 XPathとか、E4Xとか何も気にせず使える 各種メソッドの互換性なんて考える必要なし 動作確認はFirefoxオンリー ユーザビリティとかアクセシビリティとか考える必要なし。だって自分のためのJavaScr
JavaScriptのイベントハンドラ説明
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 を読んで，思うところあって書いてみました（決してカウンターアーティクルではない）。 むかしむかし JavaScript を触っていた むかしむかしに書かれた JavaScript の本で勉強している／した 人向けに。大元記事（そろそろ本気で学びませんか？ | Think IT（シンクイット））の想定読者に近いかなと思います。よって以下は JavaScript の初学者にはまったくおすすめできない（余計な知識がついてしまう）です。 Step 1: はじめのいっぽ ボタンを押したらメッセージボックスが出現する HTML を書いてみます。 <html><body> <script type="text/javascript"> function ShowMes
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dev.iralog.net is Expired or Suspended.
RIAトピックス 【id:HolyGrailとid:HoryGrailの区別がつかない日記】本気でやるならonclick属性は避けてライブラリを活用すべき
紅茶屋くいっぱのあれこれ日記
紅茶屋くいっぱのあれこれ日記