hpprc/jawiki-books-paragraphs huggingface dataset:
SVG/はじめに
はじめに

SVG形式は、画像を作成するための形式です。文字を表示するための形式ではないのです。(web画面に文字を表示するだけなら、HTMLだけで可能です。)
はじめに

SVGの実際の利用では、たとえば下記のようにして、図形を表示するような用途が想定されています。なお、これは水色の背景の上に、黒い円を表示するプログラムです。
はじめに

コーディングはHTMLと同様、Windows「メモ帳」などのテキストエディタでSVGのコードも書けます。
はじめに

webブラウザで閲覧する場合、このコードを、拡張子.htmlで保存します。上記コードの場合、.svgでは動作しないです。なおLinuxなどにおいてSVG画像を表示する場合のファイル拡張子は.svgです(古いバージョンのWindowsでは、ブラウザ以外でのSVG画像表示は未対応です)。
はじめに

上記コードは、Internet Explorer では動作しません。そのためFirefox または Google Chrome または Microsoft Edge をお使いください。
はじめに

SVGファイルは上記のように、HTMLのようなタグを記述して作成していきますが、規格上は厳密にはHTMLではなくXMLの一種です。
はじめに

SVGでは、<svg>タグおよび</svg>タグの内側に、図形などの情報を記述していきます。
はじめに

もしお使いのwebブラウザのレンダリングエンジンがSVGに対応していれば、ウェブブラウザ上でSVG画像を閲覧することができます。FirefoxとGoogle Chrome は2020年の時点で、SVG画像の表示に対応しており、実際にブラウザ上でSVGファイルをもとにベクター画像を表示できます。 一方、WindowsのInternet ExplprerはSVG未対応です。
はじめに

なお、対応していない場合でも、外部のビューワプラグインを導入して見ることができるようになる場合があります。
はじめに

また、SVGファイルを作成する方法は簡単で、テキストエディタを使って自分でSVGファイルを書くこともできます(HTMLファイルの作成方法と同様です)。この他、SVG画像を作成する専用のソフトウェアとして、フリーソフトのInkscapeなどがあり、Inkscapeでは標準の画像形式としてSVG画像が採用されています。
はじめに

また、標準の画像形式としては採用していませんが、Microsoft OfficeやLibreOfficeなどのオフィスソフトでも、バージョンの新しいものであればSVG画像を作成できます。
はじめに

なお閲覧ソフトについては、かつてAdobe社が SVG Viewer という閲覧ソフトを開発していましたが、2009年にはサポート終了されています。
はじめに

SVGのコードを記述したHTMLファイルをwebブラウザで開く場合は、拡張子を.htmlにしてください。もし拡張子を.svg にしてしまうと、ブラウザでは図形描画をできなくなります(コードそのものの文字列がブラウザ画面に表示されてしまいます)。
はじめに

一方、ドローソフトの Inkscape で開く場合には、ファイルの拡張子を .svg にしてください。本書で紹介するsvgコードのほとんどは、拡張子を .svg に変えれば、Inkscapeで編集できます。
はじめに

なお、W3C系の規格にもとづくSVGファイルをInkscapeで読み込むことはできますが、しかしInkscapeで編集したファイルには、W3C規格外のタグもあります。InkscapeのSVGの仕様は、Inkscape SVG という名の独自仕様です。このため、Inkscapeで編集した図形を、そのままブラウザで読み込むのは、できたとしても、あまり好ましくないでしょう。
はじめに

どうしてもInkscapeでブラウザ用の画像を作成する場合、形式を「名前をつけて保存」などの際にプレーンSVGという形式(W3Cの素のSVG規格に比較的に近い形式)に変換できますので、プレーンSVGに変換しておいてからHTMLで読み込みをするのが安全です。
はじめに

Inkscapeコミュニティの目的は、けっしてW3Cの想定するようなブラウザ開発ではなく、ドローイングソフトの開発がInkscapeコミュニティの目的なので、ドローイングソフトとして必要な多くのタグが、Inkscapeで作成したファイルのソースには作成されます。(『メモ帳』などのテキストエディタで、Inkscapeで作成したSVGファイルのソースコードを簡単に閲覧できます。)
はじめに

余談ですが、InkscapeはSVG形式への変換の他、HTML5のcanvasタグの形式のHTMLファイルへも変換できます。
はじめに

HTMLの仕様とは別に、XML(拡張マークアップ言語)というタグを使って情報を記述していく記法があります。SVGはこのXMLを利用しているため、XHTMLやMathMLなどの他の標準と組み合わせて使用することができます。DOMによるメソッドを使ってJavaScript (ECMAScript) から操作することも可能です。XPathはSVG画像の特定の要素を指し示すことができます。 XML自体はSVGだけでなく、データ形式を記述するのにも利用されています。
はじめに

たとえばJavaScriptをHTMLファイルとは別の外部ファイル(拡張子 .js)として読み込む場合、コーディングは比較的に簡単に記述できるようになっています。
はじめに

しかしSVGでは、まだブラウザの対応が進んでおらず、けっしてJavaScriptのようには、そう簡単には外部ファイルを読み込みできません。
はじめに

2020年の時点では、名前空間として xmlns="http://www.w3.org/2000/svg" などの情報をSVG画像のソースコードに指定する手間などがあります。
はじめに

このため、現状では、簡単な図形などは、HTMLファイル側に直接にSVGタグを書き込む「インラインSVG」の手法でコーディングするのが簡単です。
はじめに

SVGは規格上は動画フォーマットとしても対応するように制定されていますが、実際は主に静止画像として多くのSVG対応アプリケーションに採用されています。
はじめに

また、SVGで想定している動画とは、たとえば図形の平行移動や回転移動や拡大縮小といった動きの動画です。
はじめに

