任意の場所で改頁したい場合には、「page-break-before:always;」属性を
つけてあげればよい。
┌──────────────────────────────────────┐
│<style type="text/css" media="print">                                       │
│div.break {                                                                 │
│    page-break-before   :always;                                            │
│}                                                                           │
│</style>                                                                    │
└──────────────────────────────────────┘

単純な方法としては、改頁専用のdivタグとしてしまって、
そのdivタグを任意の場所に置くという方法か。
┌──────────────────────────────────────┐
│<div class="break"></div>                                                   │
└──────────────────────────────────────┘

CSSに「media="print"」を指定すると、印刷時用の専用レイアウトとなる。
┌──────────────────────────────────────┐
│<style type="text/css" media="all">                                         │
│</style>                                                                    │
├──────────────────────────────────────┤
│<style type="text/css" media="screen">                                      │
│</style>                                                                    │
├──────────────────────────────────────┤
│<style type="text/css" media="print">                                       │
│div.xyz {                                                                   │
│    display             :none;                                              │
│}                                                                           │
│</style>                                                                    │
└──────────────────────────────────────┘
上記のように「media="all"」とは別に「media="print"」を設ける形となる。
「media="all"」は共通向けCSSで、画面表示と印刷出力の両方に影響がある。
なお、「media="screen"」にすれば、画面表示専用となる。

画面表示上必要な、「xyz」領域を印字時に除外する例が上記となる。
「xyz」領域は他になんでもOKで、よく使うものとしては
「印刷ボタン」があるのではないだろうか。

「印刷ボタン」は画面に必要だが、印字には必要ないから、これを「display:none;」に
してしまえばよい。

なお、media属性の指定をしない場合の既定は「media="all"」であり、
「media="screen"」か「media="print"」の一方のみを指定して場合には
他方は定義なしと見なされ、HTML既定のレイアウトが適用される。

┌──────────────────────────────────────┐
│<input type="button" value="印刷" onclick="window.print();"/>               │
└──────────────────────────────────────┘
「window.print();」を実行すると、プリンタ選択ウインドウが開いて
印刷処理へ進む。

テスト用に大容量ファイルを作らなければならない場面に遭遇することがある。

テキストエディタでネズミ算式にコピペを繰り返したりするのも一興だが、
もっと簡単な方法をみつけた。

コマンドプロンプトから以下でOK。
┌──────────────────────────────────────┐
│fsutil file createnew ファイル名 バイト数                                   │
└──────────────────────────────────────┘
但し、悪用されると怖いので、管理者権限で
コマンドプロンプトを実行しなければならないようだ。

2000年問題に代表されるように、プログラムの制約により、
気を付けなければならない日ってのがある。

その中でも簡単におきてしまうのが、8進数の解釈の違いだ。

すなわち先頭に0がつくと8進数と認識する場合が多いが、
敢えて10進数をゼロパディングして誤認識されハマる場合がある。

日付から月を抜き出す場合「08」月とゼロパディングで抜き出す場合がある。
＃これは抜き出す関数とかの仕様による。

ただし、「7」「07」まではどちらでも同じなので露見しないのだ。

つまり「8」の数字が初めて表れる時は要注意ってことだ。

以前、『「$(())」は「expr」コマンドと同等になる、これは便利。』と書いたが
これには落とし穴があった。
8進数の扱いについてだ。

こんな感じ。
┌──────────────────────────────────────┐
│$ echo `expr 08 + 1`                                                     →9│
├──────────────────────────────────────┤
│$ echo $((08 + 1))                                    →Syntax error: 08 + 1│
└──────────────────────────────────────┘

先頭に「0」がつくと8進数と認識されるわけだが
8進数は「0～7」のみで数字を構成するから、「8」はエラーとなる。

でも、「expr」だと、10進数と解釈してくれるみたいだ。

「ブランチ」はタグ付けと同じ要領で作れる。
というか「ブランチ/タグの作成」という名称だし。。。

で、その違いはというと、管理ルールの違い。
「タグ」は静的スナップショット的なものなので、一度作成したら更新しちゃダメ。

これを更新すると、派生分岐となる
つまり、更新してしまうとめでたくも「ブランチ」に昇格となる(心の中でね)。

で、この「ブランチ」を頻繁に更新することになる、つまり派生開発が始まるととなると
その「ブランチ」をチェックアウトするってことになる。

でも、開発中のものを移行するとなる、既存フォルダを削除して新規作成、
つまりスクラップ＆ビルドが必要となる。

これは、めんどくさい。

これを解決してくれるのは右クリックメニューの「切り替え」だ。

リポジトリの位置が変わったら
右クリックメニューから「再配置」を選択して、
参照先を変更するればよい。

タグ付けしたいフォルダにて右クリックしメニューを表示し、
「ブランチ/タグの作成」を選択する。
┌──────────────────────────────────────┐
│コピー(ブランチ/タグの作成)                                                 │
├──────────────────────────────────────┤
│┌リポジトリ───────────────────────────────┐│
││コピー元の作業コピー/URL                                                ││
││svn://xxxx/trunk/xxxx                         ┌────────┐┌─┐││
││宛先パス                                      │/tags/1.0       ││..│││
││宛先のURL                                     └────────┘└─┘││
││svn://xxxx/tags/1.0                                                     ││
│└────────────────────────────────────┘│
│┌ログメッセージ─────────────────────────────┐│
││┌──────────────────────────────────┐││
│││                                                                    │││
││└──────────────────────────────────┘││
│└────────────────────────────────────┘│
│┌リポジトリ上でコピーを作成するコピー元─────────────────┐│
││○リポジトリ内の最新リビジョン                    ┌──┐┌─────┐││
││●リポジトリ内の特定リビジョン                    │1001││ログを表示│││
││○作業コピー                                      └──┘└─────┘││
│└────────────────────────────────────┘│
│                                                ┌─────┐┌─────┐│
│                                                │    OK    ││キャンセル││
│                                                └─────┘└─────┘│
└──────────────────────────────────────┘
「コピー元の作業コピー/URL」にタグ付けしたいフォルダが表示されるので
タグ付けしたコピー先(宛先)を指定する。
「宛先パス」にて、宛先を選択すると「宛先URL」が連動して再表示される。

さて、宛先だが、リポジトリ作成時に「/tags」というフォルダを生成した場合には
その下に置くのが無難であろう。

末端フォルダは未作成でもいい(自動で生成してくれる)ので、「/tags」の下に
今回のタグバージョンをフォルダ名としてフォルダを順次作成していく感じとなる。

タグ付けには通常「コミット」時と同様にログメッセージを記載することができる。

また、最新のリビジョンではなく、過去の遡ってタグ付けすることも可能。
「リポジトリ上でコピーを作成するコピー元」でそこら辺を指定する。

最後に「OK」を押すと、コピーが宛先に作成され完了となる。

「コミット」する度に、リビジョンが振られていく(カウントアップする)ので
これだけでも十分バージョン管理となるのだが、
日頃のささいな更新と、物件リリースなど区切りとなる更新は分けたいところ。

それを実現してくれるのがタグ付けだ。

といってもその実体は、履歴に目立つ印をつけるのではなく
これまでの特定のリビジョンを別フォルダにコピーするだけだ。
もちろん手作業でもできる(特定のリビジョンをエクスポートすればよい)が、
手続きに則ってやれば、その作業履歴も残る。

他にもいろいろ利点はありそうだが、まずは手続きを覚えてしまおう。