body { background-color: #DDDDDD; font: 30px sans-serif; -webkit-user-select: none; } #test { cursor: pointer; } .button { color: blue; } .button:hover { color: gray; } .button:active { color: red; }
![Android端末での:activeと:hoverの確認 - jsdo.it - Share JavaScript, HTML5 and CSS](https://cdn-ak-scissors.b.st-hatena.com/image/square/03951d7d4fd2f4e6f61af6f4b29ab8a0c99a1e0e/height=288;version=1;width=512/http%3A%2F%2Fjsdo-static-contents.s3.amazonaws.com%2Fimages%2Fcapture%2Fv%2Ff%2F7%2Fvf7e.jpg%3Ft%3D1285757776)
Make a note of it: Web tech, montaineering, and so on. Note: この記事は、3年以上前に書かれています。Webの進化は速い!情報の正確性は自己責任で判断してください。 こんにちは『Less & Sass Advent calendar 2011』4日目。Sig.@sigwygがお送りします。「ハードル下げるよ」と言っていたtacamyが文量ある良記事を上げており、高まるハードルに恐々としている今日この頃。皆さん如何お過ごしでしょうか。まあ僕はマイペースで行きます。久しぶりのBlog記事ですしね!(言い訳) さて、小狡く予防線を張ったところでLESS紹介です。LESSはCSSに変数やら関数やらネストやらを実装します。Sassと同じようなCSS拡張とかメタ言語とか言われるモノです。この辺りの解説はdebiruくんの記事が詳しいので割愛。
パッと開けばバーッとわかる。がテーマの「yPad」でしたが「とはいえデカすぎる」とか「こんなにジョブは必要ない」といった声もいただきました。そこで小さい「yPad」にトライしてみることに。当初の計画では「ガラパゴス」をベースにして「GRAPyAGOS(ガラ”ピャ”ゴス)」という名前にしようと思っていましたが、本家の「ガラパゴス」はいつのまにか生産中止…。単純に「yPad」の半分のサイズで「half」としました。 「yPad」の良いところは、長期の進行管理と毎日のスケジュールを一度に見られるところ。でもハーフサイズでそれは無理です。なので、「yPad」の「一目で見られる」という点に特化して、1週間単位のノーマル「手帳」に。「yPad」は2度目でも「手帳」は初めて。作る立場としても、実験的な作品です。 同じ内容でサイズを「ハーフ」にしたら、厚さは「ダブル」になります。「yPad2」の厚みが約7
どうもどうもぺぺんです。 またまた小ネタですが、洗濯物に自分好みの アロマオイルの香りをほんのりとつけることができる 「ランドリーブースター」 ってやつをつくってみたのでそのご紹介です。 つくりかた等詳細はこちらを参照いただきたいのですが シーツやシャツにいい香りをつける簡単な方法 : ライフハッカー[日本版]重曹に好きなアロマオイルを混ぜて 2週間ほどで完成するかんじです。 で、できたのがこちら。 今回はラベンダーとイランイランで。 リラックスできそうなかんじのブレンドです。 (余談ですが、イランイランは シャネルのNo.5 にも使われてる あまーい南国を感じさせる花の香。 使い方をしくると「うぇっぷ…」となるのですが 質がいいものも少量だけ使うと とて心が安らぐ良い香りがします(´ω`*) ) 最後のすすぎの時に入れてみて 乾いてからくんかくんかしましたとこ
2009年03月07日 21:32 カテゴリプログラム・スクリプト JavaScript で、文字列の連結は "+=" が高速 No Comments No Trackbacks ずいぶん前の記事だけど… (via. マイコミジャーナル) JavaScript文字列処理は "+=" が十分高速、Safariもベター と "+=" でも不十分、IEで性能発揮するには文字列サイズにも工夫必要 (1) IEでもIE6以上であれば "+=" を使うこと (2) ただし処理する文字列が64KBを越える場合には配列を使うこと (3) 大きなサイズの文字列の処理はなるたけ避けできるだけ小さい文字列操作を先に実行するように工夫すること などをテクニックとして紹介している。 工工エエエエ(´Д`)エエエエ工工 そーなのー? 「文字列を連結するときは、配列にして連結すべし!」 というのを昔どっかで読んだ。 ど
理由がない限り、Array.join("") による文字列連結は使わないほうがいいみたい - latest log の件について。 IE6の+による文字列結合が遅くて、Array.joinで連結するとマシになるよって話を(私が)初めて聞いたのはShibuya.js第1回の id:amachang の発表だったと思います。 Shibuya.js Technical Talk #1 を終えて。 - IT戦記 *1 少なくとも3年以上前のバッドノウハウが未だにIE6のみならず、IE7でも有効という現実に気が遠くなりそうですね。 で、IE6,7は基本的なパワー不足で、同じJavaScriptでも他のブラウザより処理が遅いことがほとんどです。遅いブラウザに合わせてチューニングをするほうが一般的なので、特に理由がなければArray.joinを使っておいたほうが無難だと思います。 Array.joinを
JavaScript の勉強を開始したときに「文字列の連結には Array.join() を使え」といった記事を見た覚えがあります(ソース失念したけど、 Operaの技術文書だった気がする ⇒ IE の技術文書だったかも)。 一年ほど信じてて、念のためベンチとってみたら「うそやーん」でした。ってお話。 ベンチの条件は、 3種類の文字列連結方法を試す 1. + Operator 2. String.concat() 3. Array.join("") 文字列の要素数を 11個 と 55個で試す <!doctype html><html><head><title></title> </head><body> <script> window.onload = function() { var now = +new Date, lp = 100; while (lp--) { job(); } d
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く