タグ

javascriptとJavaScriptに関するkitsのブックマーク (544)

  • 行数の数え方: Days on the Moon

    行数を数えているのですが、コメント欄他のstr.split(/\n/).lengthはかっこいいけどoverkill 404 Blog Not Found:javascript - String.prototype.tr() released 当でしょうか? 実際に試してみましょう。変数 s が対象文字列を指しているものとします。 // charAt var lines = 1; for (var i = 0, n = s.length; i < n; i++) if (s.charAt(i) == "\n") lines++; // Array var lines = 1; var chars = s.split(""); for (var i = 0, n = chars.length; i < n; i++) if (chars[i] == "\n") lines++; // sp

    kits
    kits 2008/05/23
    「下手に速度を求めて変な書き方をするよりは簡潔な書き方を」
  • Narcissus の正規表現: Days on the Moon

    「前のエントリで書き忘れてた - 最速チュパカブラ研究会」にて、Narcissus で使われている正規表現が参考になるという話が出ています。 文字列リテラル /^"(?:\\.|[^"])*"|^'(?:[^']|\\.)*'/ 正規表現リテラル /^\/((?:\\.|[^\/])+)\/([gimy]*)/ コメント /^\/(?:\*(?:.|\n)*?\*\/|\/.*)/ 一流の人が書いたものを使いましょうというのに異を唱えるつもりはありませんが、そのままコピー & ペーストしていては意味がありません。ここはやはり一文字一文字心をこめて写経しましょう……ではなく、どうしてその書き方でうまくいくのかをきちんと考えた上で使いましょう。 文字列リテラルにマッチする正規表現 上記の文字列リテラルを表す正規表現から、一重引用符でくくられた文字列にマッチする部分だけを抜き出すと '(?:[^

    kits
    kits 2008/05/22
    お手本の意味を理解する。
  • JavaScript の関数定義は真っ先に処理される - てっく煮ブログ

    JavaScriptJavaScript のイベントハンドラについて段階を追って説明した素晴らしい資料、「JavaScript のイベントハンドラ - daily dayflower」に次のような記述があった。JavaScript で関数を定義するのには,下記の3通りの手法があります。「function 文」による「関数定義」 「function 演算子」による「関数式」 Function() コンストラクタFunction() コンストラクタについては今回は触れていません。XXX() は「関数定義」,YYY は「関数式」になります。「関数定義」の場合,前述のように関数定義(実装)が前方参照可能になるという大きな違いがあります。 JavaScript のイベントハンドラ - daily dayflower言い換えると、 window.onload = hoge; function hoge

    kits
    kits 2008/05/22
    関数宣言(FunctionDeclaration)と文(Statement)
  • IE6 の JavaScript では href 属性の %20 と %25%32%30 の違いが分からない - IT戦記

    これはひどい /%20 と /%25%32%30 はリンク先が違うのに、 IE6 では判断する術がない。 <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> </head> <body> <a id="id0" href="a%20a">foo</a> <a id="id1" href="a%25%32%30a">foo</a> <script> var elm0 = document.getElementById('id0'); var elm1 = document.getElementById('id1'); alert(elm0.href == elm1.href); // true alert(elm0.getAttribute('href') == elm1.ge

    IE6 の JavaScript では href 属性の %20 と %25%32%30 の違いが分からない - IT戦記
    kits
    kits 2008/05/22
    IEは属性値の%エンコーディングを展開する。/ getAttribute()の第2引数指定により正確な値を得られる。
  • 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 とスクリプトを完全に分離できるこのアプローチは有効だといえる。 逆にこのアプローチの問題はマンパワーの

  • JSONとオブジェクトリテラルとの違い - 旧燈明日記

    JSONは、JavaScriptのオブジェクトリテラルと似ていますが、以下が違います。 キーとして使うデータ型は、文字列に限る(キー項目をダブルクォート)。 コードは、Unicodeに限る(デフォルトUTF-8)。 {"kaisha":'日産',"run":'ブーン',"model":'セレナ'}今回テストしてみて確認しましたが、JSONはデータだけでなく、メソッドもOKですね。 (メソッドが実行されないようなチェックが必要かも・・・) 参考(JSON): http://okilab.jp/project/document/japanate/rfc/RFC4627J.txt http://d.hatena.ne.jp/brazil/20050915/1126709945 http://d.hatena.ne.jp/brazil/20050915/1126717649 http://tool

    JSONとオブジェクトリテラルとの違い - 旧燈明日記
    kits
    kits 2008/05/21
    「jsにおけるリテラル」と「汎用的なデータ形式としてのJSON」とは微妙に仕様が異なる。 http://www.json.org/
  • 404 Blog Not Found:javascript - 勝手に添削 - textareaの高さを自動調節

    2008年05月20日14:15 カテゴリLightweight Languages javascript - 勝手に添削 - textareaの高さを自動調節 これはなかなかいいですね。 textareaのサイズを入力にあわせて調整するJavaScript (イラストdeブログ開発記) イラストdeブログの掲示板の使い勝手を高めるため、textareaサイズをJavaScriptで改行入力毎に大きくするコードを書いてみました Firefox 2, Safari 3, Opera 9で動作確認してあります。 イチ に 三 function resize_textarea(ev){ //if (ev.keyCode != 13) return; var textarea = ev.target || ev.srcElement; var value = textarea.value; var

    404 Blog Not Found:javascript - 勝手に添削 - textareaの高さを自動調節
    kits
    kits 2008/05/20
    一行を横幅より長く入力した場合の対策がいりそう。試し→ http://www.akatsukinishisu.net/wiki.cgi?memo%2Dresize_textarea
  • JavaScript の「本気」な勉強 - daily dayflower

    まだひっぱるのもなんですけど。たぶん,言葉の指す対象にいろいろブレがあると思うんですよね。 勉強する人 まったくの初学者 さわりの文法などは知っているが,現実になにをどう書けばいいかわからない 勉強のスタイル 気で勉強したい 気で深く勉強したい 気でひととおり使えるようになりたい 勉強する対象 ブラウザで使う JavaScript HTML JavaScript (ECMAScript) Core DOM ともかく,もやもやと思ったことをとりとめもなく羅列してみます ライブラリの功罪 ライブラリは流行り廃りが激しいから、特定のライブラリに依存した「おまじない」ばかり覚えているのはどうかと思うなあ やっぱり、 DOM を直接書けたほうが、知識としては幅広く使えると思いますよ。 onclick 属性問題について - IT戦記 僕自身はなんだかんだで仕様原理主義者な所が今も強いわけで、その

    JavaScript の「本気」な勉強 - daily dayflower
  • Roppongi.JS、来週より毎週開催します! - VTuberになったプログラマーの魂の残滓

    いい加減やらないと!ということで、来週ぐらいからやっていきたいと思います。 とりあえず先のステップに進むためjQueryのコードリーディング、ぱっぱとやってしまいましょー 日時 5月20日(火)21:00〜22:00 毎週開催 内容 jQueryCodeReading 場所 オンライン Lingr(password:roppongijs) http://www.lingr.com/room/roppongijs Ustream http://www.ustream.tv/channel/roppongijs よろしくお願いします!

    Roppongi.JS、来週より毎週開催します! - VTuberになったプログラマーの魂の残滓
  • 本気でやるなら innerHTML を活用すべき - 虎の穴ラボ

    気でやるならonclick属性は避けてライブラリを活用すべき - VTuberになったプログラマーの魂の残滓 僕は逆に onclick 属性を多用してしまいます。 たぶん『気』の度合いが違うんだと思います。 『デザイナーとの分業の点からみれば使用しないほうが好ましい』というのは、『既に存在する HTML に対してイベントを追加する』という状況に限っていえば agree です。ただ JavaScrip で HTML を生成するという状況になると話が違います。JavaScript による HTML の生成においては createElement よりも innerHTML を使った方が数倍速い(特にIE)という事情から、onclick 属性を使うことが多くなります。正確にいうと onclick だけに限った話ではなく、イベントハンドラを HTML の属性として書けるので重宝するということです

    本気でやるなら innerHTML を活用すべき - 虎の穴ラボ
  • onclick属性のスコープチェインにthisが追加されてる? / LiosK-free Blog

    2008-05-17 カテゴリ: Client Side タグ: JavaScript Tips トラックバック 不覚 onclick 属性問題について - IT戦記 これを onclick 属性なしで「神経質に」やると以下のようになる ry もちろん、これはおおげさな例だけど、 onclick 属性を使わないことによって質的ではないことをたくさん書かないといけない id:amachangの↑を見て、ロールオーバーのスクリプトを思い出した。時々こういう遊びをする人なのかな? というのはどうでもいい話で、僕が関心を持ったのは↓のコード。 onclick 属性問題について - IT戦記 <a id="hoge" href="/hoge" onclick=" var req = window.XMLHttpRequest ? new XMLHttpRequest() : new ActiveX

    kits
    kits 2008/05/19
    onclick属性内のスクリプトは with (this) { ... }で括ったような挙動をしているとのこと。知らなかった。
  • 本気でやるなら 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書いてる時点でなにか違うことをやっている気がしなくもない。 もともとこういうのは超苦肉の策で始めたものだ。 ボタンが嫌だ!リンクにしたいっていうご要望をうけいれるところから始まった。 これで

    本気でやるなら a 要素を避けて input 要素を使うべき - A Better Project@はてなダイアリー(インポート版)
    kits
    kits 2008/05/19
    「href 属性は、Web リソースの所在を指定するもの」 / input要素(∈%inline;)はform要素内以外でも書けます。
  • 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.

    kits
    kits 2008/05/19
    サンプルはエラーになっていた。(Fx2,IE6)
  • 本気でやるなら黙読は避けて朗読すべき: Days on the Moon

    読書百遍義自ら見る」という言葉があります。難解な書物であっても 100 回も読めば自然と意味がわかるようになるという、熟読の大切さを説いた句です。しかし、これは当のことなのでしょうか? 2000 年もたてば社会も常識もまったく変わってきます。昔の人の言ったことが今も正しいとは限りません。 疑問があれば解明したくなるのが人の性というもの。実際に「読書百遍義自ら見る」は正しいか、確かめて紀要にまとめてくださった方がいます。それによると、女子大生にデカルトの「方法序説」を 30 回読んでもらったところ、ほとんどが内容を理解するにいたったとのこと。この言葉の正しさが見事に証明されたのです。 ただし、一点注意することがあり、それは黙読ではなく朗読するということ。人間は活字を使いだしたのはたかだかこの5千年程度のことであるが、音声を使った情報のやりとりは動物の時代から行ってきたことであるという由緒

    kits
    kits 2008/05/19
    「本気」とは何かについて
  • 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 属性問題につ

    kits
    kits 2008/05/18
    仕様的にも実利的にも。
  • なんかばんざい | onclickと本気とIE

    Think IT 第1回:そろそろ気で学びませんか? 気でやるならonclick属性は避けてライブラリを活用すべき – id:HolyGrailとid:HoryGrailの区別がつかない日記 onclick 属性問題について – IT戦記 個人的には、onclick属性を書くのってCSSでいうと<span style="color:red;text-decoration:underline;">こんにちはこんばんは</span>みたいなもんだと思うので、長所短所もそれに準じる感じ。ただ、ちょっとしたハック(やっつけ仕事)としてやることはあるけど、気と言うなら外に書くべきだよなあ、とは思う。 ライブラリは流行り廃りが激しいから、特定のライブラリに依存した「おまじない」ばかり覚えているのはどうかと思うなあ やっぱり、 DOM を直接書けたほうが、知識としては幅広く使えると思いますよ。 そ

    kits
    kits 2008/05/17
    「このリンクは新規タブで開いていいのか普通に左クリックしなきゃいけないのか、と毎回判断しなきゃいけないのでやめてください」にすごく同意。
  • 紅茶屋くいっぱのあれこれ日記

    kits
    kits 2008/05/17
    YUIの方で sayhello でなく function(){sayhello()} を設定するのは余計に不利にしていると思う。
  • 本気でやるならクロスプラットフォームは避けてMozillaアプリを作るべき - hogehoge @teramako

    気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記 まぁ釣りタイトルなわけだが。 でも、割と気でそう思っていたりもする。それほどJavaScriptのブラウザ間のクロスプラットフォームは面倒だしウザったい。 かれこれ1年と8ヶ月ほどJavaScriptをやっていることになるけど、未だにIEでも動くJavaScriptをほとんど書いたことがないオイラ。attachEventってなんですか? 各種ライブラリの使い方を覚えるのなんて面倒。 イベント取りたかったらaddEventListenerで十分。 XPathとか、E4Xとか何も気にせず使える 各種メソッドの互換性なんて考える必要なし 動作確認はFirefoxオンリー ユーザビリティとかアクセシビリティとか考える必要なし。だって自分のためのJavaScr

    本気でやるならクロスプラットフォームは避けてMozillaアプリを作るべき - hogehoge @teramako
    kits
    kits 2008/05/17
    ウェブページだけがJavaScriptの活用の場ではない、という話と解釈。
  • onclick 属性問題について - IT戦記

    気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 に関して この先、 HTML に onclick と書いても石を投げられないように書いておく>< 僕も onclick 属性がダメだと思っていた時代もありました。でも、今は時々使うなあ。 (あ、でも、 HTML と JS で分業している場合は、使わないほうがいいよね^^;そこだけは言っておく。) JavaScript 入門の記事を書くときに onclick 属性がダメだとしたら、いろいろ質的でないことを説明しなきゃいけない。 現状では onclick 属性が、もっとも簡単に HTML にイベントをマッピングできる方法だから、そんなに目くじらたてなくてもいいんじゃないかなあ? たとえば 以下は、クリック時に href に GET を送るための oncli

    onclick 属性問題について - IT戦記
    kits
    kits 2008/05/17
    「入門記事なら」vs「本気でやるなら」
  • JavaScriptのイベントハンドラ説明

    気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 を読んで,思うところあって書いてみました(決してカウンターアーティクルではない)。 むかしむかし JavaScript を触っていた むかしむかしに書かれた JavaScriptで勉強している/した 人向けに。大元記事(そろそろ気で学びませんか? | Think IT(シンクイット))の想定読者に近いかなと思います。よって以下は JavaScript の初学者にはまったくおすすめできない(余計な知識がついてしまう)です。 Step 1: はじめのいっぽ ボタンを押したらメッセージボックスが出現する HTML を書いてみます。 <html><body> <script type="text/javascript"> function ShowMes

    JavaScriptのイベントハンドラ説明
    kits
    kits 2008/05/17
    onclickからaddEventListener、さらにその先に辿りつくまでの長い道のり。