半角カナ
前述のISO-2022-JPのように半角片仮名が使用できない文字符号化方式が存在する一方で、半角片仮名を規格に含む方式も多数存在し、コンピュータ上での文書保存やWorld Wide Webで利用可能である。
Shift_JISは、JIS X 0201の8ビット符号の未使用領域に漢字などの1バイト目を割り当てたエンコーディングであるので、エスケープシーケンスなどを用いず半角カナや漢字を使用できる。1バイトJIS X 0201との共存を前提としたため、JIS X 0208文字の1バイト目に使用できる領域が限られた結果、2バイト目に7ビットコードを使用せざるを得なくなり、8ビットを利用した符号化にもかかわらず、Shift_JISを理解しない処理系での扱いを難しいものにするという欠点を残した。
日本語EUC (EUC-JP) も8ビット環境を前提とした文字コードだが、JIS X 0208の1文字目にあたるコードは、JIS X 0201を1バイトで表した場合の半角カナ部分に重なるように配置されている。そのため、半角カナに相当する文字を使用する必要がある場合は制御文字SS2(シングルシフト2、0x8E)に続けて使用することになる(このため一見2バイトに見えるが、SS2は文字集合を次の1文字分だけ切り替えるという印のため、片仮名自体はやはり1バイトで符号化される)。
2020年現在でもJIS X 0201しか扱えない機器・端末などでは、日本語を表現する手段として半角カナが使用されている。またソフトウェアやデータの互換性を保つ目的で使用している場合もある。
金融機関は今日もっともJIS X 0201時代の影響が色濃く残る分野の一つである。JIS X 0201時代に構築された各銀行の基幹システムや全国銀行データ通信システムとの互換性の問題から、現在でも口座名義や振込時の依頼人名に使用できる文字は半角の英数字および片仮名に限定されており、一般利用者も預金通帳などでこれらのシステムに起因する片仮名表記を目にする機会が多い。様々な文字が使用可能なWorld Wide Web上ですら、インターネットバンキングでは振込などでの口座名義は片仮名での入力が基本である。もっとも入力インターフェース上では全角片仮名での入力が可能(システムで半角片仮名のデータに変換される)なことが大半ではあるが、一部には直接片仮名半角カナでの入力を求めるシステムも存在する。
パーソナルコンピュータの分野では、特に初期のMicrosoft Windowsにおいて、半角片仮名の幅が狭く表示されるという特徴を利用し、メニュー部など少ない面積でユーザーに情報を与える必要のある場面によく利用されていた。
電子メールを配送するSMTPというプロトコルは7ビットのみを透過し、8ビット目をゼロにする仕様であるため、日本ではJUNET時代に7ビットのみを用いることがルール化された。これは後にRFC 1468として文書化され、ISO-2022-JPという名称になった。
ISO-2022-JPで指示可能な文字集合はASCII、JIS X 0201ラテン文字、JIS X 0208-1978およびJIS X 0208-1983であり、JIS X 0201の片仮名すなわち半角片仮名は含まれていない。一般に「メールでは半角カナは使えない」と言われたのはこのためであり、インターネットで半角片仮名が敬遠される理由の一つにもなった。
ソフトウェアによっては誤ってメッセージ中に半角カナが含まれていた場合に、8ビットコードのまま送信したり、エスケープシーケンスを用いたり、Quoted-printableなどでエンコードし7ビット化して送信するソフトウェアが存在した。後者の場合には、対応したソフト同士であれば問題なく表示が出来るが、違うソフト同士や8ビットで送信された場合は正しく表示されないため、「半角カナを使うと文字化けする」と言われるようになった。