[過去ﾛｸﾞ]
２ちゃんねる専用ブラウザ開発者の皆さまへ ★5 (1001ﾚｽ)
２ちゃんねる専用ブラウザ開発者の皆さまへ ★5 http://anago.5ch.net/test/read.cgi/software/1409909191/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
197: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 11:48:38.24 ID:4EAYGkfP0 まあユーザーが使い慣れた専ブラを変更してくれれば思惑通り。 変更しなければ別のところが主流の可能性がある、ってところか。 この道筋をうまく用意ができるかどうかで成否決まりそう。 http://anago.5ch.net/test/read.cgi/software/1409909191/197
198: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 13:41:23.20 ID:plypuxgq0 ところでこれは清算されたのかい？ $8 ツール開発者に行くはずが現在支払われてない様子。 $1 ツール開発者に行くはずが現在支払われてない様子。 http://anago.5ch.net/test/read.cgi/software/1409909191/198
199: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 14:21:33.64 ID:nCAuPnb+0 >>177 3バイト以上だとそのまま扱えないの意味が分からん http://anago.5ch.net/test/read.cgi/software/1409909191/199
200: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 14:37:22.54 ID:4Hn5hIVK0 >>199 UTf-8以外の文字コードは多くても2バイト。 なので1文字が2バイト以下であることを前提にした古いシステムでは不具合が起こる可能性有。 Windowsの半角全角という区別も半角=1バイト、全角=2バイト。3バイト以上は想定外。 http://anago.5ch.net/test/read.cgi/software/1409909191/200
201: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 14:51:44.71 ID:nCAuPnb+0 ??? ISO-2022-JPの時点でESC-$-Bとか入って1文字が何バイトとか意味をなしてないと思うんだが... 1文字が何バイト以下を前提にしていようとUTF-8であることを知らなければ文字化けするだけでは？ http://anago.5ch.net/test/read.cgi/software/1409909191/201
202: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 15:17:17.74 ID:DSvwrPRd0 KI/KOが入るJISコードは内部でそのまま扱わないで変換するだろ。 WindowsにおけるUTF-8も同様の扱い。 >>177のは、Windows内部でUTF-8がまともに扱えないって言いたいんでしょ。 ただ単に文字列という名のバイト列を受け渡しするだけならそんなの関係ないんだけどね。 文字列操作とか文字の区切りを理解した操作をする必要がある時に困るだけで。 http://anago.5ch.net/test/read.cgi/software/1409909191/202
203: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 15:32:01.88 ID:rZ/tGyVx0 どうせシェア上位の開発者様のみによって決められるだけなんだから 無駄無駄 過去ログは無料で見られますからと 過去ログサイトも順調につぶして 浪人がないと過去ログは見られない仕様になりましたごめんなさいっ！ で浪人売った後で流出させたと思ったら ●の時と一緒で 浪人を売っていたのは2ch.netとは別会社ですから！ で終了 更にユーザーが減る の負のスパイラル http://anago.5ch.net/test/read.cgi/software/1409909191/203
204: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 15:36:47.85 ID:nCAuPnb+0 >>202 1文字が2バイト以下の未知のコードとだと不具合がなくて UTF-8だと「3バイト以上の文字が存在するため」ダメな理由を知りたいのだがね http://anago.5ch.net/test/read.cgi/software/1409909191/204
205: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 15:42:23.96 ID:4Hn5hIVK0 >>204 例えば、文字列バッファメモリを2バイト*文字数でとっているようなシステムだと不具合が起こる。 Mac OS Xなんかがその例。unicharというUTF16の文字1個を格納するための2バイトの文字型があって、文字列はその配列になってる。 unichar型は2バイトなのでUTF-8バイト列はそのまま入らない。iconvなどによる変換が必要 http://anago.5ch.net/test/read.cgi/software/1409909191/205
206: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 15:53:53.41 ID:nCAuPnb+0 >>205 UTF-8を知らないのに文字数は分かり、それをわざわざunicharの配列に突っ込むケースが存在するのかいな そもそもOSXでunicharの配列で文字列なんて扱わないよ NSStringか、それをUTF8Stringメソッドで変換したバイト列のどちらかだよ http://anago.5ch.net/test/read.cgi/software/1409909191/206
207: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 16:05:42.43 ID:4Hn5hIVK0 >>206 NSStringの内部表現がunichar配列でUTF8Stringで得られるのがその配列そのものなんですが http://anago.5ch.net/test/read.cgi/software/1409909191/207
208: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 16:13:10.27 ID:nCAuPnb+0 >>207 いやいやいや UTF8Stringで得られるのはUTF-8でエンコードされたバイト列だよ... 返り値はconst char *だからね const unichar *じゃないよ http://anago.5ch.net/test/read.cgi/software/1409909191/208
209: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 16:17:45.37 ID:4Hn5hIVK0 >>208 あ、間違えたわ UTF8Stringで得られるのはUTF8バイト列。 unichar*が返されるのはgetCharacters:range:メソッドでした。 でも内部表現がunichar*なのは間違いないよ とにかく、今時はプログラムで扱うのに可変バイト長のUTF8は不都合。 UTF16かUTF32の配列で扱っているのがほとんどだと思う。 バイト長が変わるUTF8とやりとりするのは、相性が悪い。 http://anago.5ch.net/test/read.cgi/software/1409909191/209
210: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 16:18:48.34 ID:CPd7ub/U0 unicharだかwcharだか知らないけど UTF16にUTF8やUTF32突っ込めばおかしくなるのは当たり前だろ・・ http://anago.5ch.net/test/read.cgi/software/1409909191/210
211: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 16:25:04.40 ID:nCAuPnb+0 getCharactersで得られるのはそもそも\0で終わっておらず文字列ではない NSStringの内部表現は外に露出しておらず stringWithUTF8String:でUTF-8のバイト列を直接NSStringに変換できるので不都合も何もない http://anago.5ch.net/test/read.cgi/software/1409909191/211
212: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 16:36:12.68 ID:4Hn5hIVK0 >>211 終端がヌル文字となるのを文字列とするのは、C言語の、しかもC++のstring型より以前の、char型=ASCII文字しか扱えない古い文字列処理系だけでの話。 Objective-CのNSStringはC言語のchar*文字列の拡張ではなく、C言語の文字列処理系に依存しない独自実装なのでヌル文字どうこうの指摘は無意味。 例えばPASCALの文字列はヌル文字入らない。余ったメモリはスペースで埋める実装。ヌル文字で終わってないと文字列じゃないなんてことはない。 http://anago.5ch.net/test/read.cgi/software/1409909191/212
213: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 16:43:36.32 ID:nCAuPnb+0 >>212 いやだから、OSXでunicharの配列なんて使う機会がそもそも無いのよ http://anago.5ch.net/test/read.cgi/software/1409909191/213
214: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 18:25:16.53 ID:U3PKg0PM0 >>193 サービス自体がクローズドになったら元も子もないけど、 そこんところわかってなさそうな連中が今の運営だしなぁ… >>198 精算するとしても「シェア上位の開発者様」(≒山下？)だけじゃねーかな >>199>>204 C99でのMB_CUR_MAXが2な環境が有るんだよ…この場合mblen使ってても死ぬ。 >>201 次の文字が先行バイトかだけ見て2バイト文字しか処理しない奴が普通にいる。 そういう奴は当然シフトも考慮しないだろうからISO-2022-JPでも死ぬだろうね。 だけど、その辺のコードは対応してるプログラムにしか食わせない使い方が多い。 UTF-8化はファイル名等で全面的に影響するから、そういう逃げが打てないから… http://anago.5ch.net/test/read.cgi/software/1409909191/214
215: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 18:27:52.00 ID:D9dRTBGD0 UTF-8-MACとかだと半濁点のみの入力に対応できないだろ、実際は2文字でもそれを分けることが出来ない。 http://anago.5ch.net/test/read.cgi/software/1409909191/215
216: 名無しさん＠お腹いっぱい。 [sage] 2014/09/15(月) 18:30:27.17 ID:xmiLuA7v0 >>170 >>159は内部コードって言っているし、 >>150→>>159→>>161の流れだと思うんだがな。 開発環境における内部コードの話だと思ったんだけど、 内部コードってのは2chＤＡＴの文字コードの話だったのかな？ というかメモ帳でＵｎｉｃｏｄｅ見れないの？ ちょっとそこが気になった。 http://anago.5ch.net/test/read.cgi/software/1409909191/216
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 785 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.012s