[過去ﾛｸﾞ] ２ちゃんねる専用ブラウザ開発者の皆さまへ ★5 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
207(1): 2014/09/15(月)16:05 ID:4Hn5hIVK0(4/6) AAS
>>206
NSStringの内部表現がunichar配列でUTF8Stringで得られるのがその配列そのものなんですが
208(1): 2014/09/15(月)16:13 ID:nCAuPnb+0(6/11) AAS
>>207
いやいやいや
UTF8Stringで得られるのはUTF-8でエンコードされたバイト列だよ...
返り値はconst char *だからね const unichar *じゃないよ
209(1): 2014/09/15(月)16:17 ID:4Hn5hIVK0(5/6) AAS
>>208
あ、間違えたわ
UTF8Stringで得られるのはUTF8バイト列。
unichar*が返されるのはgetCharacters:range:メソッドでした。
でも内部表現がunichar*なのは間違いないよ
とにかく、今時はプログラムで扱うのに可変バイト長のUTF8は不都合。
UTF16かUTF32の配列で扱っているのがほとんどだと思う。
バイト長が変わるUTF8とやりとりするのは、相性が悪い。
210: 2014/09/15(月)16:18 ID:CPd7ub/U0(2/2) AAS
unicharだかwcharだか知らないけど
UTF16にUTF8やUTF32突っ込めばおかしくなるのは当たり前だろ・・
211(1): 2014/09/15(月)16:25 ID:nCAuPnb+0(7/11) AAS
getCharactersで得られるのはそもそも\0で終わっておらず文字列ではない
NSStringの内部表現は外に露出しておらず
stringWithUTF8String:でUTF-8のバイト列を直接NSStringに変換できるので不都合も何もない
212(1): 2014/09/15(月)16:36 ID:4Hn5hIVK0(6/6) AAS
>>211
終端がヌル文字となるのを文字列とするのは、C言語の、しかもC++のstring型より以前の、char型=ASCII文字しか扱えない古い文字列処理系だけでの話。
Objective-CのNSStringはC言語のchar*文字列の拡張ではなく、C言語の文字列処理系に依存しない独自実装なのでヌル文字どうこうの指摘は無意味。
例えばPASCALの文字列はヌル文字入らない。余ったメモリはスペースで埋める実装。ヌル文字で終わってないと文字列じゃないなんてことはない。
213(1): 2014/09/15(月)16:43 ID:nCAuPnb+0(8/11) AAS
>>212
いやだから、OSXでunicharの配列なんて使う機会がそもそも無いのよ
214(1): 2014/09/15(月)18:25 ID:U3PKg0PM0(2/3) AAS
>>193
サービス自体がクローズドになったら元も子もないけど、
そこんところわかってなさそうな連中が今の運営だしなぁ…
>>198
精算するとしても「シェア上位の開発者様」(≒山下？)だけじゃねーかな
>>199>>204
C99でのMB_CUR_MAXが2な環境が有るんだよ…この場合mblen使ってても死ぬ。
>>201
次の文字が先行バイトかだけ見て2バイト文字しか処理しない奴が普通にいる。
そういう奴は当然シフトも考慮しないだろうからISO-2022-JPでも死ぬだろうね。
省2
215(1): 2014/09/15(月)18:27 ID:D9dRTBGD0(1/2) AAS
UTF-8-MACとかだと半濁点のみの入力に対応できないだろ、実際は2文字でもそれを分けることが出来ない。
216(2): 2014/09/15(月)18:30 ID:xmiLuA7v0(1) AAS
>>170
>>159は内部コードって言っているし、
>>150→>>159→>>161の流れだと思うんだがな。
開発環境における内部コードの話だと思ったんだけど、
内部コードってのは2chＤＡＴの文字コードの話だったのかな？
というかメモ帳でＵｎｉｃｏｄｅ見れないの？
ちょっとそこが気になった。
217(1): 2014/09/15(月)18:37 ID:nCAuPnb+0(9/11) AAS
>>214
んーそれでも文字化けする以上の弊害は出ない気がするが
218(1): 2014/09/15(月)18:38 ID:R2ihoFUX0(1) AAS
いつまでスレチの文字コードの話続けるんだ？
NG推奨
ID:nCAuPnb+0
ID:4Hn5hIVK0
ID:CPd7ub/U0
ID:U3PKg0PM0
ID:D9dRTBGD0
ID:xmiLuA7v0
219(1): 2014/09/15(月)18:42 ID:nCAuPnb+0(10/11) AAS
>>215
UTF-8-MACはNFDに近い方で濁点半濁点ウムラウトを独立に扱うよ？
>>216
BOM付ければUTF-8も読めるでしょ確か
ただMSの実装はUTF-16をlittle endianしか想定してないことが多々あった気がする
220: 2014/09/15(月)19:05 ID:D9dRTBGD0(2/2) AAS
>>219
それ罠だから、濁点半濁点のみだと前に自動的にスペースが入って、スペースに濁点半濁点がついた形になる。
だから、濁点半濁点のみのS-JISとかを解釈するとバグる、未だに直ってないよ。
221: 2014/09/15(月)20:38 ID:LXeaJZd/0(1) AAS
株式会社Janeの山下はこういう話よく分からないからやめてさしあげろ
そんな事よりスケジュール遅れまくってる事をスレッド924で全板告知はよ
222(1): 2014/09/15(月)20:44 ID:U3PKg0PM0(3/3) AAS
>>216
XPの頃からUTF-16もUTF-8も扱えるねぇ…BOMが要る要らないはあるけど
>>217
文字化けしてたら「そのまま扱えない」と呼んでも良いと思うけど
>>218
スレの趣旨にあった話を>>1がしてくれないんだからどーしよーもないよ
223(1): 2014/09/15(月)20:47 ID:sw1cgFCe0(1) AAS
>NG推奨
>ID:nCAuPnb+0
>ID:4Hn5hIVK0
>ID:CPd7ub/U0
>ID:U3PKg0PM0
>ID:D9dRTBGD0
>ID:xmiLuA7v0
の中に専ブラ作者はひとりもいないと思われる。かなりアホ臭 ただ,
日本人の利益 > 匿名掲示板のユーザの利益 > > > > > 2chの利益 一部専ブラ作者の利益
という大原則がある中で、その利益のための建設的な意見なら有益なんだけどな
224(1): 2014/09/15(月)20:47 ID:3dNrUh9/0(5/5) AAS
monazilla ★がJane Styleの作者の山下遼太で、
名無しで>>113や>>117や>>185を書いて煽ってるという説を
提唱してみる。
225(1): 2014/09/15(月)21:04 ID:Kwver/PE0(1) AAS
文字コード変更までさせられるのは面倒だな
今から作ろうと思ってる人で、開発したいOS（？）でその文字コードが都合が悪いなら
それは各自で文字コード変換すれば良い話ではないんだろうか
文字コード変更するとなると、鯖側も過去ログ送信時に余分な処理が必要になるんだろ
226: 2014/09/15(月)21:21 ID:dcJtDBAE0(1) AAS
>>223
あなたも専ブラ作者じゃないだろ？
上下前次1-新書関写板覧索設栞歴
あと 775 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.323s*