古い雑記へBeOS雑記このページは、KarinoがBeOSやその他パソコンに関する独り言を書き込むためのものです。役に立たなくても腹を立てないで下さいね。2000.05.14某友人に「PalmVxはいいぞ」と勧めていたら、昨日いきなり購入したそうです。基本的な使い方を説明して、代表的なPalmwareも紹介したりして。彼もそれなりに気にいったようで、少しほっとしています。彼はMacOS/iMacユーザで、「iMac上のメールソフトと連携したい」という希望がありました。そこで二人していろいろ情報を探してみたんです。MacOSのためのConduitは見つからず、なんともしおしおな状況になってしまいました。Windows上では最初から主要なメールソフトとの連携が可能らしいのですが、MacOS上ではそうでもないらしいですね。私自身はHotSyncでメールの同期をしようと考えた事がなかったので今迄気付かなかったんですが、宣伝文句にも謳っている機能ですし、これは看板に偽り有りと言われても反論できませんねぇ。typeを"image/gif"に変更したら、問題なくタグの挿入ができるようになりました。一部の環境でKEditの起動時や右クリックの際に異常に時間がかかる問題については、ごく安易に対応しました。(Peopleフォルダの中身を検索するだけ...)これで、後はマルチパートメールに対応できれば、v0.3.6として公開できそうです。Hardware編」に画像を(比較的)多用することになったため、とりあえず画像ファイルをドロップするとIMGタグを挿入する様に動作を変更しました。次回のアップデートで使用できるようになります。v0.3.5を公開しました。R5上で動作するかどうかです。Editionを試してみることができないんですよね。x86がR5上で動作したら、ぜひ教えて下さい。不具合があったら、それも併せてお願いします。慌ててc3を買わなくて良かった...全然関係ないですが、KEditの日本語サブジェクトが扱えない問題、なんとか解決できそうです。新しいファイルを作った際に、そのファイルがTrackerのウィンドウにうまく表示されない時があるんですよね。Queryにも追加されないし。解決しなければならない事が多いです。先は見えてきましたけど。2000.03.15長い長〜い時間を経て、やっとタグ前後に於ける日本語入力の不具合を修正しました。どの部位でも気にせず日本語が打てるって快適だなぁ。(ふぅ)ついでにHTMLモードの配色をユーザ定義できるようにしてみました。裏技っぽいインターフェイスになってしまいましたが、まあいいかな。Encodingはできるようになったんです。ところが、BMailMessageオブジェクトにエンコード済みのサブジェクトを渡すと、それを普通の文字列と認識してしまうんですよ。そのまま送れば、相手の環境ではちゃんと日本語にデコードされるので問題ないんですが、自分の環境ではメールメッセージファイルのサブジェクト(attribute)がエンコード済みテキストのままになってしまうという。これは回避のしようがなさそうだし、いっそメールファイルの扱いも全て自力でやろうかなぁと思ってます。2000.03.01BeTalk-Jで、KEditのmain()の戻り値がおかしい、と指摘されていたので、取りあえずtrueからEXIT_SUCCESSに変更しました。う〜む、それにしてもmnewsってソフトは使ったことありませんが、KEditを利用するってどういう状態なんでしょうね。2000.02.27あれ、今いきなりぐらっときたような...ま、それはともかく、KEditです。encoding、やっぱり標準の仕様だけでは日本語のサブジェクトを扱うのは無理みたいですね。この問題を除けば、一応リリース可能な状態になったので、そろそろ公開しましょうか。2000.2.18取り合えず、e-mail関連の機能はだいたい実装しました。テキストエディタなので、たいしたことはしてないんですが。現在実装済みの機能は、「送信(新規・返信・転送)」「隣接したメッセージ(ファイル)の連続表示」です。ファイル添付には対応していません。現時点で、日本語サブジェクトが使えないというどうしようもない欠点があります。Encodingですが、RFCをみても今一つエンコード方法が分からないんですよね〜)しかし、サブジェクトや宛先をテキストでべた打ちするっていう、これ以上ない位シンプルな作りなので、使う人は多分ほとんどいないでしょうねぇ。addressの入力支援機能」くらいですね。メールやHTMLファイルを書く時に、ちょっと便利かも知れません。その他、細かな不具合の修正や若干の仕様変更を行なっています。それほど動作が重くなった訳でもないですが、アプリケーションサイズが増えるのは気持ち悪いですね。2000.1.31ffmですが、なんとか対応できました。言っても、検索ウィンドウのみの暫定対応ですが。使ってみると分かりますが、ちょっと気持ち悪いかも知れません。笑って許してくださいな。2000.1.24やっと開発が軌道に乗りました。いくつか新機能があるくらいで、後は修正のみのお手軽バージョンアップですが。使い易くなるんではないかと思います。ffmがONになっているかどうか知る方法ってあるんでしょうか。先日「ffmに対応して!」という要望があったんですが、私自身がいままでほとんどffmを使ったことがなかったので、全然情報収集をしてなかったんです。ffmがONでもOFFでもマウスポインタを新しいウィンドウの上に持っていく、という解決方法もありでしょうけど...なにか情報がありましたら、ぜひぜひ教えてくださいませ。2000.01.04「KEditで特定のファイルを開くと途中までしか表示されない場合がある」問題に関して、機種依存文字の使用以外にも原因が発見されました。それは、「2バイト文字の2バイト目にESCがあった場合」です。JIS或はS-JIS文字コードに於いて、2バイト文字の2バイト目にESCコードが出現するのは本来異常な事です。現実にこれが生じた際、<UTF8.h>に定義されているconvert_to_utf8()はESCを含んだと考えられる文字をNULLに置き換えてしまうため、変換後の文字列が本来のそれより短縮されてしまうのです。現時点でこれを回避しようとすれば、変換前の文字列から不適切な文字列を除去するか、または変換後の文字列からNULLを除去するしか方法がありません。KEditの次期バージョンではNULLを別の文字(多分'?')に置き換えるよう修正する予定ですが、これは根本的な解決ではないですね。システム標準のStyleEdit及びNetPositiveではESC含みのテキストファイルも問題なく表示されるため、なにか解決策があるのかも知れません。調べてみる必要がありそうです。今日、自動車の後部を自損事故で潰してしまい、その修理代に180,000円もかかる事が判明。いうことで、PC購入計画は敢なく幻と消えてしまいました〜(しくしく)う〜む、早くx86の環境が欲しいんですけどねぇ。最近やっと開発を再開しました。現在マルチファイル検索を実装中です。最初はKEditの検索部分に組み込んで、CodeWarrior等と同じ「次を検索」で次々にファイルを開いていくタイプを考えていたのですが、それよりも別アプリケーションにして単独利用も出来るようにしようかな、なんて思ったりしています。システム標準の「Find」アプリケーションのように、該当するファイルをリストして、クリックでそのファイルを開くようなタイプですね。KEditからはAdd-onを使って呼び出す、と。検索文字列や各種設定はMessengerで送信出来るようにするわけですが。検索条件などを保存できるといいかも知れませんね。考えなければいけないことが多いなぁ。Add-onもそろそろきちんと規格を決めないと開発がやりにくいし。ファイルは非UTF8の文字コードで、StyleEditやNetPositiveでは正常に表示される、とのことなのですが。上記の件ですが、「機種依存文字が使用されていると正常に表示されない」様です。^;トップページへ戻るこのページに関するお問い合わせは、karino@drycarbon.comまで。