本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 を読んで,思うところあって書いてみました(決してカウンターアーティクルではない)。 むかしむかし JavaScript を触っていた むかしむかしに書かれた JavaScript の本で勉強している/した 人向けに。大元記事(そろそろ本気で学びませんか? | Think IT(シンクイット))の想定読者に近いかなと思います。よって以下は JavaScript の初学者にはまったくおすすめできない(余計な知識がついてしまう)です。 Step 1: はじめのいっぽ ボタンを押したらメッセージボックスが出現する HTML を書いてみます。 <html><body> <script type="text/javascript"> function ShowMes
ITmediaニュースで興味深い調査結果が発表されていた。『SNSの足跡機能、「監視されているようで嫌」が半数』というもので、定期的にこの分野のリサーチを出しているネクストの「地域コミュニティサイトLococomが調べ」のデータを元にしたものだ。 このニュースのタイトルにもなっている足跡機能への抵抗感の数字が高いのが私には意外だった。そもそもSNSというものが登場したときには、従来のホームページやBlogよりもより深いコミュニケーションが行えることがウリでその仕掛けのひとつとして誰が日記を読んだかがわかる足跡機能が重宝されていたはずだ。反応が薄くコメントやトラックバックもあまり貰えない、砂漠に水を巻くようなホームページやBlogに愛想を尽かした人がSNSへ流入してブームになったと記憶している。 時間が経ち、SNSが一般的になって、ネット上で最初に使ったコミュニケーションツールがSNSという
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 に関して この先、 HTML に onclick と書いても石を投げられないように書いておく>< 僕も onclick 属性がダメだと思っていた時代もありました。でも、今は時々使うなあ。 (あ、でも、 HTML と JS で分業している場合は、使わないほうがいいよね^^;そこだけは言っておく。) JavaScript 入門の記事を書くときに onclick 属性がダメだとしたら、いろいろ本質的でないことを説明しなきゃいけない。 現状では onclick 属性が、もっとも簡単に HTML にイベントをマッピングできる方法だから、そんなに目くじらたてなくてもいいんじゃないかなあ? たとえば 以下は、クリック時に href に GET を送るための oncli
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く