編集可能なIPAを共有

共有時にIPA Unicodeテキストをそのまま保持する方法

まず目的のUnicode文字を保持し、次に受信側のアプリケーションがそれらをどのように表示するかを確認してください。このウォークスルーは、マップされたキーで[tʰ]を構築し、実際のテキストダウンロードで検証します。

転写は、あるウィンドウでは正しく見えても、別のウィンドウでは混乱を招くことがあります。基盤となる文字が変更されている場合もあれば、フォントがそれらを異なって描画したり、グリフが欠けていたりする場合もあります。小さなテストサンプルを使用すると、長い転写を転送する前に、それらの問題を分離しやすくなります。ここでは、サンプルには通常のtと、明確な有気音修飾子ʰが含まれています。

チュートリアルに従う Unicode を開く
実行されたタイピング例
入力タスク

音声括弧で囲まれた t の後に、エンコードされた帯気修飾符 ʰ を続けて作成し、保存してそのテキストファイルを調べてください。

エディター内の結果
[tʰ]
図式的な有気子音であり、単語の転写ではありません。ダウンロードされた結果には、画像や上付き文字のスタイリング指示ではなく、編集可能な文字が含まれています。
  • 修飾子は ʰ であり、小さくされた通常の h ではありません。
  • テキストファイルは、UTF-8として開くと[tʰ]と読み取れます。
  • 表示フォントを変更しても、意図した文字を置き換える必要はありません。
ビデオチュートリアル 音声修飾子を追加 Unicode キーボードの Alt Grレイヤーを表示し、有気化修飾子を挿入して、結果をダウンロードします。 英語のナレーション キャプション: 日本語 ビデオを見る

音声修飾子を追加

簡単な転送テストを準備する

スマートIPAの提案をオフにしてスマートIPAを開き、[]を入力します。Keyboardセレクターを使用してUnicodeに移動し、そこでも提案がオフになっていることを確認します。括弧のペアはエディターに残ります。括弧の間にキャレットを配置します。この空の枠組みから始めることで、割り当てられたキーがどの記号を追加するかが明確になります。

名前 Unicode は文字エンコーディングのアプローチを記述するものであり、このキーボードがすべてのエンコードされた文字を含むという約束ではありません。あなたは選択された音声レイアウトを使用しています。2つの句読点文字、子音ベース、1つの修飾子というすべての要素を識別できるため、短いテストが役立ちます。エンコーディングチェックと、転写分析全体が正しいかどうかというより難しい問題を混同することを避けます。

実際の文字シーケンスを作成する

ShiftとAlt Grをオフにして、画面上のtをtの位置でクリックします。次にAlt Grをクリックして別のレイヤーを表示し、hの位置でʰを選択します。Alt Grを再度オフに切り替えます。結果は[tʰ]になります。修飾記号はスペースなしで子音の後に続き、この概略的な音声表記に気息(アスピレーション)を加えます。

そのアクションが何をしたかに注目してください。それは個別の修飾文字を挿入しました。hを選択して小さなフォントを適用したわけでも、画像をテキストに変換したわけでもありません。これは、後でサンプルをプレーンテキストにコピーする場合に重要であり、リッチテキスト形式が存在しない可能性があります。意図されたエンコードされた修飾子は、受信側のアプリケーションが異なる書体を使用している場合でも残る可能性があります。

例
[tʰ]

実際のテキストダウンロードを検査する

「テキストをダウンロード」を選択し、i2speak.txtをUTF-8をサポートするアプリケーションで開きます。このテスト済みサンプルでは、ファイルには正確に[tʰ]が含まれています。UTF-8はUnicode文字をバイトとして表現する方法であり、フォントを選択するものではありません。アプリケーションがファイルのデコード方法を尋ねてきたら、レガシーなシングルバイト符号化ではなく、UTF-8を選択してください。

開いたファイルとエディタを要素ごとに比較します。ベースのtと修飾記号ʰの両方が、閉じ括弧の前に存在する必要があります。ドキュメントのフォントサイズ、色、余白は、このプレーンテキストチェックとは別です。スタイル付きバージョンを準備する間は元のダウンロード版を利用できるようにしておき、チェック済みの文字シーケンスに戻れるようにします。

例
[tʰ]

受信アプリケーションを確認する

チェック済みのサンプルを、使用するドキュメント、スプレッドシート、またはメモアプリケーションに貼り付けます。ʰ がボックスとして表示されたり、配置が不適切に見える場合は、文字を置換する前に音声記号をカバーするフォントを試してください。フォントによって同じ文字でも描画が異なる場合があります。視覚的に変化したグリフは、テキストの同一性が変化したことを自動的に意味するものではありません。

テキストが単に異なって描画されているのではなく、実際に文字化けしている場合は、正しいエンコーディングで元のファイルを開き直して再度転送してください。最も近い通常の文字を代用してトランスクリプトを修復しないでください。検索や後の修正のために編集可能なテキストを保持し、特定の視覚的配置を保持する必要がある場合にのみ画像を使用してください。

正しい表記法を選択してください。

エンコーディングか、フォントか?

エンコーディングはファイルバイトがどのように文字になるかを決定します。フォントはそれらの文字がどのように描画されるかを決定します。文字化けしたマルチバイト文字列は、単一の欠落グリフボックスとは異なる調査を示唆します。どちらかを変更する前に元のテキストを比較してください。

編集可能なテキストか、固定された外観か?

次の人が記号を検索、編集、または再利用する必要がある場合は、テキストダウンロードを選択してください。画像は1つの外観を示すことはできますが、文字ベースの転写と同じ役割を果たすことはできません。

自分で試す

転写チェックについて説明してください

ファイルには [tʰ] が正しく含まれていますが、あるアプリケーションでは ʰ があるべき場所にボックスが表示されます。転写を変更せずに最初に行う表示チェックを述べてください。

模範解答と比較する
ʰに対応したフォントを選択し、元のUTF-8テキストと表示を比較してください。

欠落しているグリフは、文字がそのままの状態であってもフォントの問題である可能性があります。この観察は、すべての表示問題が同じ原因であることを証明するものではありません。

よくある質問

テキストのダウンロードはエディタのフォントと色を保持しますか?

いいえ。それはテキストを保存するものです。スタイル設定は受信側のアプリケーションや異なる出力形式に属します。文字と外観を個別に確認してください。

Unicodeレイアウトは、16進数のコードポイント入力ツールですか?

いいえ。それは定義済みのキー割り当てを提供するものです。この例では、Alt Grのhの位置がʰを供給します。コードポイントのラベルを入力することは変換コマンドではありません。

互換性のためにʰを通常のhに置き換えるべきですか?

それは文字シーケンスを変更し、表記を変更する可能性があります。まずエンコーディングとフォントのサポートを確認してください。プロジェクトがその慣習を明示的に文書化している場合にのみ、代替表記を使用してください。

ソースと参考文献

実践する

Unicode を開いて例を試し、そのトピックの練習問題に進みます。

練習ガイドを探索する
Unicode を開く

言語39

English العربية Français Italiano Deutsch Español Português Nederlands Русский Türkçe 日本語 简体中文 繁體中文 हिन्दी Bahasa Indonesia Bahasa Melayu 한국어 Tiếng Việt ไทย Polski Svenska Українська Norsk বাংলা Ελληνικά فارسی اردو Čeština Dansk Magyar Română Suomi Български Filipino ქართული Slovenčina Azərbaycanca עברית Slovenščina