<html> <head> <title>Laravel | @yield('title', 'Home')</title> </head> <body> <div id='container'> @yield('content') </div> @section('footer') <script src="app"></script> @show </body> </html> @extends('layouts.master') @section('title', 'Dashboard') @include <h1>Dashboard</h1> @include('common.error', ['text' => 'エラー']) ... @endsection @section('footer') @parent <script src="dashboard.js"></scrip
更新:2016年5月20日 Sass は Syntactically Awesome Style Sheets (構文的に素晴らしいスタイルシート) の略で、CSS を便利に使えるように拡張した言語です。 Sass には Sass 記法(拡張子 .sass)と SCSS 記法(拡張子 .scss)の二つの記法がありますが、ここでは SCSS 記法(拡張子 .scss)を使用します。現在はこちらが主流のようです。 SASS は CSS とは構文が異なるため CSS ファイルには SASS を記述することができません。SASS の場合は「.scss」という拡張子のファイルに記述します。 しかし、逆に通常の CSS を SASS ファイルに記述することは問題ありません。CSS ファイルの拡張子を「.css」から「.scss」に変更すると SASS ファイルになります。 SASS のインストールや
この記事では Less & Sass Advent calendar 2011 の 16 日目として、Sass の @extend 機能について書いてみます。が、諸事情により締め切りを過ぎてからあわてて書いており、かなりとっ散らかったものになるであろうことをあらかじめお断りしておきます。 さて、まずは @extend の基本的な機能についてざっとおさらい。@extend される側として一連のスタイルを定義したセレクタがあり、そのセレクタを @extend で継承しつつプロパティを追加したりして、新しいセレクタを作ります: // SCSS // 継承元のセレクタ .button { display: inline-block; border: 1px solid gray; background-color: silver; &:hover { border-color: black; }
C言語でどう改善したら良いかわからないエラーメッセージがでます>< 教えて下さい。 #include <stdio.h> int main(int argc,char *argv[]) { FILE *fp; char c; if(argc==1){ printf("ファイル名を指定して下さい。\n"); exit(1); } fp=fopen(argv[1],"r"); if(fp==NULL){ printf("ファイル%sをオープンできません。\n",argv[1]); exit(1); } while(1){ c=(char)fgetc(fp); if(feof(fp)!=0) break; printf("%c",c); } fclose(fp); } といったファイルをオープンするためのものなんですが、 gcc mycat2.c mycat2.c: In function ‘m
トップページ – C言語編 このページの概要 以下は目次です。 プリプロセス(前処理) #define マクロを無効化する(#undef) 分岐 (#if、#elif、#else、#endif) #error マクロによる分岐 (#ifdef、#ifndef、defined) 空指令 練習問題 参考リンク 更新履歴 プリプロセス(前処理) ソースファイルをコンパイルする処理の手前には、プリプロセス(前処理) (preprocess) という段階があります。プリプロセスは、ソースコードをコンパイルする前に、ソースコードに変化を加える過程です。 コンパイルを実行するプログラムのことをコンパイラというように、プリプロセスを実行するプログラムのことを、プリプロセッサ (preprocessor) と呼びます。 【上級】プリプロセッサとコンパイラが完全に独立しているか、コンパイラの一部として動作する
Emacs で新しいファイル、例えば Hoge.h を作るとき。 お決まりで書かなければいけないものがあると思います include guard(#ifdef __HOGE__ 的な) 何百回も include guard をコピーして書き換えてコピーした気がします license/author などのコメントヘッダ namespace 開く/閉じる class プロジェクト特有の何か(特定のクラスを継承しろとか) 1 から書くのは当然面倒なので、既存のファイルをコピペするのが一般的(?)です。 しかしこれはこれで、書き換え漏れやミスでハマったりそもそも面倒です。 そういうときは Emacs の auto-insert という機能を使って楽をしましょう。 できることは新しいファイルを作成する際に、テンプレートを利用してファイルを自動生成すること。 自分のプロジェクトや環境に合わせて、テンプ
The correct title of this article is #include guard. The omission of the # is due to technical restrictions. This section may be too technical for most readers to understand. Please help improve it to make it understandable to non-experts, without removing the technical details. (September 2018) (Learn how and when to remove this message) In the C and C++ programming languages, an #include guard,
最近、仕事でC言語での組み込み系の開発に携わっています。 開発中のコードを眺めていると、ヘッダファイル内にstatic関数のプロトタイプ宣言を記述していたり、ヘッダファイル内で不必要に他のヘッダファイルをインクルードしているなど、ヘッダファイルの書き方が分かっていないと思われる箇所が多々見られました。 実際、C言語の入門書でもヘッダファイルの書き方を詳しく説明しているものは、僕の知っている限りでは存在しないので、C言語を使っていてもヘッダファイルの正しい書き方を知らない人が少なくないのではないかと思われます。 そこで、このエントリでは、C言語のヘッダファイルの書き方について、僕が知っているテクニックをまとめてみました。 インクルードガードを書く ヘッダファイルファイルで他のヘッダファイルをインクルードしていると、いつの間にか同じヘッダファイルを2回インクルードしてしまうことがあります。 例
ソースファイルを複数使ったプログラムについて質問です。 以下のようなソースファイル2つとヘッダファイル1つ使って最大値最小値を返すプログラムを作ったのですがエラーがでてきます。ヘッダーファイルを使わずに一つのソースファイルにして実行するとできるのですが、以下のようにソースファイルを分け、cygwinでgccコマンドで実行すると collect2: error: ld returned 1 exit status のようなエラーメッセージが出てきてしまいます。 同じディレクトリに入れているので読み取ってはいると思うのですが、なぜエラーになってしまうのでしょうか。 また、main.cで#include "utility.h"を#include "utility.c"とすると実行できます。このことからヘッダファイルの利点がよくわからなくなりました。詳しく教えていただける方いらっしゃいましたら教え
0.5.6から実装されたinclude,recipe,define_recipesの使い方 概要 Plaggerを使いこなすようになると、用途別にconfigを分割して複数の設定でPlaggerを実行するようになってくると思います。 そんなときに、殆ど共通なglobalや他のplugin設定を複数のファイルに同じ内容で書くのは手間でしょう。 また、数多くプラグインを使用するとconfigファイルが大きくなってしまい見通しが悪くなります。 includeを使うことで共通の設定を一つにまとめることができます。 recipeを使うことにより使用するpluginを見通しよく管理します。 そして、define_recipesを使ってrecipeで設定したpluginを使用する事ができます。 サンプル 複数のSNSを利用するための設定を例として取り上げます。 Yahoo360Jは一時間おき,Mixiは
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
中規模な企業サイトを作る話がひさびさにありました。今も企業サイトの更新をいくつかかかえてるんですが、HTMLで作っているのでナビゲーションが増えたり減ったりしたときの作業が非常にめんどくさいです。 今度から共通部分はSSIを使おう!と思ってサンプルをつくり、その企業のサーバにアップしてみたところSSIは使っちゃダメみたい。ウンともスンともいわん。 で、ちょっと調べたらPHPでもおんなじようなことができるそう。早速サンプルファイルつくってサーバで試してみたら上手くいった!なんだか感動。 index.phpに書いたのはこんな感じのPHP。 include "include/global_header.php"; ただちょっとまてよ、と。 階層深くなったときにglobal_header.phpへのパスは相対になるんだよなあ。それもめんどいのどこからでも参照できるように絶対パスでこんな感じに書い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く