1999.03.31 . . . 21:58
★アップルのデベロッパページのURLが変更されていましたので、Linksを直しました。いつから変わっていたんだろう...。
■今日は、割合と早めに帰宅することが出来ました(^^)
明日から、年度末の締めの処理がスタートします。またもやグシャグシャになりそう...。あー、休みたい。
■とうとう今月は一度も「PowerPlant自習室」を更新できませんでした。
2002.04.26 追記：「PowerPlant自習室」は、既に削除したコンテンツです。
1999.03.29 . . . 22:46
■nakamuxuはサラリーマンですが、この時期は「繁忙期」といってかなりごたついてます。ぐしゃぐしゃです。
あと一週間はこんな状況が続くのです。早く、過ぎてくれ...。
■「キツネのしっぽ」さんから、「.bin」ファイル問題についてメールをいただきました。ありがとうございます。
DriveSetup 1.7.2があるAppleのサーバーからは
おっしゃるとおり、MIME Typeは複数設定したほうがそれぞれ対応できて好都合です。しかし、「.bin」ファイルについてはNetscape Communicatorでは"application/x-macbinary"と"application/macbinary"の両方を設定しておいても、「このファイルをどうする?」というダイアログが出てしまう場合があるんです。
"Content-Type: application/x-macbinary"と
MIME Typeを返していますので、Communicatorの設定も
"application/x-macbinary"がなければ例のダイアログが出てしまいます。
解決法は"application/x-macbinary"を「追加」すればOKです。
MIME Typeは複数設定したほうがよろしいかと・・・
（いろいろな定義がありますので）
DriveSetup 1.7.2は、実は、デフォルトの設定のままでもダウンロードできるのですが、一部のサーバーにある「.bin」ファイルは、キツネのしっぽさんのおっしゃる2通りのMIME Typeを登録する方法ではスムースにダウンロードできません。
それは、(3/23の更新時に書いた通り)サーバーが返すMIME Typeが"application/x-macbinary"ではなく"application/octet-stream"だからなのです。そして少なくとも「Use Internet Config」をチェックしていると、"application/octet-stream"に対しての処理をCommunicatorで登録しておいても、ダウンロードのたびにダイアログが出てしまうのです。
そして、"application/x-macbinary"、"application/octet-stream"両方の「.bin」ファイルを「Use Internet Config」をチェックしているNetscape Communicatorでスムースにダウンロードするためには、3/26に書いたような設定が必要になるのではないかと思うのです。
■ビデオカードでWAOさんが悩んでおられますねー。
私だったら、Nexus128を待ちます(再び、キッパリ)。なぜって、すでに旧機種になってしまったちょっと安いビデオカードより、少し高くても最新で速いヤツの方がいいでしょ?(^^)
■だいぶ遅い反応で恐縮ですが、Macintosh トラブルニュースさんで非公式情報として「Mac OS 8.5.x のバグ？： Apple の見解」が掲載されてますね([99/3/24]更新分)。
Systemにメモリ関係のバグがあるのでは?とリソースにパッチをあてる方法まで流布されたのですが、NuBusベースのPower Macintoshで(のみ?)起きるということは、nakamuxuのPM8500は無関係だったようです。やはりパッチを元に戻しておいてよかった(久々に勘が当たった気がするぞ...(^^;)。
デザインそっくりだもんね。
1999.03.28 . . . 22:49
■た、多忙です。ついでに言えば、疲労困憊...。
メールもいただいておりますが、今日のところは寝させてください...。ごめんなさい。
1999.03.26 . . . 01:15
■試行錯誤を重ねまして、MacBinaryファイル(拡張子「.bin」のついたファイル)をNetscape Communicatorでスムースにダウンロードする設定を探しました。3/24までにここに記述した方法では、MacBinaryの中でも一部のファイルでは保存場所を尋ねるダイアログが出る場合があることが分かりましたので、対応策を探索していたわけです。
以下の方法でいけると思います。が、その前に注意点を。ここに書いた方法は、
「インターネットコントロールパネルがインストールされていて、Netscape Communicator側の設定で「Use InternetConfig」をチェックしており、MacBinaryファイルのダウンロード時に処理方法を選択するダイアログやファイル保存位置を決定するダイアログが現れてしまう」
という場合にのみ有効です。そうでない場合に以下の変更を行うと、別の不具合が発生するかもしれません。↓「Use InternetConfig」の設定
■Netscape Communicator英語版4.5.1を例にとって説明します。
「Edit」メニュー最下段の「Preferences...」メニューを選び、現れたダイアログから「Navigator」カテゴリーの「Applications」をクリックします。
右側に現れるのが、MIMEタイプごとに定義された処理です。その中で、「Description」の「application/x-macbinary」または「application/macbinary」をダブルクリックします。
2段目の「MIME type」が「application/macbinary」のときには、「application/x-macbinary」に変更します。
3段目の「Suffixes」を削除します。
Netscape Communicatorを終了します。
続いて、「インターネット」コントロールパネルを開きます。
「詳細設定」タブをクリックして、左下のエリアから「ファイル対応」アイコンをクリックします。
「拡張子」が「.bin」の行をダブルクリックします。
開いたウィンドウの下の方の「詳しい情報を表示」ボタンをクリックして、全情報を表示させます。
右上の「MIMEタイプ」を「application/x-macbinary」に変更します。
右下の「動作：」ポップアップメニューを「アプリケーションを開く」に設定します。
さらに右下の「選択...」ボタンをクリックして開きたいアプリケーション(おそらくはStuffIt Expander)を選びます。
設定を保存して、「インターネット」コントロールパネルを閉じます。
■要は、MIMEタイプを「application/x-macbinary」に統一し、Netscape Communicator側では拡張子を削除、インターネットコントロールパネルでは後処理を設定しています。
これで、少なくともnakamuxuが試した範囲では、MacBinaryファイルはスムースにダウンロードできました。
どうでしょうか...?
1999.03.25 . . . 23:11
■まだやってます「.bin」ファイル問題。
「解決できました!」などと言っていましたが、その後いろいろと調べてみますと、昨日までで行った変更だけではダウンロードできないものがあることが分かりました。申し訳ありません。
たとえば、DriveSetup 1.7.2などは、昨日の方法ではファイル保存ダイアログが出てしまいます。
同じMacBinaryファイルであっても、異なって認識されるのでしょうか?
解決方法を模索中です...。
1999.03.24 . . . 22:55
■so-net、おかしくないですか?
so-netにHPを持つ方々のところになかなか繋がりません。やっと繋がったかと思っても、めちゃめちゃ遅い。トラブルでしょうか? それともnakamuxuのところだけですか...?
■昨日のNetscape Communicatorでの「.bin」拡張子ファイルがうまくダウンロード処理できない問題ですが、少し簡単に書きすぎてしまいました。nakamuxuが解決できた方法をもう一度詳しくたどってみます。
追記：以下の文章は、3/24時点でのものです。その後の試行錯誤の結果を「1999.03.26 . . . 01:15」付の更新に記述しています。
まず、発見された問題点を整理してみますと、以下のようになります。
- Netscape CommunicatorではMIMEタイプ「application/x-macbinary」を定義している(昨日の2番目の画像・今日も再掲しています)
- MacOS8.5で導入された「インターネット」コントロールパネルではMIMEタイプ「application/macbinary」を定義している(昨日の3番目の画像)
- Netscape CommunicatorではMIMEタイプ「application/macbinary」は定義していない
- 「インターネット」コントロールパネルではMIMEタイプ「application/x-macbinary」は定義していない
nakamuxuはNetscape Communicator 4.5.1の英語版を使っていますので、それを例に取ります。Editメニューの最下段、「Preferences...」を選択して、現れたダイアログから「Navigator」カテゴリーの「Applications」をクリックします。
右側に現れるのが、MIMEタイプごとに定義された処理です。その中で、「Description」の「application/x-macbinary」をダブルクリックします。
最上段の「Description」は先ほどのダイアログに表示されるタイプ名で、2段目にMIMEタイプがあります。これを「インターネット」コントロールパネルにあわせて訂正します。
このように、「application/x-macbinary」→「application/macbinary」へ変更します。ちなみに、上段の「Description」は単なる名称のようですから、わかりやすい名前に変更してもいいと思います。
念のため、一度Netscape Communicatorを終了してから、Internetへアクセスして「.bin」ファイルをダウンロードしてみると...。見事に、ダウンロード → StuffIt Expander起動 → 解凍、という手順で処理できました！
■本来のMIMEタイプ設定がどちらが正しいのかは分かりませんが、どちらもnakamuxuが設定したものではありません。また、Netscape Communicatorでは、一度「Netscape Preferences」を削除してみると、次回の起動時には再び「application/x-macbinary」が復活することを確認しました。従って、原因が上記のような「MIMEタイプ定義の不一致」だとすると、多くの方にこの「Netscape CommunicatorでMacBinaryファイルの後処理がうまくいかない」という問題が発生する(している)のではないかと推測されるのですが...。
もしかしたら、nakamuxuが気付いていない(あるいは、この環境では発生していない)他の要因が絡んでいるのかもしれませんねー。
■昨日の分の画像を再掲したするついでに、一部を差し替えしました。
■サミいさん、ありがとうございました。1999.03.23 . . . 23:35
■昨日は、夕方ちょっと横になろうとベッドに入ったら、朝になってました(^^;
12時間ぐらい寝てました...。というわけで、更新もすっ飛ばしてしまいました。
■NetscapeCommunicatorの「.bin」拡張子ファイルがうまくダウンロード処理できない問題、続報です。画像を載せましたので、ちょっと重いかも。
qwer@AppleMecaniqueさんからメールをいただきました。ありがとうございます。
.binの拡張子に対する動作の定義がブラウザ側で出来ていないのでは?
実は、nakamuxuもそう考えてそのダイアログ↓が出るたびに「Pick App」を押してStuffIt Expanderを選択していたのですが、何度選んでも、再び「.bin」ファイルをダウンロードしようとするとまたもやダイアログ↓が出てしまうのです...。
再度、「どうするのか_」のダイアログが出たときに「保存」もしくは「アプリで処理」を選択し、初期設定のアプリケーションメニューから.binを定義している「application/x-macbinary」という項目を設定し直せばいいと思います。
同じく、サミい@Click & Pressさんからもメールをいただきました。ありがとうございます。
binファイルの問題ですが、ダウンロード後にStuffit Expanderが立ち上がりませんか？Netscapeの編集→設定→アプリケーションでbinという拡張子のものをStuffit Expanderで開くような設定にすればいいのではないでしょうか。
そうですよねぇ。やっぱり設定がおかしいとしか思えません。で、
Netscape Communicatorの設定↓です。
しかし、この設定を見てみましても、別段おかしいと思われる部分はありません...。ただし、ダウンロードしようとしたときに現れる「どうする?」と尋ねるダイアログ(上段の図)をよく見ると、変なところがあります。「.bin」ファイルをダウンロードしようとしているのに、「(MIME)type "application/octet-stream" をどうしますか?」と言っているのです。つまりは、MIMEtypeを正しく認識できていないのではないかと思いました。
MacOS8.5からでしたか、「インターネット」コントロールパネルが出来てここで各種のファイルについて設定します。これも一応チェックしてはいますが、もう一度確認。
「インターネット」コントロールパネルの設定↓
左側のタイプとかクリエータをStuffItに変更したり右の真ん中「省略時の書式：」をいろいろ変えたりしてみましたが、効果なし...。これはどうしようもないことなのかとあきらめかけたのですが、どうにも先ほどの「CommunicatorでMIMEが正しく認識されていない(ようだ)」というのが気にかかります。で、よくMIMEタイプを見てみますと...違う!
Netscape Communicator →「application/x-macbinary」
「インターネット」コントロールパネル →「application/macbinary」
「これかぁ」とCommunicatorの方を訂正してみました。訂正後、Communicatorを再起動。結果は、バッチリです！！
しばらく様子を見てみますが、他の圧縮・エンコードファイルと同じように、ダウンロード後 StuffIt Expanderが起動するようになりました。しばらくこれに取り憑かれてましたが、解決してよかった...。
実はついさっき、「解決できませんでした」と書こうとして、画像ファイルを並べているときにMIMEtypeの違いに気がついたのです。やはり困ったときには「押してもダメなら引いてみな」。別方向からのアプローチ、視点・思考の転換が必要なのですね。
「Communicatorの設定が違っているのでは?」とメールをいただけたことで、事細かに調べることが出来ました。qwer@AppleMecaniqueさん、サミい@Click & Pressさん、ありがとうございました。(^^)
■WAO@Mac日記の日々さんが「内蔵 GC アクセラレーション」のことで、話を振ってくれてますねー。Yosemiteを購入されたTorio's Siteさんの影に隠れてますが(^^;
え〜、nakamuxuは「内蔵 GC アクセラレーション」入れてませんし、入れようとは考えておりませんね(キッパリ)。というのも、WAOさんがおっしゃるとおり一部の画像やスクロールサムに横線が入ったりする不具合があったからです(これはビデオカード購入前)。また、今はビデオカードの描画速度で「まぁいいか」状態ですので、無理して「内蔵 GC アクセラレーション」使うまでもないかな、なんて思ってます。ちなみに、nakamuxuのところでもインストールすると(ベンチマークでは)遅くなりました。
楽しみです。
1999.03.21 . . . 22:58
■MacBinaryファイル(".bin"という拡張子のついたファイル)をNetscape Communicatorでダウンロードしようとすると、そのたびに「このファイルをどうしようというのか ?」とダイアログが開いたりして困ってます。どこか設定がまずいのかといろいろ試行錯誤してみましたが分かりません。同じファイルをAnarchie Pro3.5でダウンロードすると問題なくできますから、Netscape Communicator側の設定その他の問題だと思いますが...。なぜだろ？ 昔はこんなじゃなかったような...。
■いろいろ考えてみましたが、私はここでは「nakamuxu」として更新していきます (^^)
■明日も仕事(ToT)ですので、早めに寝ます。また、昨日の更新時に「祝日」と書きましたが、「振替休日」でしたね。昨日の分も訂正しておきました。
1999.03.20 . . . 20:27
■Anarjchie2 Proリリース!
前作に比較して、さらに使い勝手が改良されてます。URLを連続してドロップできたり、誤ったURLをAnarchie Proに渡さないようにチェックするようになりました。かなりうれしいバージョンアップ。
Rjさんの素早い対応に感謝です。(^^)
■夢荘にてさんより。匿名性って、もう少し考えられるべき問題なのかもしれません。
私が「nakamuxu」なんてハンドルを使っているのは、なぜなんでしょう。名前というのは、社会に対するアクセスキーであり、同時にアイデンティーそのものだったりします。実社会においては、実名がその役割を果たすこともあれば、仲間内ではあだ名、住所や電話番号がその意味を持つこともあるでしょう。もっといえば、免許証番号や雇用保険の被保険者番号、社員番号まで、すべてアクセスキーです。
Internetにおいては、実名やハンドルネームが混乱(というか混合)して用いられるために見解の相違が生じているような気がします。使用できないアクセスキーを無理矢理使おうとしている、というか...。「ここまで名乗っておけばいいだろう」と考える者と、「それでは分からない」と言う者と。仲間内のあだ名はその仲間にしか通用しない、という(実社会での)常識をどこまで適用していくか、ということではないでしょうか。
夢荘にてさんが分析されたとおり、いくつかの性格がありますから、相応に(実名とハンドルとを)使い分けていけばいいと思うのです。
でも同時に、匿名性を排除してすべて実名で行われることが常識となれば、それはそれでいいような気もします。といいますのも、私がここでハンドルを使っているのは実名での生々しさを排除することが第一の目的だからです。ストレートにいえば、気恥ずかしい、ということでしょうか。「何が?」と言われると困ってしまいますけど...。
うまく言えてないなぁ。
1999.03.19 . . . 22:52
■Mac News Networkさん経由、AnimEssayさんのPreview version での日本語ページ表示での貴重な情報により、iCabで「METAタグ<Shift_JIS>が書かれたページの表示」が可能になりました。試用してみましたところ、いくつかの問題をのぞいて無事表示されることを確認しました。これに伴い、このページのMETAタグ<Shift_JIS>を復活させました。
いくつかの問題については「一部の文字が「空白」になる」というものです。割合とこれが多いような気もしますが、このページの場合はさらに「一部の文字が異様に小さく表示される」という問題もあります。
例えば、冒頭の「・このページは、私ことnakamuxuが〜」という部分です。昨日までは、<FONT size = "1">と指定していましたが、表示サイズを10ポイントにしていると、この部分はほとんど読めません。どうやら6〜7ポイントぐらいの大きさで表示しているようです。
そこで、<FONT size = "-1">と指定してみました。これで、少しは大きく表示されます。通常部分を10ポイントで表示させると8ポイントぐらいになっていそう。「通常の大きさに比べて、-1」と指定しているのですから9ポイントで表示されれば良さそうなものですが、9ポイントより小さく表示されてしまいます。
何かまずいのか?
■iCabのニコニコマークに指摘されるエラーについては、まだ手つかずです。
■読売新聞の記事リナックスの評価、うなぎ登り。一般の新聞にこういうのが載るようになってきたんですね。そろそろLinuxでもかじってみようかな。何をやるってわけでもないけど。1999.03.18 . . . 22:57
■PowerBook100's World Newsさんを見習って、nakamuxuもiCabに対応すべく、暫定的にこのページだけMETAタグをコメントアウトしてみました。
本来ならばMETAタグって「この文書ってこんな文字コードで書かれてるぜ」っていうのを知らせる機能だと思っているのですが、シフトJISで書く限りは、なくても(iCabならばない方が)表示できるということです。
で、iCabにはウィンドウの右上の方にスマイルマーク(っていうのかな?)があって、クリックするとHTML文法の誤りを指摘してくれます。このページを調べてみると、エラーの嵐(^^;
nakamuxuはHTML文法に詳しくありませんで(決して自慢できないですが)、参考書も1冊しか持っていません。しかもその参考書はNetscape文法を元にしてますので、iCabでエラーとして報告されるものも堂々と載ってたりします(初期設定で報告させないようにもできますが)。う〜、ちゃんと勉強しないとダメか?
それはともかく、かねねこ＠PowerBook100's World Newsさんの実践精神には頭が下がります。感謝です。
■FontPatchin'3ページさんで新たな設定ファイルが公開されてますねー。早速、試用。Holidayフォント(直リンク)もゲットすれば、ばっちりです。
いいですねー。なごみます、間違いなく。
ところで、いろいろ設定ファイルを取り替えたりしていて気付いたのですが、Osakaの英字部分とGenevaってほとんど同じですが、微妙に違うんですね。文字のかたちも少し違うような気がしますが、文字間(文字幅)が違います。Genevaの方が、文字間が長いんですね。そのせいかどうか、Genevaの方が格調ある雰囲気になってます。
■システムフォントは Osaka Narrow でしたか...。確かに、速度向上は謎ですね。ATMコントロールパネルって、こっそり何かやってるんでしょうか? 深いなー、MacOS8.5。
■アップルから、AOLお試し&100時間無料CD-ROMが再び届きました。2枚目。なぜだ...。1999.03.17 . . . 22:42
■朝日新聞コラムのぼくがMacを裏切った理由。
この百科事典CD-ROMはSoftWindowsとかでは読めなかったんでしょうかね?
■Mac Eyeさんで見つけてマックをどこまでも探せ！を読みました。nakamuxuもつい「お！ありゃPowerBook1400じゃないかぁ?」などと騒いでしまうクチで、我ながらトホホなのでこういう記事を読むと笑っちゃいます。
ところで「笑っていいとも!」の翌日のゲストを表示しているのはAppleの純正モニタですけど、ソフトはなんだろう? メニューバーも消してるな...。
■Torio's Siteさんはラージ・システムフォントに何使ってるでしょう?
ATMコンパネの操作で描画速度が向上したのは、ことによったら、その関係かもしれませんね。
ちなみに、ラージ・システムフォントにビットマップフォントを設定すれば、確実に体感描画速度は速くなります(へたダサヘルパーを使っての登録が必要ですけどね)。nakamuxuが「アプリケーション切り替え時の描画遅延」があまり気にならないのは「ラージ・システムフォントにビットマップフォントを使っているから」かもしれません。
2002.04.26 追記：「PowerPlant自習室」は、既に削除したコンテンツです。
1999.03.17 . . . 01:54
■寝る前に、もういっぺん更新。
■Anarchieはまとめてダウンロードするファイルが登録できないのが難点だ、とわがままを言っていたら、Rjさんが対処法を作成してくださいました。Jedit2.0で記述したURLのファイルをダウンロードするAppleScript「Anarjchie2」です。感謝！
Anarchieは、アップ・ダウンロードの速度や安定性は比較的高いと思っていますので、ない機能を補完するこのツールは重宝しそうです。
詳しくはFontPatchin'のページをごらんいただきたいのですが、nakamuxuが特にすごいと思ったのは「(メニューやウィンドウタイトルの)ひらがな／カタカナのプロポーショナル表示機能」です。百聞は一見に、とはこのことで、文字幅が自然になることで印象もかなり変わります(好みの問題はあるかもしれませんが)。また、この「プロポーショナル」ということに関連すれば、TMや(C)といった特殊文字が半角カタカナに化ける問題でも(その部分のフォントを入れ替えて表示することで)是正するうえ、文字幅もFinderに対して正しく認識させているようです。つまり、「Netscape CommunicatorTM Folder」も最後まで表示されるのですよ! これは従来の文字化け対応ソフトでは処理できていなかった部分で、とても気になっていました。うれしいぞ〜(^^)/
1999.03.16 . . . 23:44
■今夜、Internetおかしくなかったですか？
9時半ぐらいから10時過ぎまで、いつも使っているプロバイダからはどこへも出ていけませんでした。このプロバイダの問題かと思いNiftyからInternetに入ってみると、ほかへは出ていけるものの、普段は問題ないいくつかのサイトが全くアクセスできませんでした。どこかの一次プロバイダが落ちていたんでしょうかね?
現在は正常に戻っているようですけど。 ■4年の月日を超えての本格復帰。FontPatchin'です!
当時「この英字フォントとあの日本語フォントを組み合わせて表示できる」というのは画期的でした。びっくりしましたね。さらに「ほかのソフトを使っているときでも、その場で変更できる」という「オンフライ機能」には感動を覚えました。この時に変わるカーソルがまたいいんですよ。
MacOS8.5対応のパッチも出ていましたので使っている方もおられると思いますが、新バージョンってのがうれしいじゃないですか。ただし、この新バージョンはMacOS8.5〜専用で、まだプレビューリリースです。ドキュメントも同梱されず、インターフェイスも未実装とのことです。
これから、新バージョンを試してみます。楽しみだなぁ。
1999.03.15 . . . 22:47
■Macで行きまずぜぃ！さんで見て、更新されたアップル - サポート - ソフトウェアのデスクトップファイルの再構築とアイコンの修復を読みました。この文書は元々は1992年(！)に書かれたもののようですが、去年の12月に改訂されたとなってます。気になったのは次の一文。
デスクトップの再構築を行うときのメモリ不足に関して、
System 7 での Finder のメモリサイズの変更は、ResEdit を使用する方法と、System 6.0.xで起動し、そこで割り当てを変更する方法とがあります。アップルがFinder改造を自ら語ってたということを、初めて知りました。しかしその後、
実際には System 7 では、Finder のメモリ割り当ては変更する必要はありません。と書いたかと思えば、さらにすぐ後で、
Finder への割り当てを増やすことで、Finder のためのメモリを更に確保し、System Heap のサイズを増やすことができます。こうすると System Heap のためのメモリは確保されますが、アプリケーションのためのメモリサイズは減らすことになります。とも書いています。
この部分の文章はSystem6.x〜7.5を対象にしたもののようですが、先ほども書いたとおり去年の12月に改訂されており、そのときにはMacOS8.5も世に出ていたわけですから、「MacOS8.xではどうなのか」を追加するという配慮が欲しいですよね。(主題の「デスクトップの再構築の手順」では、MacOS8.5.1までの方法に触れられています)
あと、揚げ足を取らせていただくと「File Exchange コントロールバネル」も直して欲しいぞ。 ■「描画遅延問題」に関して、Torio's Siteさんで拝読し、山本さんのマッキントッシュ関連のページを見せていただきました。「ATMコントロールパネル」ですか。
nakamuxuの場合、
- もともと「アプリケーション切り替え時の描画遅延」はあまり気になりませんでした
- 「ATMコントロールパネル」は、Acrobat Reader 3.0Jがインストールしたもので、コントロールパネルフォルダではなくAcrobat Reader 3.0Jのフォルダ内のFontsフォルダに入っています
- 設定は「ON」になっていましたが、ATMフォントはインストールしていません
しかし、ATMフォントを使われている方は要チェックですね。
1999.03.14 . . . 04:05
★Click & Pressさんでの緊急企画「ユーザーの意見を受け付けるアドレスを」へ、賛同いたします。ユーザーからのフィードバックの窓口がない...。このお寒い状況を早く改善して欲しいです、アップル。
主催者のサミいさんへメールするとともに、Click & PressをLinksに追加させていただきました。
...サミいさん、含蓄のあるというか、内容のある文章書くなぁ。
1999.03.12 . . . 23:28
■Netscape Communicator 4.51に関して、WAOさんの書かれていた「改行の問題」と思われるものが発生しました。
↓4.5
真ん中のコラムの2行目の最後、「イナコム」の後の英字部分ですね。4.5(上図)でのワードラップ処理が、4.5.1(下図)では無効になっています。 ■また、初期設定フォルダをのぞいてみると、「Netscape History」ファイルが1.2MBもありました。起動が遅かった原因はこれか?とクリアーしてみましたがあまり変わらない様子...。気にしない、で、いってみますか。
1999.03.11 . . . 23:25
★カウンタが20,000を超えました!
感謝、です。 これからも、どうぞよろしく！
＃ かねねこ@PowerBook100's World Newsさん、お言葉ありがとうございます。
■Jeffさんからメールをいただきました。ありがとうございます。
昨日のNetscape Communicator 4.51が起動できないことに関して、
空きメモリが不足している場合に起動に失敗して、このようなダイアログが表示される場合があるようです。
との情報をいただきました。まずは割り当てメモリを増減させたり、使い始めたばかりのCyberDustManLite1.11やMac OS Purgeを何度も使ったりしてみましたが、症状は変わりません。FinderのAbout画面(このコンピュータについて)でも、「最大未使用ブロック」が割り当てメモリ以上あるのを確認して試してみましたがやはり起動できませんでした...。
仕方なく、関連ファイルをすべて削除した後に再インストールしたところ、ようやく起動させることができました。でも、4.5に比べて起動に時間がかかるような気がします。再インストール後も、一瞬「凍ったか?」と思うぐらい長くかかるように感じています。
■やっと使えるようになったNetscape Communicator 4.51、プルダウンメニューが、ま、まぶしい...。昔のように白いままなんですよねー。このぐらい直しておけって言いたいですが、そこはぐっとこらえて(こらえてないって(^^;)Mercutio Patcherあてないとね。
■0.1の差は、nakamuxuにはよく分かりませんでした。すでに書いたように、起動に少し時間がかかるかなということぐらいです。描画が早いような気もしますが、例によって気のせいかもしれません。また、試用した範囲では、ボールドを含むHTML表示がおかしくなるという症状は起きませんでした。
■WAOさん、確かにそういうときもあります。どうぞ、無理をなさらずに...。1999.03.10 . . . 23:58
■やっとSystemをオリジナルのものに入れ替えました。昔書いたように、いくつかの設定(キーボード・フォント同期、へたダサヘルパーで追加したフォント、日付や時刻の表示形式など)が元に戻ってしまい、再設定する必要がありました。これらはSystemに保存されていると推測されます。
また、念のためFinderも入れ替えておきました。割り当てメモリはResEditで4倍(3756032)に改造しました。 ■Netscape Communicator 4.51を試してみたのですが...
なんと、起動できません。
もちろん、アプリケーションそのものを開こうとしているのですが、長いこと凍り付いた後でこういうダイアログが出てしまうのです。ファイルに問題があるのか、はたまたnakamuxuの環境が悪いのかは、今のところ不明です。困るなぁ。
1999.03.09 . . . 22:58
■今日は早くに帰宅できました(^^)
■YellownailSoftのCyberDustManLite1.11を使ってみました。
nakamuxuは以前からMac OS Purgeを愛用してましたが、同様の機能(終了したアプリが「抱え込んで」しまったメモリを解放する)のソフトです。Mac OS Purgeに比較して新しいというところがアドバンテージでしょうか。ちなみにMac OS Purgeは1995年のリリース、CyberDustManLite 1.11 は昨日(3/8)の作成日となっています。(でも、1.1は1998.04.29作成だったような気がするぞ...)
■今、うらでNetscape Communicator 4.51をダウンロードしてます。改善点は「ウィンドウ騙し」対策? パフォーマンスの改良とかはないのでしょうか?
うむむ、IMツールを強化したというのが前面に出ちゃってますね。
■PowerBook100's World NewsさんほかによるとAladdin社のDropStuff 5.1とStuffIt Expander 5.1については、いろいろと問題があるようですね。nakamuxuはそれぞれ4.5を使っています。
Expanderをバージョンアップ(4.5からのバージョンアップ料金は無料)しないのは、前掲の通り様々な問題が報告されているからで、メリットもほとんどないと思ったからです。DropStuff5.xを使わないのは、新しい形式の(Expander4.xでは解凍できない)ファイルを作るからなのです。
5.xにバージョンアップするメリットもほとんどなく、ファイル形式だけが新しくなって、しかも不具合(らしきもの)も生じているとあっては、4.5を使い続けることに不思議もないかと思います。
そこで、世の圧縮ファイルを配布する方(シェアウェア作者の方、ソフトウェアハウスの方など)にお願いしたいのです。少なくともしばらくの間StuffItの圧縮は、4.x以前の形式でお願いできませんか? 今のところは数こそ少ないですが、時として5.x形式の圧縮ファイルをアップされているのを見ると悲しくなります...。わがままかな...。
まずはAladdin社側の対応が必要だと思いますが、それまでの間は何とか4.x以前の形式でいけないかなぁと考えています(対応がなされない可能性も大だけど(^^;)。このままの状態で、5.x形式が増えていくと、ユーザーにはメリットがないのでは？
それにしても、Aladdin社は、この4.5→5.xへのバージョンアップで何がしたかったんだろう?
1999.03.08 . . . 23:12
■本日も、怒濤の残業...。
ROM Acceleratorも、Netscape Communicator 4.51も、GraphicConverter 3.6も、TrashRecent_Nav.1.1も未検証です。しかも、ほとんどMacを起動できないほどの状況だというのに、なぜか(それも、今頃(^^;)FF8を購入してしまいました...。う〜ん。
まともな更新はまた明日以降ということで...。ごめんなさい〜。
1999.03.06 . . . 23:20
■いろいろありまして、多忙です。
申し訳ありませんが、次回の更新は3/8になりそうです。
1999.03.04 . . . 01:15
■眠い。めちゃくちゃに、眠い。
早く帰ってこられると思った今日なのに、夕方になってトラブルが発生しまして、大幅な残業です。疲れた...。
■Retrospect Expressはシンプルなインターフェイスの裏に細かい設定が隠れていますので、取っつきにくい部分があります。マニュアルも、詳しく書いてあるのでそれはそれでとてもいいことなのですが、反面自分の取りたいようなバックアップをするにはどうすればいいのかわかりにくいのです。当然、少なくとも一通りは読んでおく必要がありますが、最初、とまどってしまったのも事実です。
バックアップの大切さというのは様々な場所で語られていますが、欲しいバックアップを欲しいままに管理しようとするならば、それなりの知識が必要なのです。最初にRetrospect Expressに触れて感じた「取っつきにくさ」や「わかりにくさ」というのが、実は自分の知識不足や認識の欠如によるものだと気づくんですよね。
Retrospect Express以前には、バックアップにはFinderのコピー機能か、QuickBackというシェアウェアを使っていました。トータルにバックアップを取り扱う専用ソフトというものは使ったことがなかったのです。従ってほかのバックアップ専用ソフトと比較することはできませんが、Retrospect Express、おすすめです。(nakamuxuは開発元とも販売元とも、ユーザー以上の関係はありませんよ、念のため)
少なくとも、「バックアップはやっぱりちゃんと取っておかなきゃな」と考えている方は、なすべき内容の選択肢に、このRetrospect Expressの購入も加えておくべきでしょう。あれこれ考えてコピーしていたのが、嘘みたいです。いつだったか、400以上のファイルを誤って消してしまったときにはつらかったなー。HDのクラッシュも忘れられない...。そういうことが起きないように、いや、起きてもあわてなくてもすむようにしておきたいと思ってます。
1999.03.02 . . . 23:34
■仮想メモリを切り、NetscapeCommunicatorの割り当てメモリを40MBに設定してからは、描画速度は文句なしです。不具合も発生していません。
しかし40MBを割り当てるアプリって...。3〜4年前じゃ考えられないですね〜。はやくiCabで日本語WebPageが読めるようにならないかなー。 ■ちなみに、ROM Acceleratorは未使用です。例のMacOS8.5&8.5.1 バグ解消パッチはあてたままですが、時期を見て元に戻すつもり。何がどうってわけじゃないですが、なんか不安なんですよ...。
1999.03.02 . . . 00:44
★Linksで、PowerBook100's World NewsさんのURLを手直ししておきました。
■再燃してますます混迷の度合いを深める「再描画遅延問題」ですが、全く解決の糸口が見えません。
まず最初にお断りしておかなければならないのは、WAO@Mac日記の日々さんで発生している「アプリケーション切り換え時のウィンドウ再描画のもたつき」は、nakamuxuの環境ではあまり気にならないということです。発生しているのかもしれませんが、よくわかりません。むしろ、「デスクトップピクチャの再描画が遅い」ことが気になるのです。WAOさんのところに書かれている「NetscapeCommunicatorで多くの文字を表示したあとで、その背後のEudoraを前面に持ってくるともたつきがある」現象は、nakamuxuの環境では発生しません。いや、正確に言えば、発生しているかもしれませんが、気づきません。装着しているビデオカード(Vision3D PRO II Lite)が、フォント関係に強いもののようですので、そのあたりが関係しているかも。
■このままでは大山鳴動何とやらですので、HDを初期化して8.5のインストールからやってみました。わかったことを列挙してみます。以下で「発生する」としているのは、デスクトップの再描画の遅れのことで、手順は2/27の23:23の更新時に書いたものです。
- 少なくとも「デスクトップの再描画の遅れ」は、「推奨インストール」した直後の8.5、アップデートした8.5.1、どちらのバージョンでも発生する
- 追加しているハード(G3ドーターカードやビデオカード)用の制御ソフト(BOOSTER750機能拡張, MacTell 5.3.1)の有無に無関係に発生する
- G3ドーターカード使用時には、内蔵GCアクセラレーション機能拡張は悪影響を与えるが、はずしていても発生する
(nakamuxuははずしていましたが、昨日以前の更新に、その記載が抜けていたようです。ご指摘ありがとうございました) - アピアランスコントロールパネルの開閉を10回程度続けていると、一部のアイコンファイルの脱色や変形、消失などが起きる
- それでも、開閉を続けていると、アピアランスコントロールパネルは開かなくなり、さらに作業を続けていると、Finderが落ちてしまう
- (試した範囲では)アピアランスコントロールパネルの「デスクトップに設定」ボタンをクリックした直後には発生しない
- 起動または再起動の直後、同じように試してみても発生するときとしないときがある
- 発生するときは、その直前のFinderの動きがすでにトロトロっとしている(感覚的に「発生するぞ」とわかる)
ただ、確認させていただきたいのですが、「デスクトップ再描画遅延」が発生していないお二人(WAOさん、Rjさん)は、仮想メモリ使ってますか? 上記のテストは、すべて仮想メモリONで行ったものなのです。
■はっきり書かなければとは思っていたのですが、以前からnakamuxuは「仮想メモリONで使っていてデスクトップの再描画が遅い」と書いていた(つもりだった)のです。もし、みなさんが「nakamuxuは仮想メモリOFFで使っているのにデスクトップの再描画が遅い」ととらえていらっしゃったなら、言葉が足りませんでした。申し訳ありません。
■nakamuxuが仮想メモリを使っているのは、Apple(アップル)やNetscapeはじめいくつかのベンダが推奨していること、そしてその理由が「仮想メモリを使うことによるメリット(エラーへの対応など)」を挙げていたからなんです。
確かに、仮想メモリをOFFにすることでFinderの操作性はアップしますし、デスクトップの再描画遅延も気になりません(発生しているのかもしれませんが)。しかし、アプリケーションの使うメモリは増大しますし、OFFにすることで得られるスピードよりも、ONにして得られるメリットの方が大きいとのお話をいただいたこともありますので、何とか仮想メモリONで使用していたかったわけなんです。
しかし、ほかの操作性はともかく、デスクトップの再描画の遅れはとても気になりました。デスクトップの再描画以外が何とか使えるレベルなのに、それだけが突出して遅いのはおかしいと思えたんです。
■この「再描画遅延問題」に関して、お二人の方(WAOさん、Rjさん)がともに仮想メモリについて触れてらっしゃらないところを見ますと、「仮想メモリONが前提」になっているのではないか、との危惧を抱いて書かせていただきました。また、「仮想メモリONであるなら、ある程度のスピードが犠牲になるのは当然で、速度の遅さを問うからには、仮想メモリを切ってから試行すべきである」という考えもあるでしょう。また、そう主張されてしまっては、「仮想メモリを使うことによるメリット」を(nakamuxuの能力では)説明できない以上、反論できはしません。
そもそも、仮想メモリを使い始めたのはNetscapeCommunicatorに謎の異常終了が頻発していたからです。リリースノートにあった「仮想メモリONを推奨する」という文意をくんで試してみたところ、(少なくともしばらくは)同様なトラブルは起こらなくなりました。以後、「仮想メモリを使うことによるメリット」について実感がわき始めていました。しばらくして別の件でアップルの方からメールをいただき、(すでに書いたように)「仮想メモリをOFFにすることで得られるスピードよりも、ONにして得られるメリットの方が大きい」との情報も得て、確信を持ってONにしていたわけなんです。
■しばらくは仮想メモリをOFFにしてみます。また、NetscapeCommunicator4.5には40MBのアプリケーションメモリを与えてみます。
繰り返しになりますが、私の言葉の至らなさで誤解された方がいらっしゃいましたら、謝罪いたします。申し訳ありませんでした。