Web制作とMac 2

別スレから誘導されて来たんですが、今、JCheckerのトラブルで
困ってます。同じくJChecker使っている人いないですか?

たまに使ってましたが、どんなトラブルなんですか？

>>407
http://pc7.2ch.net/test/read.cgi/mac/1098311839/
話の流れは、こちらをどうぞ。379が自分です。

>>408
全部よんでないけど、
ソフトの問題ではなく、ソフトを作ってる人の問題ってことか？

>>409
読んでもらうレス番号、適切じゃなかったですね。サポートの対応の悪さは、
ひとまずおいておいて、416あたりから読んでみて下さい。

なるほどねー。

うち（OS9.2+JChecker3）ではそんな症状は出たこと無いなぁ。
そのHTMLファイルはJEditとかその他のエディタではちゃんと開けるんだよね？

>>411
やっと、似たような環境の人が出てきてくれて、嬉しいです。
King'sでは問題無く開けてますね。Jedit3/4では変換することで開け、
miは日本語部分が文字化け。サポートは該当ファイルが問題無いと言って
いたんですが、以上の結果から、やはりファイルの文字コードが怪しいと
睨んでます。

よければ、一緒に検証していただけませんか?

つまり、原因の元はファイル側にありそうなんですが、嘘の文字コードを
Jeditや他のエディタほどJCheckerは、見抜けないでいると私は想像して
いるわけです。まだ、想像の域を出ていませんけれども。

いいけどどうやって検証するのよ。
ファイルうｐしてくれれば開いてみますよ。

嘘の文字コードってなんですの。

>>414
アップしてみましたので、よろしければお願います。
http://s.memn0ck.com/%2582%25B5%2582%25BD%2582%25E7%2582%25CE%258C%25B3%258E%25D0%2592%25B7%2593%25FA%258BL.sit

>>415
文字コードの詳しいことは分からないけど、

したらばJBBS　ライブドアと「合体」</a>

の後、6バイト目が問題なんじゃないかな。

1バイト文字で、見た目「,,」もしくは「￣」として
表示されるやつ。
Jedit等で開いたら該当部分を強制的に英字フォントにして
（対象箇所選択後、optionキーを押しながらフォントを変更）
問題の文字だけ削除するとJCheckerでも開けるようになる。


多分。

ごめん、上に書いたの、嘘だった。もっと複雑みたい。
正直俺にはこれ以上わからん。

>>415
92E585B8 9CE681AF E280BE
この3つのシーケンスをHexEditで16進検索して消せば最後まで読んでくれる。

ファイルに変な文字が入っていることによる問題。
対処できないのはバグと言うかわからない（ファイル作ったソフトのバグ）が、
TECConvertText()がkTextMalformedInputErrを返した時に
エラー文字を飛ばして残りのテキストを変換してもらうように頼めばいい。
例えばうまくいくかわからないが、エラーが起きる度にactualInputLength+1から
再度TECConvertText()しなおすとか。
レポートの際にはOS, JChecker, Text Encoding Converterのバージョンも書く。

>>416
ありがとう。これで、自分だけの不具合じゃないと確認できただけでも心強いです。

>>418
ファイル内部に変な文字が入っていることが、原因ですか。プログラム自身
自分がよくわからないので、サポートに説明しづらいですね。機会があれば
サポート宛のメールに、そのの内容を一部引用させて頂くかもしれません。
ご協力ありがとうございました。

想像の域なんですが、これってオカシイ？って思うところを指摘してみます。
例のファイルありますよね。あれのmeta指定が、euc-jpになっているのにも
かかわらず、実はファイル自体はシフトJISになっているんですよ。これが
自分の言うところの嘘の文字コードってことなんです。

つまり、JCheckerはこの嘘を見抜けないために、表示できないでいると考えて
いるんですけど、これって間違いですかね？

それで、そのコード指定をJeditで修正してやると、あのファイルも
JCheckerでも読めるようになるんですよ。じゃあ、なんでJedit(4)では
読めるのかというと、どうやらJedit独自のエンジンを積んでいるので、
嘘コードに影響されにくい作りになってるぽいです。