けっして、YouTubeなどのような動画サイトの動画形式などに対応しているわけではないので、誤解のないように。
経済学/経済とは何か/価格変化と代替効果
削除依頼中
当ページ「経済学/経済とは何か/価格変化と代替効果」の削除依頼が提出されています。今後当ページに加えられた編集は無駄となる可能性がありますのでご注意頂くとともに、削除の方針に基づき削除の可否に関する議論への参加をお願いします。なお、依頼の理由等については削除依頼の該当する節やこのページのトークページなどをご覧ください。
リンゴの価格が変化したときの、リンゴの消費量に与える効果を考えてみよう。 リンゴの価格が低下すればミカンよりもリンゴを購入することが相対的に有利になるから、リンゴの消費が増加する。 これを代替効果と呼ぶ。
リンゴの価格が低下すると、リンゴの限界デメリット曲線は下方にシフトし、リンゴの購入量は増加する。
同時にリンゴの価格が低下すれば、リンゴの購入量を元のままに維持したとき、他の財に回せる資金は増加する。 相対的に可処分所得が増えるから、リンゴの価格の低下は所得の拡大と同じ効果を持つ。 そのため限界メリット曲線は上方にシフトする。
正常財の価格が低下すると、限界デメリット曲線は下方のシフトし、限界メリット曲線は上方のシフトする。 それにつれて均衡点は右方に移動する。つまりリンゴの消費量は増加することになる。
均衡点の移動を二つの動きに分解してみよう。 限界デメリット曲線の下方シフトによる効果が代替効果、 限界メリット曲線の上方シフトによる効果が所得効果になる。
このように価格変化は代替効果と所得効果に分解できる。 代替効果は実質的な所得が変化しないときの価格変化の動きであり、プラスになる。 所得効果は正常財であればプラスであるが、劣等財の場合にはマイナスになる。
正常財であれば、その財の価格が低下すると、必ずその財の購入量は増加する。 しかし、所得効果がマイナスの劣等財の場合は、価格が低下したとき、代替効果を所得効果が相殺する方向に働くので、 総合すると効果がどうなるかを確定できない。
所得効果がマイナスの劣等財では、その財の価格の下落により、その財の需要が減少することもあり得る。 こうした財はギッフェン財と呼ばれている。
その財の価格が低下すると実質的な所得が増加するため、劣等財であれば、所得効果からはその財の需要が減少する。 これに対して、代替効果からは、価格の低下によってその財に対する需要は増加する。 このとき、代替効果よりも所得効果の方が大きければ、価格の低下によって需要は減少する。
1845 年のアイルランドでは、飢饉でジャガイモの価格が上昇した。 このとき、経済的余裕のない家計は他の財(パンや肉)に対する支出を減らしてジャガイモの支出を増やしたので、 他の財の価格が下がったのである。価格の低下と需要の減少が同時に起こったわけである。
リンゴの需要は、所得やリンゴの価格だけではなく、他の財、特に果物の価格によっても変わる。 例えばミカンの値段が上昇すると、リンゴの需要は刺激される。 これはリンゴのミカンに対する相対的な価格が下落し、ミカンと比べて相対的にリンゴが安くなるからである。
このような、他財の価格の変動による需要の変化をクロスの代替効果という。 ミカンの価格の上昇はミカンからリンゴへの需要の代替を引き起こすため、このような関係の財は代替財と呼ばれる。
一方、例えば紅茶とレモン、パンとバター、野球用具のボールとバットなどでセットで需要される財は、そのうちのひとつの財の価格が上昇すると、両方の財の需要が減少する。 例えばバターが値上がりすると、バターの需要が減少するだけでなくパンの需要も減少する。 このような関係にある二つの財は補完財と呼ばれる。
ガリア戦記/用例集/変化しない副詞/non
nōn

nōn
nōn quīn

(1巻3節7項)
ガリア戦記/用例集/変化しない副詞/quin
quīn

quīn
nōn quīn

(1巻3節7項)
皇室典範第3条
解説

本条は、第2条に定める皇位継承順位の変更について定めている。皇位継承順位はあらかじめ明確に定めるべきであり、一度決められた順位は安易に変更されるべきではない。一方、皇位継承順位を絶対に変更できないとすることも不適当と考えられるため、条件を限定し、かつ、手続を明確にした上で、順位の変更ができることとされている。
解説

本条では、順位を変えることができる場合を、皇嗣(皇位継承順位第1位の皇族)に、(1)精神若しくは身体の不治の重患があり、または、(2)重大な事故があるとき、と定めている。また、皇室会議が発議し、決定することにより、順位が変更される。
皇室法
法学>皇室法
皇室に関する法令の教科書です。「皇室法」という名前の法律は存在せず、皇室典範と皇室経済法が中心的な法律です。
WinSock/MSDNのソケットコードの保管場所
MSDNソースコードの予備

MSDNにあるwinsockの完成形コードを、予備としてwikibooksにも保管しておく。 (過去にマイクロソフト社は、MSDNにあるWin32API日本語訳の解説書などを(コスト削減などのためか)削除したという前科をやらかした日本人を舐めたフザけた企業なので、万が一にもwinsockコードが削除される可能性にそなえて、wikibooksに保管することにする。)
MSDNソースコードの予備

2020年の現在でも、下記のプログラムで動作します(確認ずみ)。
MSDNソースコードの予備

※ クライアント側のコードが古くなっており、2020年現在では、下記の2018年のコードのままでは動作しないです。(更新の箇所は、この節の末尾で後述しています。)
MSDNソースコードの予備

Winsock Client Source Code
MSDNソースコードの予備

2018年づけでMSDNが紹介しているままのクライアント側の上記のコードだと、2020年7月の時点では動作しないです。
MSDNソースコードの予備

原因はおそらく、プログラム仮引数の仕様がいつの間にか変更されているようです。
MSDNソースコードの予備

下記のように、
MSDNソースコードの予備

のブロックをコメントアウトして(/* */ でコメントアウトできる)無効化すれば、このプログラムは動作するようになります。
MSDNソースコードの予備

これとは別件で、実行ファイルをダブルクリックして起動した場合など、起動方法によっては、実行の最後に return が返された瞬間にウィンドウが閉じてしまい、表示を確認できない場合がありますので、キー入力があるまで一時停止させるために、コード末尾の return の直前に system("pause"); を下記のように加えてください。
MSDNソースコードの予備

なお、 system("pause"); の使用にはヘッダとして #include <stdlib.h>のインクルードが必要ですが、このソケット通信のプログラムではたまたま既に同じヘッダが冒頭でインクルード済みなので、再度の記述は不要です。
MSDNソースコードの予備

Winsock Server Source Code
WinSock/MSDNソケットコードの解説
MSDNの完成形プログラムの概要

MSDNにWinsockの完全形(complete)と称するプログラムがあるが、アレはナニをやるプログラムかを大まかに説明する。
MSDNの完成形プログラムの概要

もし、リンク先が内容変更したり消失したりした場合は、下記の場所に控えを保管してある。
MSDNの完成形プログラムの概要

これらのプログラムは、総合的には、 あなたの手元のパソコンにローカルなサーバー(とりあえず「ローカルサーバー」と言おう)を立てて、 そのローカルサーバーとデータを送受信するクライアントアプリを作っている。
MSDNの完成形プログラムの概要

