Nucleus

今までの、ASCII/JIS X 0201/JIS X 0208 などは、文字集合の話であった。これらの文字集合をセットとして、使い分けるための仕組みとして文字コード(文字エンコーディング)が策定されている。 JIS/SJIS/EUC/U...

「円マークとバックスラッシュ」一連の記事を書くのに参考とさせて頂いたサイトや書籍など 半角の円記号(バックスラッシュ)の編集に問題があるSafariブラウザ対策 「Re: JIS 配列のキーボードを ASCII」などMac OS X-...

今までは、何やら、「半角の*1英数/記号/カタカナ」といった話であった。 では、「全角のひらがな/カタカナ/漢字」なんかはどーなんてんの？ という話をまとめる。 これは、JIS X 0208 と呼ばれる文字集合/符号化方式である。 ...

さて、ISO646の規格に準拠して日本で策定されたのが、JIS X 0201 だが、ここが円マーク問題の起因とも言える。

さて、その困ったことの原因は、 ASCIIは、アメリカでの利用を考えられて作られた。 というより、アメリカでの利用しか考えられていなかったという点である。 当然、ドイツ人が「ウムラウトどうしよう」てな話にはなるわけだ。

ここ３日ほど、調べまくって、やっと、少し、分かってきました。 どうやら人や国や企業の都合によって遂げられた変遷を理解する事が必要なようです。

この話題の元々の話は、 「NP_ItemMailメール出力結果において、各項目毎の改行がされずに、本来改行のある位置に、「?n」の文字が入ってしまうという問題が、NP_ItemMail本体中の改行を表わす「バックスラッシュn」を「円マークn...

えっと、円マークは、¥ですよね。この165を16進法にすると、a5ですよね。で、a5と言えば、unicodeで円マーク。 ということは、もしかして・・・ unicodeでは、5cがバックスラッシュですから、これを10進法に直し...

Takaさんちので、ただ、bisonさんMacでしたよね。Ezコメントの時も同じような事があったの思い出しまして。ということで、リンク先のに行ってみた。

今回、NP_ItemMailメール出力結果において、各項目毎の改行がされずに、本来改行のある位置に、「?n」の文字が入ってしまうという問題が、NP_ItemMail本体中の改行を表わす「バックスラッシュn」を「円マークn」に置換することで解...

Takaさんが、「記事のフィードバックメールを送信するPlugin」ということで、NP_ItemMail0.1 を作って下さった。 ありがたいったらありゃしない！m(_"_)m

さて、メールフォームをどうしよう・・・ とりあえず、ゲストが入ったときのメンバー詳細ページを参考に、action.phpのsendMessageを使ってみることにする。 NP_IncludeEXを使う関係上、skinに書くので、<%...

echoさせる分を<%title%>と書いてみた。*1 だめ・・・。ふぅ。 やっぱりphpincludeはnucleusではparseされない。*2 途方に暮れて、フォーラムにhelpを書き込んだ後、ググってググってググりまく...

includeされる側のファイルにif($catid == 任意のカテゴリID)という記述が使えるということは、「カテゴリID○○の記事だったら・・・」という指定が出来るということだわな。 で、includeには、parsedinclud...

日本ボイタ協会「講習会のお知らせ/申込」のカテゴリのアイテム詳細にのみ、当該講習会の申込メールフォームを出したい。 ということで、模索してみた。