つまり、JCheckerはエディタとしてはJeditより簡素な作りになってるため、
問題のファイルにあたると、表示できないという結果になるんじゃないかと、
私は想像してるんです。

あまり想像しすぎない方がいいかも。

素人なのでスレ違いだったらごめんなさい。
GoLiveCS買おうかと考え中なんですが、ソフト1本買って複数のMacに
インストールすることは出来るのでしょうか？
出来れば家用のと会社用の2台にインストールしたいのですが。

今は個人のサイトをクラシック立ち上げてページミルでちまちま作ってますが
会社のサイト作るのを任されたのでこの際GoLiveにようかと思っております。

>>423
サイトを見たら、
コンカレントユースの対象以外は駄目と
書いてあった。

406はまず、文字コード判定についてチョットだけでも調べてみるといいかもね
それをバグだと言ってたら作者がかわいそう。

>>424
レスありがとうございます。
そっかやっぱりダメなんですね。
会社はパワーブックなので、そっちにインストールして
家のサイト更新の時には持って帰って使おうかな（セコくてすみません）。

>>420
meta http-equivでのcharset指定と実際の文字コードが違うときは
JCheckerはその点をそのまま指摘してきてくれると思うが。
ファイル自体、シフトJISじゃなくて実際にEUC-JPみたいだし。

>>421
問題のファイルをJedit4で開き、保存しなおしたらその後は
Jchecker3でも開けるようになるみたいだ。問題の「変な文字」が
保存時に落ちるんだろう。

おめーらMade on a Macバッヂ貼ってますか？

>>628
うんにゃ。
そういうこだわりは無いのだ。

>>628
いくらなんでも、こだわりすぎだよ

>>425
バグの可能性"も"あります。他の板でも指摘されてたりしてます。
>>420
いえ、EUC-JPではなくシフトJISです。Jeditで確認しました。

とりあえず、自分だけの環境じゃないことがわかって一安心です。
問題は、これをどう報告するかどうかですね。

失礼しました。レス番420ではなく427ですね。

>>431
したらば元社長日記って、テキストだよね。
これ、shift-jisじゃないみたいだよ。
Jeditの判定がおかしいんじゃないかな？

>>427と同じく、euc_jpに見える。ちょっと自信ないけど。

>>433
文字コードを何で確認しました?
Jeditで確認する場合は、変換しないで確認しないと意味ないですよ。

EUCだよ

どちらにしても、JCheckerはコード処理部分に問題ありだと思われます。

>>435
ファイルをバイナリエディタで直見た。
経験上、euc-jpの文字に見えた。

で、 >>435のレスを見てから、
文字コードをeuc-jpと、shift_jisにしたファイルを用意して、おなじくバイナリで見てみた。
やっぱり、euc-jpに見える。

>>433で言う、自信が無いってのは、OSXについてるlibiconvでは、
文字コード判定に失敗したからなのです。
libiconvは、文字コードの判定に厳しいという話だから、たぶん変な文字が混じってる。

で、更に。
>Jeditの判定がおかしい
これなんだけど、たとえば、asciiのテキストを開いたら、文字コードは
何だと判定されるだろうか？
判定失敗すると、shift-jisになったりしないか？

>>438
詳しく調べていただいて、ありがとう。
例のファイルがなぜ、私にはシフトJISにというのか、今ファイルをアップ
するので、そちらを参照してみてください。アップするので、しばらくお待ちを。

http://s.memn0ck.com/sj.sit
例のファイルをJeditで開き、文章情報を出した時のScreenShot。
もし、これが間違いだというのであれば、Jeditにも問題あり"かも"しれません。

いや、主張するのは勝手だが。
正直俺は、これ以上は付き合えないぞ。

釣りだったか。

>428
貼ってるよん。Get Firefoxも貼りたいなぁ。

>>440
読めない人がいるってことがわかっただけで、もう十分です。ありがとう。