なので、クライアント側アプリを作る前に、先にサーバー側プログラムを作っておかないと、クライアント側を実行しても(相手先のサーバーが無いので)通信エラー扱いで終了になる。
MSDNの完成形プログラムの概要

とはいえ、サーバー側はあなたの手元の今見てるローカルPCで、MSDNにある当のサーバー用プログラムを実行するだけで、ローカルサーバーが立つ。
MSDNの完成形プログラムの概要

一般に、ウィンドウズにかぎらずLinux(リナックス)などでも、
MSDNの完成形プログラムの概要

一般に何かサーバーを立てるときに、手元のパソコン内にローカルなサーバープログラムを立てる機能がある。そして、その手元のパソコン内のローカルなサーバーには、その手元のパソコンでのOS内の別プログラムからアクセス可能である。
MSDNの完成形プログラムの概要

俗(ぞく)に、こうして立てられた手元のサーバーのことを「ローカルホスト」(localhost)という。
MSDNの完成形プログラムの概要

なので、まず、そのローカルホストのサーバーを立てる必要があり、そのためにローカルホスト(ローカルサーバー)のプログラムを実行する必要がある。
MSDNの完成形プログラムの概要

さて、とにかく、MSDNをコピーペーストしてコンパイルして、
MSDNの完成形プログラムの概要

クライアント側アプリの実行ファイルを作成し、
MSDNの完成形プログラムの概要

また、別途、
MSDNの完成形プログラムの概要

サーバー側アプリの実行ファイルも作成する。
MSDNの完成形プログラムの概要

両方と作成したとしたら、次の作業に取り掛かるだけでいい。
MSDNの完成形プログラムの概要

上記のような実行結果が、サーバー側プログラムから起動したコマンド端末画面(DOSプロンプト)に表示される。
操作方法の解説

まず、Visual Studio を立ち上げる(Visual Studioでないとコンパイルが困難または不可能なので)。
操作方法の解説

