ʻokina (ハワイ語発音:[ʔoˈkinɐ] )は、ハワイ語の声門閉鎖音を表す文字です。大文字と小文字の明確な表記はなく、電子的には修飾文字をカンマで表します:ʻ。
音素的な声門閉鎖音は他の多くのポリネシア語にも存在し、通常は同様のアポストロフィのような文字で表記されます。
以下は、さまざまなポリネシア言語における声門閉鎖子音の名前と、テキストでどのように表現されるかに関する注記です。
| 言語 | 俗称 | 文字通りの意味 | 注記 |
|---|---|---|---|
| ハワイアン | オキナ | セパレーター、切断、破壊 | コンピュータ出版物では、特に正しい印刷記号 ( ʻ ) が使用できない 場合、 ʻokinaは多くの場合、重アクセント ( ` )、左一重引用符 ( ' )、またはアポストロフィ ( ' ) に置き換えられます。 |
| サモア人 | コマ・リリウ | 「引用符」—引用符 (リリウ) | 現代の出版物では、しばしばアポストロフィに置き換えられており、サモアの学者や広く社会によって認識されています。[ 1 ]サモア語におけるアポストロフィとマクロンの発音区別符号の使用は、1960年代に放棄された後、2012年に教育省によって再採用されました。[ 2 ] |
| タヒチアン | エタ | ʻetaʻeta = 固める | |
| トンガ語 | ファカウア(ファカモンガの尊敬語) | 喉を作る人 | Unicode標準に従って、ʻokinaと同じ文字(ʻ)で印字されます。 [ 3 ] |
| ラパ・ヌイ | ꞌeꞌe [ 4 ] | 電子テキストでは、(常に小文字の)サルティージョ⟨ꞌ⟩で表記される傾向がある。[ 5 ] | |
| クック諸島のマオリ語 | ʻamataまたはʻakairo ʻamata | 「ハムザ」または「ハムザマーク」 | 日常の筆記ではあまり使用されません。2014年改訂新約聖書では、声門閉鎖音を表すサルティーヨ音の使用がモデル化されています。オキナ音は、現代の一部の筆記でも使用されています。 |
| ウォリス派 | ファカモガ | 喉に | 日常的な書き言葉では使われません。様々な図形表現が用いられます。 |

多くの書体では、ʻokina の記号は、湾曲した一重引用符の記号と見た目が同じです。他の書体(Linux Libertineなど)では、隣の画像に示すように、サイズがわずかに異なり、大きくなったり小さくなったりします。
図示された句は、開始引用符と終了引用符で囲まれています。 「Ō」の前に1つの「okina」があり、最後の「i」の前にもう1つあります。これらは1行目の引用符よりもわずかに小さく、2行目の引用符よりもわずかに大きくなっています。
ハワイ語アルファベットでは、オキナは独立した文字として扱われます。母音(ʻa、ʻe、ʻi、ʻo、ʻu)の前でのみ使用されます。オキナは一分音節文字です。つまり、大文字(大文字)と小文字(小文字)の区別がありません。これは、他の文字(すべてラテン語の基本文字)とは異なります。オキナで始まる単語では、母音にも大文字化の規則が適用されます。例えば、文頭では、文字名は「ʻOkina」と書き、Oは大文字になります。
米国地名委員会は、地名情報システムに、 ʻokina とkahakō(マクロン)の有無を問わず、関連する地名を掲載しています。口語的にも公式的にも、これらの形は長らく互換的に使用されてきました。[ 6 ]
(限られた)ASCII文字セットでは、ʻokinaは通常、アポストロフィ文字(')で表され、これは伝統的に直線的なタイプライターのアポストロフィであり、ʻokina本来の曲線は欠けていました。一部のコンピュータフォントでは、ASCIIのアポストロフィは右一重引用符として表現されますが、これはʻokinaにとってさらに不満足なグリフであり、本来の形状を180度回転させたものになってしまいます。
その後の多くの「拡張ASCII」文字セットは、オーバーロードされたASCIIアポストロフィを拡張し、左右の単一引用符にそれぞれ異なる文字を提供しました。左の単一引用符はʻokinaの許容可能な近似値として使用されてきましたが、依然として問題があります。ʻokinaは句読点ではなく文字であるため、自動テキスト処理で誤動作を引き起こす可能性があります。さらに、左の単一引用符は、一部の書体では鏡像のミニチュア9 ( 6ではなく)のようなグリフで表され、ʻokinaには適していません。
Unicode標準では、`okina`はU+02BB `修飾文字をコンマで区切ったもの(` )としてエンコードされています。HTMLではエンティティʻ(または16進数)でレンダリングできますʻ。[ 3 ]
この文字はUnicode 1.1(1993年)で導入されましたが、技術的なサポートが不足していたため、長年にわたり容易かつ普遍的に使用できませんでした。2008年頃から、OS X、Microsoft Windows、Linuxベースのコンピューター、そしてすべての新しい主要スマートフォンでは、このグリフが正しくレンダリングされるようになりました。したがって、データの想定される使用法が許す限り、新しいデータのエンコードにはU+02BBを使用するべきです。