jQueryを使わずにスライドメニューを実装しよう
jQueryを使わずにスライドメニューを実装しようスマートフォンのアプリやモバイルサイズのWebサイトでよく見かけるスライドメニュー。どうも「jQueryがないと実装できない」と思っている人がちょこちょこいるようなので、簡単なJavaScriptで実装できるんだよーというのを記事にしてみます。 このようにボタンをクリックすると横からひゅるっと出てくるメニューを作っていきます。 1. メニューを開いた状態を作成まずは HTML と CSS で「Menu」ボタンをクリックしてメニューが開いている状態を作成します。メニュー部分は position: absolute; で位置を指定しています。また、メニュー項目に white-space: nowrap; を加えることで、スライドさせた時に日本語が変に改行されるのを防ぎます。それ以外は色や線、余白の指定などで、特に変わったことはしていません。 H
「JavaScript初級者のためのコーディングガイド」に補足を試みる - Qiita
はじめに http://qiita.com/raccy/items/bf590d3c10c3f1a2846b を見ていたら、はてブに「理由がないから」ということがよく挙がっていたので、理由をつけてあげたら有益な内容になるかな？と思い、拙いながらも補足を試みようと思います。 【2017 1/3 15:10 追記】 元記事の前提はgulpなどを使ってminifyなども行なえる（もしくは行う目標がある）前提の様子なので、中級者以上がターゲットかなーと思いました。そのつもりで読むととてもいい記事だと思っています。 「最新のJSの書き方を覚えてあとは変換機能に任せればレガシーなJSのキツイところに向き合わなくて済みますよ？」みたいなイメージだとわかりやすいかな？ ==、!= 理由 暗黙の型変換が発生して、別の型の比較が真で扱われてしまう場合があるため。 解説 サンプルコードにも出ていますが言葉足らず
JavaScript初級者のためのコーディングガイド - Qiita
JavaScriptは大変難しい言語です。Rubyの難易度を2、Cの難易度を5、C++の難易度を8にすると、JavaScriptの難易度は12ぐらいあると思います。このコーディングガイドはそんなJavaScriptの深みに嵌まらないようにするためのJavaScriptの書き方を規定したものです。初級者1のための物ですので、わかってやっている人に好きにやってください。 このコーディングガイドは絶対に従わなければならないものではありません。私は一切強制はしませんし、初級者が従わなければならないという義務もありません。採用するしないはみなさんの自由です。 禁止編 JavaScriptには安易に使用してはいけない機能があります。下記の機能は、**それぞれの機能を使っても良い、または、使うべきであるという理由を説明できない限り、**使用してはいけません。 ==、!= ==と!=を使用してはいけません
黒魔術（JavaScript）まとめ - Qiita
まえがき JavaScript、書いてますか？ JavaScriptは今や世界中の人々に愛されています。 stackoverflowの2016年の調査によるとJavaScriptは地球上で最も一般的に使用されているプログラミング言語だそうです。 JavaScript is the most commonly used programming language on earth. Even Back-End developers are more likely to use it than any other language. link しかしJavaScriptは愛されすぎているが故、しばしば黒魔術のようだと比喩されることも少なくありません。 愛と憎しみが紙一重とはこのことですね。 ということでそんなこんなはどうでもいいのですが、自分もJavaScriptは大好きです。 今回は黒魔術まと
ES6時代のコーディングスタイルを考える - Qiita
ここではコーディングスタイルを考える上で、ES6（ECMAScript2015)の以下の特徴に注目して考察するものです。 変数宣言は、constを基本とする クラス宣言文や関数宣言文はブロックスコープ 文字列では、テンプレートリテラルを活用する ジェネレータのために、複数の構文が拡張された また、以下の基準を採用していることを特に触れておきます。 ES5コードの混在、ES5時代のスタイルとの互換性は取らない ES6 modulesが存在しない状況で適用可能なスタイルを取る 視認性を犠牲にコーディング時のミスの影響を隠蔽するスタイル(ヨーダ記法など)は取らない 局所視認性より、全体視認性での高さを重視する 微妙に違うものを区別しやすいスタイルにする 同じものは同じスタイルを取る 一覧しやすくコンパクトに書ける方を採用する 変数宣言は、constを基本とする ES6では再代入を認めないcons
CSS界隈は今どうなっているのか、そこで素人な私が思ったこと - Qiita
この雑な文章は、dots girl Advent Calendar 2015 の4日目の記事です。 今 CSS に何が起きている？ CSS のシンプルなルール CSS は Web ページの装飾・レイアウトのための言語です。プログラミング言語と比べると、CSS は非常にシンプルなルールの元に成り立っています。 プロパティと値の組み合わせで、HTML にスタイルを適用する 上から書いた順にスタイルが適用される 詳細度の高い順にスタイルが適用される たったこれだけが、CSSのルールです。いわゆるカスケーディングってやつです。 CSS は壊れやすい しかし最近、至る所で「CSS の壊れやすさ」について触れられています。 壊れやすいCSS なんでCSSすぐ死んでしまうん メンテナブルでありつづけるためのCSS設計 CSS設計の長い夢 なぜ「CSS は壊れやすい」のか？それは、CSS を書けば書くほど
今どきのJavaScriptで使われているインデント規約まとめ - ICS MEDIA
みなさんは普段JavaScriptを使って開発する場合、インデントはどのようにしていますか？ タブ、スペース2個、スペース4個・・・などいくつかの選択肢があります。 個人で開発している方は問題ありませんが、チームで開発している場合は意見が分かれ議論になることもあるでしょう。プロジェクト開始早々インデント論争でチーム内の雰囲気を悪くしたくはありません。 本記事はそんなインデント論争の1つの解決策となるべく、ブラウザベンダーやプロダクトで定めているJavaScriptコーディングのインデントルールを調べてみました。 この記事のポイント* 海外のJS界隈ではスペース2個のインデントが多数派 ESLINTなどの設定ファイルからコーディングルールを調べられる なぜインデント論争が起こるのか？ そもそもなぜインデント論争が起こってしまうのでしょうか？ それはそれぞれ一長一短のため好みが分かれてしまうか
React.js + CSS - Qiita
React.jsの開発者であるvjeuxが「React:CSS in JS」というタイトルでTalkをしていて、その内容がなかなか興味深いものでReact.jsにも関係するものなので紹介しておきたいと思います。 また、このアプローチについては同じくReact.jsの開発者であるzpaoによる「React Through the Ages」というTalkでも言及されています。 CSSをスケールさせる時に問題になる点 Global Namespace Dependencies Dead Code Elimination Minification Sharing Constantsn Non-deterministic Resolution Isolation ここでいうスケールさせるというのは、Facebookくらいの規模のことだと思います。 Global Namespace そのままですが、
春のJavaScript祭 in GMO Yours
春のJavaScript祭 春のJavaScript祭が一年ぶりにかえってきた！ 2014年4月に第一回春のJavaScript祭から１年。今年も同じ時期に春のJavaScript祭を開催させて頂ける運びとなりました！ 今回も素晴らしいセッションの数々になる予定。 プロ・ジャバスクリプターから、他言語のエンジニア、コーダー、WEBデザイナー、Javascript初心者まで参加者の幅が非常に広いのがこのJavascript祭りの特徴です。 Javascriptを愛する全ての人に参加権があります。 また、今回はschoo配信が決定しております。遠方で参加が難しい方はぜひオンラインからJavaScript祭をお楽しみ下さい。 schooでの配信はこちら ※なお、今回は有料イベントとなっております。参加チケットを事前に取得した上でご参加下さい。（会場で現金にて受け取ることは出来ません。） 決済を完
キーワードは「CARE」！実践的なフロントエンドエンジニアを目指せ！─Frontrend Conference the Final基調講演レポート
キーワードは「CARE」！実践的なフロントエンドエンジニアを目指せ！─Frontrend Conference the Final基調講演レポート 白石 俊平（HTML5 Experts.jp編集長） この記事は、「Frontrend Conference The Final」の基調講演「Pragmatic Front-end Developer: From Artisan to Expert」についてのレポートです。 登壇されていたのはリッチメディアの斉藤祐也さん。HTML5 Experts.jpでも、No.10のエキスパートとして何度もご執筆いただいているので、ご存じの方も多いかと思います。 この講演タイトルは、アンドリュー・ハント氏の著作「The Pragmatic Programmer」をオマージュしたとのこと。「Pragmatic」というのは「実践的」という意味の単語で、フロント
2015年のWebサイトの作り方 at 67ws
The document summarizes quotes from three individuals about web design and development. Tim Berners-Lee notes that the primary principle of the web is universality, meaning it should be accessible from any device. Jason Fried argues that designing in Photoshop wastes time, as the design then needs to be rebuilt in HTML/CSS. Instead, one should design directly in HTML/CSS to allow for faster iterat
JavaScript祭スピンオフ！ フロントエンド祭り in Co-Edo
JavaScript祭りスピンオフ企画！フロントエンド祭りの開催を致します！ 毎回JavaScript祭りは100名近く参加頂き、その都度WEBデザイナー系の方・初心者の方から「どうすればJavaScriptが書けるのか！？」という根本的な疑問を頂きます。 そこで今回は 「JavaScriptを愛する初心者～フロントエンド系」向けに「もっと書こうよ！JavaScript」をお送りしたいと思います。 セッションの時間を通常よりも長めに取っておりますので、ハンズオン形式でぜひ登壇者と一緒にJavaScriptを書いてみよう！ ※コワーキングスペース利用料金1000円がかかります。 なお、今回は参加費無料となっております。懇親会別途。懇親会費用は1500円となっております。受付時にお支払下さい タイムスケジュール 今回は全体を通して初心者～フロントエンド系 受付開始 14：00～14：30 座席
I am mitsuruog | 進化の早いフロントエンドの世界についていくために、スタイルガイドを有効活用しているという話
フロントエンドの世界では、日々新しいフレームワークやライブラリが生まれています。 初めてそういった新しいものを習得する場合に、なるべくなら近道したいと思うのが人の気持ちだと思います。 まず大変なのが、Hello World から実際のプロダクトやプロトタイプで利用する場合で、これは初めてで何もわからない土地を一人で散策するような感覚にも似ています。 今日、紹介するのは私が進化の早いフロントエンドの世界で、より早く未開の土地に慣れるためにスタイルガイドを有効活用しているという話です。 ちなみにこの記事はFrontrend Advent Calendar 2014 - Qiitaの 6 日目の記事です。 5 日目はじめての CSS 設計 - Qiita(@moschann) 7 日目CSS のプリプロセスとポストプロセス、そして Rework と PostCSS(@morishitter) 良
Post by @0-9
・横80列で折り返す。 普段80列で開発してるわけじゃないけど、横に長いコードも見にくいので。 ・1funtionは30行にする。 これも列指定と同じ意味で。 数字自体はそこまで意味がないけど、長いコードはそれ自体問題がある可能性が高い。 ・1ファイルは200～300行 「JSを1ファイルに200行以上書くと人間は死ぬ」と言われてるけど、実際はもうちょっと多くても大丈夫。 ・インデントは8タブ タブを使う理由は「タブはスペースに一括置換できるけど、スペースはタブに一括置換できない」から。 なので、コード中にコードインデント以外でハードタブは記述しない(文字列内に記述する時は¥tで記述する) タブの表示数はエディタ毎の設定次第だけど、インデントの深いコードが書きにくくなるので8タブで書く。 ただし、インデントの文字数に依存するインデントはしない(4タブでも正常なインデントになるように記述する
JavaScriptのコードを記述する上での基本ルール
大文字と小文字の区別 JavaScript では大文字と小文字は明確に区別されます。変数に名前を付ける時や、または既に定義されている予約語を使う場合には大文字小文字も正確に記述する必要があります。 次の例を見て下さい。 let name = 'Yamada'; console.log(name); >> Yamada console.log(Name); >> Uncaught ReferenceError: Name is not defined 変数 name に値を代入したあと、コンソールに変数 name の値と 変数 Name の値を出力しています。 JavaScript では大文字と小文字は区別されるため変数 name と変数 Name は別の変数です。よって console.log(Name) の方は変数 Num が定義されていないためエラーとなります。 コードの中の空白と改行
The jungle of mobile HTML5 development
I’m a big fan of HTML5; it gives me the speed of development that my creativity needs. But since the rise of mobile, the development with this technology started to be complex. On the desktop, everything was clear. Website development is in a constant evolution; still people have expertise on it. But on mobile, it’s just a nightmare. Developers are confused in the way of developing an HTML5 mobile
Remixing 1st Round: Refactoring
イベント概要 日時: 2014年6月21日(土) 13:00 – 16:00（開場12:30） 会場: 住友不動産西新宿ビル23F テーマ: リファクタリング 定員: 100名 主催: 株式会社リッチメディア 参加費: 無料 事前登録: 必要 ハッシュタグ: #remixing セッション 1. リファクタリング: What, Why and When by 斉藤祐也 / 15 mins リファクタリングとはなんなのか、どうして必要なのか、そしていつ実行するべきなのか。 本セッションではそんなリファクタリングの基礎について紹介していきます。 斉藤祐也 米国の大学を卒業後、大規模なインターネットメディア運営会社に編集者として入社するもウェブデザイナ兼フロントエンドデベロッパとして従事、その後株式会社サイバーエージェントにてモバイルウェブアプリの開発をメインとした部署にて専業フロントエンドデベ
フロントエンド開発今昔物語 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? フロントエンド開発今昔物語 フロントエンドと言っても、アプリやゲーム制作などではなく、いわゆるWebサイト制作のクライアントサイド側の話になります。 時代背景 昔 おじいさんには、Photoshop、Illustrator、Dreamweaverという3種の神器がありました。当時のWebサイト制作は、これらのソフトを利用し、おじいさんが一人で行っていました。おじいさんのような仕事をする人は、Webデザイナーと呼ばれ、とても人気がありました。おじいさんは幸せでした。 今 いつしかWebデザインは分業化されるようになりました。おじいさんは久
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Learning JavaScript: 9 Common Mistakes That Are Holding You Back — SitePoint
http://www.pori2.net/js/index.html