そして、これからサーバ用のプロジェクトと、クライアントのプロジェクトをそれそれ作る。(Visual Studioによるコード作成の際に勝手にプロジェクト名をダイアログ形式で聞いてくるので、質問に答えてプロジェクト名を入力していけばいい。
操作方法の解説

プロジェクトは、サーバ用とクライアントを別個に作るほうが、あとの管理がラクである。
操作方法の解説

先にサーバ用のプロジェクトを作るほうがラクである。
操作方法の解説

画面上部のツールバーにある「Debug」「X86」みたいな欄の「Debug」を、となりの下向き▼ボタンを押して変更して「Releasr」に変更する。
操作方法の解説

Debugで生成される実行ファイルというのは、デバッグ用にVisual Studio から起動したりするぶんには操作が早いのだが、それ以外の環境で実行する場合に、やや問題がある。
操作方法の解説

なので、一般の実行ファイルとして、Release に変更したほうが安全である。
操作方法の解説

そして、まず上記の2個のコードを、それぞれのプロジェクトのソースコードに記述してから、それぞれReleaseに設定してから、メニュー欄のビルド系のコマンドで別個に実行ファイルを作る。
操作方法の解説

ただし、クライアント側のコードがMSDNの2018年の内容は古くなって動作しないので、更新として、節の末尾で示した方法で更新のこと。
操作方法の解説

プロジェクト内のフォルダに、それぞれ実行ファイルが作成される。
操作方法の解説

なお、
操作方法の解説

似たようなメニューコマンドがあるが、リビルドのほうが正確にコンパイルしてくれる。 リの付いていない単なるビルドは、Visual Studio の場合、差分的なビルドであり、変更点だけを検出してビルドすることでビルド時間などを短縮したりの機能があるようだが、しかしときどき不正確な検出をしているようであり、正しくビルドが行われない場合がある。(「リビルド」だとコンパイルできるコードが、「ビルド」だろときどきコンパイルがエラーになったり、あるいは実行結果が不正確だったりする場合がある。)
操作方法の解説

上述の程度の長さのコードだったら、リビルドをなるべく普段から使うようにしたほうが安全である。
操作方法の解説

ここまで住んだら、あとはサーバ側の実行ファイルを先にダブルクリックすれば、あとはもうVisual Studio が無くてもダブルクリックだけ(ローカルの)サーバが立ち上がる。
操作方法の解説

このあと、クライアント側の実行ファイルを立ち上げて、通信が行われているのを確認すればいい。
操作方法の解説

ユーザー名やプロジェクト名(下記では sockTestClient )などの部分は、個々人の設定によって表示結果が変わるが、おおむね下記のように
操作方法の解説

とか表示されれば成功である。
WinSock/外部通信の方法
外部通信の原理

MSDNのコード(WinSock/MSDNのソケットコードの保管場所)だと、まだローカルホストにしかアクセスできない。
外部通信の原理

外部アクセスするには、どうすればいいだろうか
外部通信の原理

getaddrinfo の第一引数にホスト名(www.なんとか)を入力すればいい。
外部通信の原理

その他、 TCP/IP で通信する場合なら、 sockaddr_in 構造体というのが既にWindowsに用意されており、これの構造体変数に必要な値を代入する方法もある。
外部通信の原理

sockaddr_in 構造体とはunixソケットプログラミングに由来する用語だが、
外部通信の原理

winsockにも同名の構造体が存在する。"SOCKADDR_IN structure"
外部通信の原理

上述のsockaddr_in 構造体などの方法でとりあえず、ネット上に公開されている、どのサーバーとも原理的には通信できる。
外部通信の原理

では、これによって、どうやって、ネットのホームページなどを受け取るのかというと、
外部通信の原理

実は仕組みは、
外部通信の原理

特殊なメッセージとして、「HTTPヘッダ」(分野によって多少、名称が違う)などの名前で呼ばれる種類のメッセージを送受信している。(HTTPヘッダの送受信のコマンドは通常のソケットプログラミングのコマンドと同様、send()やrecieve()などで送受信する仕組みである。)
外部通信の原理

HTTPやTCPなどの規格により、"GET 〇〇"というメッセージを受け取ったらああしろとか、"Host: 〇〇"といううメッセージを受け取ったらああしろ、など の仕様が色々と規格的に決まっている。
外部通信の原理

たとえば、もしドキュメントルートに「index.html」というファイルがあって、これの読み取りをHTTPサーバーに行わせたければ、おおむね
外部通信の原理

というメッセージをクライアント側からサーバーに送信( send()関数 )する事になる。
外部通信の原理

そして、規格にある命令を受け取ったサーバーは、その命令に応じて、サーバー側が管理下のファイルなどを読み取って、読み取った結果をクライアント側に受け渡す、という仕組みである。
外部通信の原理

この節の内容はWindowsに限らず、LinuxやBSDなどでも同様の仕組みである(というか、unixなどのソケット通信の仕組みをWindowsも真似た)。
外部通信の原理

Host の部分は、このGETメッセージを送る際のヘッダです(MINEヘッダと言うものです)。
外部通信の原理

クライアント側は、けっして直接には、htmlファイルそのもには接続していない。あくまでサーバー側が、メッセージで要求されたhtmlファイルを探してきて、それを読み取って、内容をクライアントに送り返すという仕組みである。
外部通信の原理

事前のテストなどで、webブラウザでサーバーにアップロードした index.html を見ると
外部通信の原理

のような英字がブラウザのアドレス欄に表示されるので、あたかもクライアント側が「loacalhost」にある「index.html」というファイルに(勘違いだが)直接に接続しているかのように錯覚しがちであるが、しかし実態ではクライアント側は localhostサーバーの送受信の窓口以外には何も接続していない。
外部通信の原理

この場合にクライアント側が接続しているのは、localhostの送受信窓口だけである。
外部通信の原理

なお、ブラウザが画面に文字や画像を表示できたりするのは、送られてきたテキスト本文(HTMLコード)や画像などのバイナリデータといった文字列を、ブラウザ側で解釈して、 文章や画像などに変換しているからである。これはソケットプログラムの範囲を超えるので、説明しない。また、それらの変換をするソフトウェアも、ソケット通信ではなく、アプリであるブラウザ側でそういった画像や文章などへの変換を行っている。
外部通信の原理

なお、そのようなHTMLを読み取るソフトウェアのことはHTMLパーサ(HTML解釈機)という。一般的なwebブラウザには、アプリ内部にHTMLパーサが入っている。
外部通信の原理

おおまかには、もしwebブラウザをイチから作るとしたら、HTTPヘッダの送受信の機能の自作と、HTMLパーサを自作すれば、とりあえずはwebブラウザのようなモノを作れるだろう。(実際には規格としては明文化されてないような、細かい仕様もあるだろうから、ブラウザ自作はオススメできないが。)
具体的なコード

HTTP通信で具体的にApache(アパッチ)などのHTTPサーバと接続するソケット通信コードの具体例およびコードサンプルについては 単元『WinSock/HTTP通信』 で説明およびコード掲載してある。
WinSock/初心者むけの全体像
導入の方法

ウィンドウズのVisual C++などマイクロソフト製プログラミング言語を使ってネットワーク通信プログラミングをするには、Winsockをインクルードしなければならない。
導入の方法

なお、Winsockを使うにも、原則として Visual Studio が必要である。
導入の方法

まず、2020年の時点で、下記のような仕様である(実機で確認)(※ ネットにあるサイトの情報が古いので(2001年くらいのとか平気である)、2020年代の現代では実機で確認の必要がある。)。
導入の方法

2020年代でも、 Visual Studio でWinSockプログラミングを開発できる。
導入の方法

まず、Visual Studio で立ち上げるコード種類を選ぶ際には、Visual Studio の普通のC言語用のコンソールアプリケーションでよい。つまり、よく学校教育とかのC言語の授業の Hello World とかの入門で使う、普通のアレでいい。
導入の方法

ネット上にはMinGWでWinSockコードをコンパイルした事例なども紹介されているが、たとえば
導入の方法

などのコマンドが各所のサイトに紹介されているが、しかし2020年現在、IPv6 関連の関数の一種である inet_pton() や inet_ntopなど新しい関数がMinGWは対応しておらず、そのため、それらの関数を用いているコードの場合、Visual Studio コンパイルできたコードがMingWではコンパイルできない。
導入の方法

ちなみに、上記のg++コマンドではリンクオプションの-lを用いており、 「-lwsock32」とは「ライブラリ libwsock32 をリンクせよ」という意味。
導入の方法

また、コマンドラインでの -lws2_32 の位置には意味があり、コマンドラインの末尾のリンクするライブラリの指定
通信の全体像

ソケット通信は、Windowsに限らずUnixなどでも一般に、通信の工程が下記のように分類されます。
通信の全体像

WSAなんとかという用語は Winsock だけの用語ですが、それ以外のbindやsendなどの用語は、Unixソケット通信でも共通です。
コードの概要

Winsockプログラムでの典型的な基本骨格は、下記のようになります。
コードの概要

これだけだと、単にWinsockを起動するだけなので、何も通信しないし表示しません。
コードの概要

このコードをもとに、これからコードをどんどん追加していって、必要なコードを加えていくことになります。
コードの概要

さて、Winsockでは、API関数がいくつか提供されている。
コードの概要

たとえば、WSAStartup は、WinSockの初期化のための関数であり、この関数の使い方も既に決まっている。⇒ WSAStartup function (winsock.h)
コードの概要

なお、WSAStartup関数で必要な設定を初期化するために、事前にWSADATA 型 の変数のセットアップが必要である。
コードの概要

WSAStartup の1番目の変数の内容は、使用するWinsockのバージョンの指定です。とりあえず「2」を入れておけば、問題ありません(実機で確認ずみ)。
コードの概要

WSAStartup の2番目の変数の内容は、この処理内容を入れるためのWSADATA型変数の指定です。
コードの概要

なのでイメージ的には、まず
コードの概要

のように宣言をすることになる。
コードの概要

関数 WSACleanupは、WinSockを終了させるAPI関数です。
コードの概要

さて、Winsockのコードは、どのコードでも、まず、
コードの概要

のようにコードの冒頭で winsock2.h をインクルードする記述が必要になる。もう何年も前からwinsockのバージョンが 2.x なので、2020年代でも引き続き、インクルードするのは winsock2.h で良い。なお、2020年の現時点では、Winsockは普通はバージョン2.2である(実機で確認ずみ)。
コードの概要

また、ライブラリ 「ws2_32.lib」も必要なので、下記のように pragma 演算子でライブラリ導入する必要がある。このライブラリを導入しないと(つまり下記のpragma文が無いと)、コンパイルしようとしてビルドボタンを押してもエラーになる。
コードの概要

結局、
コードの概要

のように冒頭で宣言することになる(ひとまず、コレだけでも動作が可能である)。
コードの概要

たとえば外部リンクのウィズダムソフトのコード例も、この冒頭の宣言を加えるだけで2020年代でも動作する(実機で確認ずみ)。
コードの概要

なお、2020年の現時点でも、Winsockはバージョン2.2であるので、インクルードするのは <winsock2.h> で良い。
コードの概要

なお、最終的にサーバ側のプログラムでも、クライアント側のプログラムでも、それぞれ <winsock2.h> をインクルードすることになる。
経済学/経済とは何か/企業の目的
企業は、労働者を雇用して機械などの資本設備を用い生産活動を行う経済主体である。
市場では数多くの企業が競争しているが、その最大の目的はいうまでもなく利潤の追求、つまり儲けをより大きくすることである。
こういい切ると、「いや、企業の目的は従業員にいっぱい給料を払って幸せにすることじゃないか」とか「企業の目的は株主の利益確保だ」という意見が出る。 また「企業は社会的責任を果たすからこそ存在意義がある」という人もいるだろう。 確かにこれらの意見も間違いではない。これらもすべて企業の目的ということができる。
しかし結局は、企業の目的は長期的な利潤の追求といって間違いはないだろう。 なぜなら、利潤が獲得できるからこそ従業員の経済的な要求に対応でき、社会的な貢献も可能になり、株主の配当にも応えていくことができるからである。
企業の社会的貢献も、採算を度外視して行われるわけではない。社会的な貢献をすることでその企業に対する消費者のイメージがよくなれば、有利な立場で製品を販売できるし、また労働雇用においても優秀な人材を確保しやすくなる。 従って企業の社会的な貢献は長期的な利潤の追求と矛盾しないのである。
こう考えていくと、その他の目的、たとえば長期的なシェアの拡大なども、長期的な利潤追求の一つの手段であると解釈できる。 そこで、ここから先は単純にして明快な目的である「利潤の追求」という基準で企業の行動原理を説明してゆく。
経済学/経済とは何か/生産関数
まず、企業の生産活動について考えよう。
企業の生産活動を理論的に式に置き換えようとするときに重要な概念となるのが、生産関数である。 生産関数とは、生産需要(労働力や資本など)と生産物との技術的な関係を表したものである。
例えばある企業について、一定の効率的な企業経営が行われていて、生産要素と生産水準との間に安定的な技術的関係(=生産工程)が導出されているとする。 このときの生産要素と生産量との関係を表しているのが生産関数のグラフである。 生産関数のグラフは労働(変数 x)というひとつの生産要素を投入してある生産物を作るときの生産量(変数 y)の変化を示している。
生産関数のグラフは、x の増加とともに y も増加するが、その増加の大きさである曲線の傾きが次第に小さくなっていくのがわかる。
ある生産要素の投入量 x が増大すると生産量 y も増加するが、ある一つの生産要素のみを投入し続けていくと限界生産(生産要素を増やしたときに追加的に増える生産量=生産量の微分)はだんだんと減っていく。 これを限界生産逓減の法則という。
労働投入 x = 1 のとき生産 y = 10 であったとして、労働を追加的に 1 単位増加させて x = 2 とすると生産 y = 15 となったとしよう。 この場合労働の限界生産は 15 - 10 = 5 となる。さらに x = 2 から労働のんみ追加的に 1 単位増加させたとき、生産 y = 18 に拡大したとする。 このときの労働の限界生産は 18 - 15 = 3 である。このように労働のみを増やしていくだけでは、生産の拡大は場は次第に小さくなっていくだろう。
経済学/経済とは何か/費用曲線
次に費用について考えてみよう。
利潤(儲け)は、収入から費用を差し引いた金額で定義される。 だから、企業が利潤を最大化するためには、費用を最小化しなければならない。 企業は利潤を最大化する前提として、生産にかかる費用を最小にして、より効率的に生産をする必要がある。
どこまで生産量を拡大するかは利潤最大化行動の結果として決まるが、 どの水準の生産量であっても、それを生産するのにかかる費用をできるだけ小さくすることは常に企業の利益に合致する。
企業が各生産水準で費用を最小化する行動を取ることを前提とすると、生産量と最小化された費用との間には、ある一定の関係があることがわかる。 この関係を示しているのが、(総)費用曲線である。
生産量が増加すると、それを生産するために要する(最小化された)総費用も増加する。 だから、総費用曲線は右上がりになる。しかも、その傾きは次第に急になる。 つまり、生産量が小さいうちは追加的な生産に必要な費用はそれほど大きくないが、 生産量が拡大するにつれて追加的な生産に要する費用も大きくなるからである。
そして、総費用曲線の傾きが限界費用になる。限界生産が逓減すると、限界費用曲線は右上がりになる。 例えば労働者の働く時間が長時間になると、生産の増加スピードは下がります。 しかし、賃金は時間当たりで一定額を支払うことが普通だから、仕事時間が増える分だけ総支払額が増加して、 企業にとっては費用がより増大する結果となるからである。
ガリア戦記/用例集/第二変化名詞/固有名詞/Gallus
Gallus, Gallī

Gallus, -ī
Gallōs

ガッリア人たちが (1巻1節5項)
経済学/経済とは何か/利潤の最大化
削除依頼中
当ページ「経済学/経済とは何か/利潤の最大化」の削除依頼が提出されています。今後当ページに加えられた編集は無駄となる可能性がありますのでご注意頂くとともに、削除の方針に基づき削除の可否に関する議論への参加をお願いします。なお、依頼の理由等については削除依頼の該当する節やこのページのトークページなどをご覧ください。
ここまで企業の生産活動と費用の関係を見てきた。
これらの話を前提にして、完全競争市場において企業がどのように利潤最大化行動をとるのか、考えてみよう。 利潤は、売り上げから生産費を差し引いた残りであった。 これがどうすれば最大になるかを考える。
例えばある財を y、その市場価値を p とする。 このとき売上額(=販売収入)は生産量×市場価格つまり py になる。
話をわかりやすくするために、ここでは市場の規模はとても小さく、市場価格 p のもとでいくらでも生産物を販売できると想定される。 つまり作った分だけ市場で売れるとする。 そうすると、売上額 py は、生産量 y に単純に比例して増加する。
売上額 py と総費用曲線 c(y) を同一グラフに描くと、限界費用は逓増(だんだん増える)ので総費用曲線の傾きは次第に大きくなっていく。 この総費用曲線と売上額の線の垂直距離の差が利潤 π {\displaystyle \pi } に相当する。
「限界収入＝限界費用」が利益最大点

利潤 π {\displaystyle \pi } は生産量 y とともに変化し、y が小さいときに増加するが、 y が大きくなると減少に転じる。利潤が最大になる生産量を y ε {\displaystyle y_{\epsilon }} とすると、 y ε {\displaystyle y_{\epsilon }} が企業の最適点になる。 だから企業は π {\displaystyle \pi } がもっとも大きくなる生産量 y = y ε {\displaystyle y=y_{\epsilon }} を選択することになる。
「限界収入＝限界費用」が利益最大点

要は限界収入と限界費用が一致する点では、これ以上生産を増やすことも減らすことも企業の利益にならない。 ここが企業の主体的な均衡点(=利潤最大点)となる。これが企業の利潤最大条件である。
経済学/経済とは何か/完全競争
削除依頼中
当ページ「経済学/経済とは何か/完全競争」の削除依頼が提出されています。今後当ページに加えられた編集は無駄となる可能性がありますのでご注意頂くとともに、削除の方針に基づき削除の可否に関する議論への参加をお願いします。なお、依頼の理由等については削除依頼の該当する節やこのページのトークページなどをご覧ください。
ここまで、家計、企業について説明してきた。 よって次は市場について考えてみよう。
消防法第1条
法学>行政法>コンメンタール消防法
Unixソケットプログラミング/通信の全体像
骨格となるコード

このコードは、ソケットを作成し、エラーハンドリングを行いながらその結果を表示する簡単なCプログラムです。
骨格となるコード

以下はコードの詳細な解説です:
骨格となるコード

このプログラムは、ソケットの作成に成功したかどうかを確認し、エラーが発生した場合にエラーメッセージを表示するシンプルな例です。ソケットの作成後、適切にクローズすることにより、リソースリークを防ぎます。
よくある典型的な入門的プログラム例

このCプログラムは、ソケットを使用してリモートサーバーに接続し、データを受信する基本的なクライアントプログラムです。
よくある典型的な入門的プログラム例

以下はプログラムの主要な要点についての解説です:
よくある典型的な入門的プログラム例

このプログラムは、クライアントがサーバーに接続し、データを受信する基本的なソケット通信の例を提供しています。エラーハンドリングが含まれており、エラー時には適切なエラーメッセージが表示されます。
よくある典型的な入門的プログラム例

このCプログラムは、ソケットを使用して簡単なサーバーアプリケーションを実装しています。以下はコードの詳細な解説です:
ガリア戦記/用例集/post
前置詞・副詞 post

post は、前置詞(対格支配)としては、対格の名詞・形容詞とともに用いられる。副詞としても用いられる。
前置詞（対格支配） post の用例

(1巻5節1項)
前置詞（対格支配） post の用例

(編集中)
ガリア戦記/用例集/ubi
接続詞・副詞 quam

接続詞・副詞 ubi
用例

(1巻5節2項)
ガリア戦記/用例集/praeter
前置詞・副詞 post

praeter は、前置詞(対格支配)としては、対格の名詞・形容詞とともに用いられる。副詞としても用いられる。
前置詞（対格支配） praeter の用例

(1巻5節3項)
前置詞（対格支配） praeter の用例

(編集中)
ガリア戦記/用例集/第二変化名詞/consilium
cōnsilium, cōnsiliī 

中性名詞(-um型) cōnsilium, cōnsiliī 「考え、作戦」または「会議」は、『ガリア戦記』に頻出する単語である。
cōnsiliō

(1巻3節4項) -->
WinSock/HTTP通信/文字コード関係
まず、実際にUTF-8でXAMPP上にアップロードされた日本語ファイルを、コマンドラインで表示をできるコードを示す。 ただし、アップロードされるテキストファイルの文字数によって、冒頭のヘッダ文の内容が少々変わるので、若干、テキストファイル本文の開始位置がズレる。
下記コードの newArray[i] = buf[252+i]; の252の部分をプラス2したりプラス4したりすると、おおむね、位置があう。つまり newArray[i] = buf[254+i]; に変えると、うまくいく場合がある。(詳しくは配列の中身を解析のこと。)
252の数字の部分は、環境によって違う可能性があるので、正確には、HTTPヘッダ文字列を解析して値を決定すること。
また、アップロードするテキストファイルには、
とだけ書いてあるとしよう。
表示結果が長いが、ちゃんと
というふうに、アップロードした「成功」という文字列が表示されている。
まず、XAMPPのアップロードの際に、UTF-8でアップロードしようが、最初に送られてくるHTTPヘッダの文字列
のメッセージが、XAMPPの設定にもよるが、普通はUTF-8でなく、ANSIなど別の文字コードで送られてしまうので、このヘッダ部分を、なんらかの方法で上手く除去しないといけない。
なぜなら、もしそのまま、 Windows.hにある文字コード変換の関数
を使っても、冒頭のANSI的な別コードの文字列の影響のせいで、(コンパイルはできるが)エラーになってしまい、文字列がうまく表示されないからである。
そこで、ヘッダの文字列の最後の、
の文字列をなんらかの方法で探し出し、
その行の次の文字列から、新規のchar型の配列を作れば、その新規配列にはUTF-8文字列しかないので、変換の際の ANSI と UTF-8 との混在を防げる。
あとは、とにかく、UTF-8だけのコードさえ抜粋できてしまえば(そして、その抜粋した内容を新規の配列にまとめれば)、Windows.hにある文字コード変換の関数
を使えば、UTF-8コード(マルチバイト)を、古いWindowsでも表示できるワイド文字列に変換できるので、この MultiByteToWideChar() 関数で変換すればいいだけである。
まず、printf()関数のフォーマット指定子(%dとか%sとかのヤツ)を「%x」とすると、その変数にあるビットパターンが16進数で見れる。
recv()関数で受信した配列の中身を表示する事により、何を受信したかが明確にビットパターンで表示できる。
さて、
とあるが、これは
を意味している。
さて、
とあるが、
これはBOM(バイトオーダーマーク、略称BOMは「ボム」と発音)という、制御用の文字コードの一種であり、UTF-8の場合には「ef bb bf」というビットパターンがつくことがある。(詳しくはw:バイトオーダーマーク)
BOMがあるか無いかは、OSによって異なるが、Windowsはかつては基本的にBOMがあったが、UTF-8にはそもそもバイトオーダーは1つなので意味がなくShellBang!との親和性もなく、Windows 10 19H1以降はBOMなしが既定となった。
2024年2月時点では『メモ帳』で保存しても、BOMはつかない。
また、フリーソフトのTeraPad も、文字コード指定して保存する際に「UTF-8」を選択したとき、BOMがつく。もしTeraPadでBOMなしを選びたいなら、「UTF-8N」で保存しないといけない。
他のテキストエディタだと、「UTF-8」でもBOMなしの場合もあるので、テキストエディタの説明書などを確認のこと。
さて、BSD(マックもBSD派生)などのUnixでは、BOMをつけないのが主流である。そして、サーバ業界ではUnixが主流である。
なので、将来的にソケット関係のプログラマーはUnixの方式に合わせることになる可能性が高い。
なお、BOMなしで保存した場合でも、改行+復帰の2回ぶんの「dada」の部分は残る。
なので、もしブラウザなどを作りたい場合、手順はおおむね、
のような手順になるだろう。
BOMのある場合、基本的にこのBOMの直後からテキスト本文が始まるハズなので、文字列の変換する場合には、BOM以降のビットパターンから変換していく必要がある。
誤って、BOMごと変換しようとしても、(コンパイルできても)エラーになったりして、うまく変換できない。
ウェブユニバーサルデザイン
ウェブユニバーサルデザインへようこそ。このページでは、誰もがウェブを最大限活用するために有用なウェブユニバーサルデザインについて解説します。
この書籍はウェブページを作成している、もしくはしようとしている方を対象にしています。これにはこのウィキブックスをはじめとした「ウィキメディア・プロジェクト」の編集者も含まれます。
また、この書籍ではこのページで解説しているウェブユニバーサルデザインを実際に活用し、読み上げを行うソフトや機能への対応ならびに色弱の方への配慮を行ったメディアの使用を行っています。この過程で、誤読の発生しやすい表現や一部の方に見分けがつきにくいメディアの使用をできるだけ回避しています。少しわかりづらい表現が見られることがあるかもしれませんが、ご理解ください。
ウェブユニバーサルデザイン/読み上げ
このページ (ウェブユニバーサルデザイン/読み上げ) では、聴覚に障碍をお持ちの方などに有用な読み上げへの対応を電子書籍を中心にこれまでの歴史なども交えて解説します。電子書籍以外のウェブページでも、こうした読み上げは広く使われるようになりつつありますが、このページでは、比較的歴史の長く多くの人に使用される電子書籍の読み上げ機能対応を軸として説明します。ウェブサイトの内容に応じて取捨選択をお願いします。
誰がために

単に「読み上げ」と聞くと、視覚障碍者だけに向けたものに思われがちですが、他にも肢体や知覚などに障碍を持ちマウスの操作や紙の書籍のページをめくることが難しい人へ向けた電子書籍など、他の読み書きに不自由な人にも有用ですし、障碍のない人も文章の聴き流しができるため、近年急速に広まりつつあります。
現在までの歴史

ここでは、特に電子書籍を例にして説明します。
現在までの歴史

1970年代、日本が全体的に裕福になりつつあったなかで、障碍者への配慮の重要性が広く知られるようになりました。さらに、1980年代から1990年代にかけて、インターネットやデジタル技術が進歩するなかで、障碍により本を読めない人への対応であった、従来の対面読書やカセットテープ録音といった手間がかかる方法に代わる手段が模索されるようになります。2010年に改正著作権法が施行され、著作権者に許可を得ずにテキストデータや録音図書などを提供できるようになり、同じ年に定められた「図書館の障害(原文ママ)者サービスにおける著作権法第37条第3項に基づく著作物の複製等に関するガイドライン」において、視覚障碍以外の肢体障碍や知覚障害などを持つ方にも図書館の判断で複製した物を提供できるようになり、2013年には日本で電子書籍を提供するサービスが次々に始まったことから、「(日本の)電子書籍元年」と呼ばれました。しかし、この際にこれらのサービスが乱立し、「共倒れ」を起こしたことから、現在はサービスの統廃合が進められ、海外発祥のサービスが広く利用されています。
現在までの歴史

これらの海外発祥のサービスは、それまで日本にあった「電子書籍は実際に印刷した本の補助的役割」という考え方ではありませんでした。それまで電子書籍は紙の書籍と同じ販売額で売られ、紙の書籍が住んでいる地域などの理由で買えない人向けでしたが、海外発祥のサービスは、紙やインクなどに充てていた分、輸送費に充てていた分の料金が不要である分、これらをカットすることでより安価に販売しました。さらに、日本に乱立したサービスはまだ新しく、システム上の問題があっただけでなく、各々が独自の規格を採用し、障碍者への対応も遅れていました。
海外との違い

海外では、データ化された書籍の機械を用いた読み上げが日本よりも早く開始され、現在も広く普及しています。対して、日本でのそれらは海外に劣っていることは否めません。日本語は文字が多く、同じ文字でもその後に続く言葉や文意によって読みが代わることもあり、コストがかかることや、読み間違い (誤読) から読み上げ機能を使用しない人が多く、コストに見合う利用者数がないことから、企業も慎重な姿勢となっています。
海外との違い

日本語は文字が多く、墨字本 (「墨字」は点字の対義語で、点字以外の文字で書かれた文献という意味) のスキャンにはページごとの裁断が必要になる上、それでもなお一部の文字が誤ってスキャンされていることもあり、その確認も必要です。
海外との違い

電子書籍では、ページごとの裁断は必要ありませんし、テキスト形式で利用できる場合は誤字の確認も不要です。
実際に実行する

実際にウェブページを作成する上で必要な事項を説明します。
実際に実行する

当然ながら、きちんと体裁を整えて書くことが重要です。この際に、ページを生成している言語を最大限活用して書く必要があります。見出しを太字などでつくるのではなく、言語に搭載された見出しの作り方で書きましょう。例として、ウェブページに良く用いられているHTMLでは、<h1>で見出しが生成できることを挙げておきます。詳細はそれぞれの言語の教科書を確認してください。
実際に実行する

閑話休題。なぜこれら言語の活用が重要かというと、例えば「見出しだけ読む」を実行する際に、太字で作った見出しは見出しと認識されないからです。「見出しだけ読む」を使って読みたい章を探し、その部分のみを読む方もいらっしゃるので、確認が重要です。 文章にルビを振ることができる言語もあります。HTMLでは<ruby>でルビが振れます。これらは読み上げソフトでルビが読まれます。このページでも活用しています。
実際に実行する

読み上げソフトや機能 (以下、「読み上げソフト」と表記) はまだ改善すべき点が多く、あまり知られていない読み方は避ける必要があります。
実際に実行する

さらに、これらの読み上げソフトはメディアの内容は読み上げられませんので、「右の画像に書かれているように」といった表現は避けるべきでしょう。この場合、「右の画像のグラフのAは...」といった内容が分かる表現にすべきでしょう。加えて、読み上げとは関係ないことではありますが、スマートフォンなどに対応したウェブサイトではメディアの位置がパソコンでの閲覧の際と異なる場合も多いです。実際に確認し、「右もしくは上の...」といった表現が望ましいです。
実際に実行する

画像の説明を画像につける場合、画像が読まれない (読めない) のに説明だけ読まれてしまうことがあります。例を挙げると、ある人物の説明でその人物の肖像画などを表示させ、人物名を説明に書いておいても、いきなり人物名が読まれ、聴者に混乱をもたらすケースがあります。これを防ぐためには、以下の方法が考えられます。
実際に実行する

しかし、上記の方法はいずれも読み上げソフトに読ませる部分を指定するということが必要ですが、そのようなことは2020年現在これを実現する技術がなく、実行は困難です。
実際に実行する

さて、上記の#言語ではルビ機能について触れました。しかし、この機能には、注意すべき点があります。日本語では、「宇宙」と書いて、「そら」と読ませる場合など、別の単語の読みをさせることがあります。この場合、「宇宙」を用いた「そら」と「空」を用いた「そら」がルビ機能では同じものになってしまう場合があります。これらは小説や詩などによく使われる表現ですが、作者の意図が伝わらなくなってしまいます。今の技術では、それらの解決 (読み上げの際に本文にない内容を読む) もまた不可能でしょうが、そのような表現を用いる際には十分に注意する必要があります。
ウェブユニバーサルデザイン/CUD
このページ (ウェブユニバーサルデザイン/CUD) では、「CUD」と呼ばれるカラーユニバーサルデザインについて、ウェブページの側面から解説します。
色覚特性

CUDを語る上で、避けては通れないのが色覚特性を知ることです。人は目の視細胞によって色を感知しています。この視細胞の働きによって「色覚」というものができます。多くの人は人間が見ることのできる色全てを感知できますが、一部の色覚を持つ人にはこれらが別の色に見えてしまう問題があります。これらに該当する人は社会において生活する上で支障をきたすことがあり、弱い存在になってしまいます。このような人々を「色弱者」と呼ぶこともあります。さらに、この色弱者にも遺伝など生まれつきの先天的なものと、病などによる後天的なものがあります。
色覚特性

この色覚の内部にもいくつか違いがあり、その色覚は以下のように分けることができます。
色覚特性

これらのほか、色覚に異常がない多数派の人は「正常色覚」と呼ばれています。しかし、実際には赤緑色盲もさらに2つに区分できます。実態にあった解説ができるよう、この本ではNPO法人カラーユニバーサルデザイン機構 (CUDO) の提唱する以下の表記を使用します。
色覚特性

赤緑色盲であるP型とD型の違いは、「どの色を感じ取りづらいか」です。P型は赤色の波長を、D型は緑色の波長を感じ取りにくくなっていて、これらの赤緑色盲は赤色から緑色の波長域で色の差が分かりづらくなります。同様にT型、黄青色盲は黄色から青色の波長域で色の差が分かりづらくなります。
色覚特性

上記の先天的色覚特性とは異なる、病などによる色覚特性には、以下のようなものがあります。
色覚特性

誰にでも分かりやすいデザインの普及が急務となっています。
色覚特性

ウェブや色遣いにとどまらず、多くのユニバーサルデザインでは、「昔はそのようなものはなかったので、色盲は捏造である」とする考えを持つ方がいます。しかし、これは正しくないと言えます。色盲の方は自分では気づきにくいことが多く、現代では幼い頃の教育の過程で知ることが可能になり、その実態が知られるようになったのです。
色覚特性

一般に、契約書やポスター、説明書などの重要な部分には、強調として赤色がよく用いられています。しかし、赤色にすると、色弱者にはかえって見づらくなってしまいます。重要な部分だからこそ、すべての人に適したデザインが強く求められます。
色覚特性

赤色に近い強調色でかつ見分けの付きやすい色であれば、赤橙色などがあります。それで不十分であれば、このように下に線を引いたり、文字そのものの大きさを変更してもいいでしょう。ただし、HTML5では、<big>タグは廃止されたことや、明朝体など一部が細くなるフォントを使用している場合は色をつけると見づらくなる場合があることにご留意ください。
対応

地図や図形などを部分ごとに色付けして区別することはありませんか。このような場合、2色や3色ならともかく(どの色覚特性の人にも対応した色使いができる)、10色ともなると、C型でも色の区別がしづらくなります。そのような場合、色だけでなく、模様 (右上がりの斜線や右下がりの斜線など) を用いることができます。後述の#区別しやすい色の色と模様を組み合わせると、例え2色でも2種類の模様と組み合わせれば、4種類の区分ができます。
対応

区別しやすい色の組み合わせは、以下の注意点に配慮することで覚えることなくある程度実行できます。
対応

上記に挙げた内容は、避けるべき色の組み合わせです。極力避けましょう。やむをえずこれらの色を近接して使用する場合、色以外の対策に従ってください。
対応

また、いくら識別しやすい色と言えども、面積が小さければ色の区別は困難になります。
対応

上記の#区別しやすい色で示した「避けるべき色の組み合わせ」をどれか1つでも使用する場合は、その他の配色で代用できないことを確認した上で、もちろん区別しやすい色の組み合わせを使っていようとも、以下のような対策をとらなければなりません。
対応

これらの対策は、上記の#区別しやすい色で示した「避けるべき色の組み合わせ」をどれか1つでも使用する場合でなくとも考慮するべきでしょう。
確認

デザインが終わったら、目視だけでなく、シミュレーションや白黒コピー、模擬フィルターなどでも確認しましょう。むろん、最も適しているのは実際に全てのパターンの色弱者に見え方を確認してもらうことです。
確認

もちろん、色弱者の見え方に注意するあまり、一般色覚者に適さない状態であれば、それはユニバーサルデザインとして本末転倒といえるでしょう。すべての人に適したデザインがユニバーサルデザインであることをお忘れなく。
ガリア戦記/用例集/第二変化名詞/regnum
rēgnum, rēgnī 

中性名詞(-um型) rēgnum, rēgnī は、「支配、統治」あるいは「王権、王位」または「王国」などを意味する。
rēgnī

(1巻2節1項)
rēgnum

(1巻3節4項)
ガリア戦記/用例集/対格
時間の対格

時間の対格 (Accusativus temporis ) は時間の長さを表わす対格の用法。
時間の対格

一般的には、前置詞 per を伴って per annum,per multōs annōs のように表わされることが多いが、per なしで時間の長さを表わす場合もある。
時間の対格

カエサルは、前置詞 per なしに、対格だけで時間の長さを表わすことが多い。
時間の対格

(1巻3節4項)
ガリア戦記/用例集/neque
neque の用例

(1巻7節5項)
ガリア戦記/用例集/接続詞/tamen
接続詞 tamen

接続詞 tamen
tamen の用例

(1巻7節6項)
tamen の用例

(編集中)