1998.11.27 23:20
■nakamuxuは「なかむぅ」と読みます。このWebPageのタイトルは「あいにまっく」と読んで下され。
■Rjさんのページに繋がりました。どうもこちらの線が細いようで、いろいろとすいません。
■今日CodeWarriorPro4が届きました。まだ中も見てないのですが、とても楽しみです。12月になってから届くと思ってましたので、そういう意味でもナイスですねー。
しかし、HDの空き容量が少ないので整理をしてからでないとインストールできそうにありません。整理ついでにHFS+にしてみようかな。
はやく、景気が回復して欲しいです。
1998.11.26 00:20
■Macintosh トラブルニュースさんで紹介されているcommand+shift+パワーオンキーについてですが、これ前から気になっていたんです。
nakamuxuのPowerMac8500/120 + Interware Booster750/233 (MacOS8.5)では、通常の強制再起動コマンド(ctrl + command + パワーオンキー)も、「command+shift+Power」も両方とも可能です。ただし、フリーズしたときにはまず両方とも効きません。こういう時は、本当に困ります。仕方ないので、本体のスイッチを押して電源を落としたりしてますけど。(MacOS8.5にしてから、本体の電源スイッチも効かないことがありました...)
で、「ctrl + command + パワーオンキー」が、ちゃんと起動しているアプリケーションを終わらせたりして終了プロセスを踏むのに対して、「command+shift+パワーオンキー」では入力したとたんに画面が暗転して再起動します。しかも、再起動後には「前回使用したときにシステムクラッシュを起こしたか適切にシステム終了しなかった可能性があります。」とか怒られてしまいます。
秋山先生の8500では「command+shift+パワーオンキー」が効かないということですから、明らかにBooster750に関連ありだと思います。
■今日もRjさんのページにつなげられない...どうしたんだろ。
■ありがとう、『Mozilla』には今回のNetscape買収に関して言いたかったことがすべて書かれています。一読の価値あり、です。1998.11.25 01:10
■Moonshineさんからメールをいただきました。ありがとうございます。
先日書いた「スクリプトの切り替えショートカット(Cmd + SpaceBar)が効かなくなる」という件ですが、Moonshineさんでも発生しているようです。IE4がらみですが...。キーボードコントロールパネルのオプションで「フォントとキーボードを一致させる」のチェックをとっていても、切り替わってしまうとのことです。nakamuxuはIE4はインストールすらしていませんのでわからないのですが、切り替えユーティリティー(ScriptLockや起動キースクリプト)をはずすと正常に戻るそうです。
う〜ん、どうしても、はずしたくないんですよねーワタシの場合(^^) 起動したときにはUSスクリプトでないといやなんですよー。普段の使用でも、キーボードからの日本語入力の時だけATOKにして、打ち終わるとすぐUSに切り替えちゃいます。
でも。ここまで書いておいてMoonshineさんにも申し訳ないのですが、ここ2〜3日は全く起きなくなりました。たまたま起きていない時間が積もって2〜3日になっているのかもしれません。起きる原因も分かりませんが、起きなくなっている理由も思い当たりません。？？？ 謎です。もう少し、様子を見てみますね。
★LinksにApple Cat Club -for CG Creatorsさんを追加しました。
■で、早速、Apple Cat Club -for CG Creatorsさんで取り上げられているプレビューアイコン比較について。たとえ今32000色で表示してても、元がフルカラーだと、全然違いますね(って常識でしょうか？)。これ見て、速攻でICONickダウンロードしました。
■Pierre DesignさんでThemeについて述べられています。個人的には、やはり安定性や速度があってのお飾りだとは思っていますが、カスタマイズはMacUserとして当然の摂理ですよね。コントロールパネルや機能拡張というシステムの範疇にあるものを操作することだって、「カスタマイズ」なのですから。大事なのは(先ほど挙げた)安定性や速度とのバランスであって、それさえクリアーできれば、Theme(や、まだ見ぬ新たな「カスタマイズ」機能)を採用するのは必須事項だとさえ考えています。
ただ、Pierre Designさんの記事では、既にCodeWarriorPro4を使っている人がいるという方に関心が行ってしまいました(しかもPowerPlant)(^^; もっとも英語版でしょうけど。
＃nakamuxuがオーダーしているのは日本語版です。案内によると「リリースは1998年12月予定」とのことです。
■ちょっと目を離している隙にNetscapeのあたりが、なんかすごいことになってきてるなー。ところで、マーク・アンドリューセンはまだ長期休暇を取っているのでしょうか？それとも、取りやめたのかな(^^;
■DialogViewのNEWベータバージョン(2.3.2b4)を入れました。不具合らしい不具合もなかったのですが、OSもバージョンアップしたしってことで。今までは日本語版を使っていたのですが、ローカライズして下さっていた方と連絡が取れないとのことで、今後は英語版だけになりそうです。どうされたんでしょうか。
■Rjさんからメールをいただきました。ありがとうございます。
先日は私の暴言03（リンクフリーのやつ）を読んでいただいたようで、ありがとうございました。少し追記しましたので、何かの折りにでも気が向いたら読んでみてくださるとうれしく思います。
早速、再び訪問させていただきました...が、1時間以上繋がりません(T.T) メールはちゃんと(追伸も)いただいてますので、こちらの問題だと思われます。残念ですが、回復し次第、拝読いたしますので、今日のところはこれにて。すいません。
1998.11.22 15:15
★LinksにQuickTime for the Webさんを追加しました。
■Apple Mecaniqueのqwerさんから、メールをいただきました。
リンクを張るのか、貼るのかという件です。
Subject: 「張る」じゃないですか？
ありがとうございます。やっぱり「張る」ですかねー。意味的にはそうなんですけど、なんかこう、ぺたっと「貼る」という雰囲気も捨てがたいなぁと思ってたりします。(^^)
網を張るって言うし。(^^;
■Eudora Thingは、その後順調に使えてます。ほかのアプリケーションでテキストカラーが変わってしまった！ということも(今のところ)ありません。引用部分の色が変わるだけで、かなり読みやすくなるものですよ。
■仮想メモリONの件は全く順調。フリーズしたりしたのは、自作アプリだけです(^^; これさえ除けば、もう10日以上フリーズ知らずです。(^^)
ただ、いろいろやってみているのですけど、デスクトップの再描画が遅くなるのは直っていません。気にならないときもあるのですが、日によってはとてつもなく遅く感じます。このへんが何とかなればホント、文句ないんですけどね。
1998.11.20 23:35
■USSY'Sさん経由でRjさんの「リンクフリー」なる表現のことを読みました。
どのWebPageも世界に向けて発信され、それを受信してもらうための手段がリンクなのですから、確かにおっしゃるとおりです。nakamuxuも「ご自由にリンク張って下さい」という意味で使ってました。そういう内容を「リンクフリー」と呼ぶのだと、刷り込まれてたわけですね。ですから、少し前まではこのHomePageのLinksでリンクを張る度に、リンクの確認のメールを出したりしてたんですよねー。そしてその度に「断ってくれなくても、自由にリンクして下さい。Internetなんですから」と、答えていただいてたんです。感覚がずれていたのかもしれません...。
念のために申し上げると、このHomePageから張るリンクに制限があるかもしれない(こちらから勝手に張ってはまずいのかもしれない、一言断ってからにしよう)と思いこんでいただけで、このページへのリンクを制限したりするつもりだったということではありません。
ところで、リンクって張るものなのか、それとも貼るのか？
★というように考察した結果、冒頭の文章を手直しいたしました。私のように全く勘違いしている方が(もしかしたら)いるかもしれませんので、文章自体の削除は、しません。
★スタンプラリーお疲れさま〜ということで、リンクを解除しました。
■Moonshineさんで、先日書いたEudora Thingについて、OSの機能拡張に入れるのですが、Eudora以外のアプリでは色変更されないので安心です。と書かれているのを発見。うむむ、そうでしたか。早速、インストールしてみます。問題なければ、そのまま使い続けますよ、これ。
1998.11.19 23:40
★LinksにPierre Designさんを追加いたしました。また、リンクカテゴリーの並び順をnakamuxuが巡回するときのパターンに近づけるべく、変更しました。
■携帯電話でネットサーフィン！？って見出しもちょっとダサイけど、実際どうなんでしょうか。なんか、つまんなそう。
■Mac News 4 Uさんほかでへたダサヘルパー1.0.1のリリース情報を入手。フォントIDが変更されている場合でもフォント変換機能が適切にはたらくように改善されたとのことです。ちなみに、遠州フォントセットやNarrowセットには直接関係ない部分の変更のようです。
■DiskWarriorにかなり期待しているのですが、どんなもんなんでしょ？
■ここ2〜3日は23時過ぎでもNIFTYはそこそこのレスポンスですね。この状態以上がずっと続いてくれればいうことありません。
■今日は帰宅が遅かったために、手抜きモードだったりします。なんか、忙しくなってきました。こうして年末に突入していくのだなぁー。1998.11.18 23:20
★LinksにMoonshineさんを追加いたしました。
■画面の再描画が遅い件は、「中央に表示」を選んだところで遅いことには変わりありませんでした(T.T)昨日感じた速さは、プラセボだったようです(^^;
で、結局はデスクトップピクチャを最適化することで回避しました。QuickTime for the Webさんには、申し訳ないのですが、リサイズしてファイルサイズを小さくしたのです。Finderでのファイルサイズは74934バイトと大差ないようですが、Graphic Converterで消費メモリを見てみると、約2MBに減ってます。
■昨日、「新し物好き」のダウンロ〜ドさんで見つけたEudora Thingなんですが、この機能、昔から欲しかったんですよ。会社ではPB2400でクラリスメールを使っているのですが、このソフトでは引用文が青く表示されて見やすいのです。自宅ではEudora4.0.1-Jr1を使っているので、このEudora Thingで「引用部分に色を付けることができる！」と喜んだのですが...
READ MEによると
Eudora Thing is a System Extension, not a Eudora Extension. This means you'll need to put in the "Extensions Folder" in your "System Folder".「機能拡張だから、システムフォルダへ入れてくれよ！」ということですが、つまりはすべてのソフトでテキストカラーが変わってしまう？！これは困るなぁ。あくまでも、Eudoraの引用文だけ、変えて欲しいんですから。しかも、できるだけ機能拡張を少なく押さえているってのに...。残念です。
(スタイル変更はnakamuxu)
そんなわけで、未だにインストールしてません。(READ MEには4.1ではEudora自体が引用文のカラーテキストをサポートしているようなことが書いてあるので、それ待ちですかね。)
■落合さんからメールをいただきました。ありがとうございます。
MacOS8.5にしてからは、Illustrator、Netscape Navigatorのようにメニューに文字がつまっている日本語版ソフトのメニュー表示が「フ...」「編...」「オ...」のように切れて表示される様になってしまい、困っていました。
nakamuxuも感激ですよ〜(^^)/ 開発環境では「メニュー表示の...化」は起きてませんでしたので、嬉しい副産物です。メニューがとぎれて困ってる方、どうぞ遠州Narrowセットを試してみて下さい。
そこで、ダウンロードした遠州NarrowセットをRelieverでSystemフォントに割り当てたところ、今まで通りの綺麗なCarcoalライクなメニュー表示になりました。感激です(^^)
ちなみに、Relieverとは江幡太さん作のフォント置き換えコントロールパネルです。nakamuxuがまだHomePageを開いてなかった頃から遠州フォントセットをおいていただき、お世話になりました。
→Futoshi Ebata's Software Box
ところで、スタンプはどーすればいいのだろうか？ゴールする人のためにあと1日ぐらい貼っときますか。(まだの方、速やかにゴールした方がいいですよ。未ゴールの方は景品配布対象にならないようですから。)
1998.11.17 23:40
★Linksにみずいろ爆弾さん、SHO Pageさんを追加いたしました。
★モバイルな日々さんを間違えて、「モバイルの日々」と表記してました。すいません。訂正いたしました。
■遠州Narrowセットver1.0開発のきっかけを作って下さった野尻さんより、メールをいただきました。ありがとうございます。
画面の再描画が遅い件についてです。
私の試した限りでは、「ピクチャ」を止めて「パターン」にするのではなく、「パターン」を止めて「ピクチャ」にすると再描画が速くなりました。更に速いのが１色の「パターン」です。どうやら、複雑なパターンでデスクトップを埋め尽くそうとすると再描画に時間がかかっている様子です。
うむむ、nakamuxuの場合とは、逆ですか。いただいたメールを読んで思ったのですが、デスクトップピクチャと一言でいっても、何を表示させるかでだいぶ違ってくるはずなんですよね。
（テスト機：PowerMacG3/300 職場のMac。自宅のはPowerカラクラ(^^ゞ）
＃最初に気付けってつっこみが聞こえるようですが...(^^;
描画が遅いと書いたデスクトップには、フルカラーの1024*768の画像を張り付けてました。17インチモニタには大きすぎるサイズ...。ファイルサイズは80485バイトですが、Graphic Converterで見てみると"Memory"は3.0MBとなっていました。遅いはずだわ〜。
でも、この画像はかなり気に入ってますので、できるならこの画像を使いたいのですよ。こういうことってありますよね？
そこで、もう一度アピアランスコントロールパネルを開いて、よく見てみました。そこに、画像の配置を決定するポップアップメニューがあります。今までは「自動配置」を選んでいたのですが、そこを「中央に配置」を選んでみました。nakamuxuは17インチモニタですので、表示結果は変わりませんが、以前ほどの描画の遅延はなくなったような気がします。プラセボかもしれませんが、これも(^^;
ちなみに、気に入っている画像とはQuickTime for the WebさんのとこからgetしたDesktop Picture Vol.6:MacOS 8.5-4です。
■nakamuxuも仮想メモリONでの「音関係」が間延びは気になります。以前、書いておられたように、Eudoraの到着音が、とくにマヌケですよね。でも、安定性がまず優先と、我慢してます(^^;
■昨日書いた「ttro書類のコピー問題」についてあ〜ぼさんから
SimpleText Color Menuというパッチを使うと出来るようになります。
と、教えていただきました。ありがとうございます。
早速ダウンロードしてコピーしたSimpleTextにパッチを当ててみました。確かに、リードオンリー書類の内容もコピーできます。が、同時に編集(ペーストなど)もできてしまいます。つまり、リードオンリー書類をひな形として、またはふつうのテキストとしてオープンすることで、コピーもできるというわけなんです。これはひとつの解決方法ではありますね。
でも、やっぱり求めるのは「ねすけタイプのコピー操作」なんですよねー。でないと、リードオンリーの意味が薄れてしまうと思いますし。
今後とも、よろしくお願いしますっ。
1998.11.16 23:15
■仮想メモリONでの使用は大体一週間になろうとしているのですが、その間にシステムが落ちたことは一度もない！
これって結構すごいかもしれない。って、一週間で喜んでちゃいけないんでしょうが、ONにする前にはNetscape CommunicatorやNetFinderなどが起動中に、度々フリーズした(ような気がする)。ちゃんとフリーズの記録を取っていればいいのですが、頭に来てるのでサラッと忘れて速攻でリスタートしたいんですよね。するとゴミ箱に「救出された項目」が。nakamuxuは、ここに残っているファイルが原因に関連あると思ってますので必ずチェックするのですが、ここしばらくはCodeWarriorIDEのテキストファイルで中身も「ゼロバイト」になっている。不思議なのは、フリーズしたときやその直前にはCodeWarriorを起動していないということなんですが。
とにかく、しばらくはフリーズ知らずで、きてますよ(^^)
■でも、いくつか気になる点はあります。
ウィンドウを閉じたり、アプリケーションの終了時に遅いということなんですが、これは、デスクトップの再描画と関連ありそうです。添付ドキュメントの「Mac OS 8.5 について」の中に
･ 画面の再描画が遅い場合
という記述がありまして、確かにその通りにすると改善されるのですが、何とか「デスクトップピクチャを表示させつつのスピードアップ」を実現したいものです。アピアランスコントロールパネルのメモリ増加(ResEdit使用)でも効果は見えませんでした。うむむ。仮想メモリOFFの頃には、この「再描画の遅さ」あまり気になりませんでしたので、おそらくは仮想メモリのデメリットなのではないでしょうか。
ウインドウを閉じた後のデスクトップの再描画が遅い場合には、お使いのコンピュータはメモリの空き容量が足らなくなっています。この場合には、“デスクトップピクチャ”コントロールパネルでピクチャを表示せずにパターンだけの表示に切り替えてください。こうすることによって、デスクトップの再描画のスピードが改善されます。
■上の引用文をコピーしてみたりするときに感じるのは、「ttro書類も、コピーぐらいできればいいのに」ということです。あの新聞みたいなアイコンのSimpleText書類は別のソフトで開かない限り、内容の一部をコピーできません。おそらくは編集できないこととの操作性の統一なのでしょうが、やや不便です。これが例えばNetscapeCommunicatorでは、開いているWebPageの編集は不可能でも、その内容の一部をコピーすることはマウスドラッグで簡単にできます。SimpleTextの次のバージョンではこの機能を追加していただきたい！(でも、MacOS8.5の時にはバージョンアップしなかったような気がするぞ)
■11/13に風邪で寝込んでいる合間、ふと「あ、タイムプラスを申し込まなければ」と思い立ち、NTTへ電話しました。すると、担当の方が「そちらの地域は来月11日からのサービス開始になります」とのこと。たしかに、いろいろな都合だとかあるんでしょうが、9日に発売しておいて11日(へたすりゃ10日)までに申し込まなければ翌月からなんて、ちょっとおかしいとは思いませんか？日割りで計算するとかなんとかできそうだけど...。どうも腑に落ちないのですが、「まあ、そんなもんだろう」とつぶやくことで何とか平静を保っています。
■ブックマーク整理に専用アプリの導入も考えたのですが、ただでさえ不安定(だった)ねすけと同時に立ち上げるソフトはできるだけ少なくしておきたかったものですから。様子を見つつ、考えてみますね。
そうですか、ドライブ設定つかえそうですか〜。だんだん、増設HD+SCSIカードが欲しくなってきてますよ。
1998.11.15 20:20
★タイトル画像を変え、Linksページを独立させて、いくつかのリンク先を追加しました。ほかにも少しずつ変えてあります。
★「拙作コーナー」に「遠州Narrowセットver1.0」を登録しました。本当はひらがなやカタカナ部分はもっと近づけられそうですが、それらの文字がどのフォントストライクを通ってくるのかわかりませんので、こういう形になりました。その辺をご存じの方がいらっしゃいましたらご一報いただけると助かります。
■いや、ひどい風邪でした。まだ完治してませんけど。
寝ながら考えていたのは、「描画が速くかつジャギーの目立たないフォントってあるのか」ということだったのですが、結論から言うとなさそうです。
TrueTypeを持たないビットマップだけのフォントですと丸漢コンパチビリティの働きで2バイト文字が表示され、この描画が素早いということなのですが、肝心の丸漢コンパチビリティには9,10,12,14ポイントのビットマップしか用意されていません。これ以外の大きさは、近いものが拡大されて表示されますからジャギーが目立つ、ということになります。丸漢で用意したとしても、MacOS8.5ではTrueTypeに変換されてしまいますから今度は描画が(比較的)遅い、という結果でしょう。では、Osakaはどうか。隠されているとはいえ、ビットマップを持っているならその部分だけを抽出すれば、いいのではないか？ところが、MacOS8.5のOsakaは特殊な技術を用いているらしくて、ビットマップ部分が従来のものとは異なっています。TrueType部分を削除してビットマップのみにしてIDを変更したりしてみましたが、表示されるのは(なぜか)TrueTypeらしく、描画速度が高まっているとは考えられませんでした。
そんなわけで、「描画が速くかつジャギーの目立たないフォント」を実現させるにはG3へのリプレイスぐらいしか思い浮かびませんでした。(^^; これで終わるのもシャクなんで、「遠州Narrowセットver1.0」も完成させてしまった、というところです。WAOさん、お許し下さい。
■ねすけのブックマークを整理しようとしてますが、結構量があって難儀してます。見ると今年の7月ぐらいからたまりっぱなしでした。追加するときに少し気を付けていればいいのですがむやみに Cmd + D しちゃうもんですからね〜。
■内蔵HDを増設しようかと思い始めてます。SCSIカードも一緒に買って。SCSIカードって、Appleの「ドライブ設定」使えるんでしょうかね？1998.11.13 13:10
■11/11(水)の夕方から寝込んでしまいました。今でも、絶不調です。今年の風邪は、たちが悪いという噂は聞いてましたが、噂以上ですよ。もう40時間ぐらい寝てんじゃないでしょうか...。喉と鼻です。熱もあるのかな〜。そんなわけで、ちょっと休ませていただきます。
■11/11までに延べ6000人の方々に来ていただきまして、ありがとうございます。
1998.11.10 23:25
■仮想メモリをONにできなかったのは、どうやらSystemファイルが壊れていたようで、まずこれだけを入れ替えたらあっさりと、ONにする事ができました。起動中のシステムのフォントをResEditで開いたときにイカレたんだろうか？(^^;
■クリーンインストールしたままのMOが1枚あると、こういうときに便利ですね。そのMOからコピーすることで簡単に復帰できました。MacOS8.5にしたばかりの時はMOがマウントできないという状況になってしまったのですが、File ExchangeコントロールパネルでPC SCSIディスクの「起動時にマウント」のチェックをとることで、ドライブ設定でもマウントできるようになりました。(この情報はMacトラブルニュースさんに11/3に掲載されてました。)
元々はDrive7でフォーマットしたMOなんですが、この方法で使ってます。今のところ、大丈夫。
■Systemファイルを入れ替えたら、キーボードコントロールパネルの「フォントとキーボードを一致させる」のチェックが入ってしまいました。アプリケーションを切り替える度にスクリプトも変更されるのを見て、「わわ、またトラブルか？」と焦ってしまいましたよ。どうやらこの設定は、Systemファイルに保存されているようです。また、日付&時刻の書式もdefaultに戻ってしまっていましたが、こちらはP-RAMクリアの時だったのかもしれません。
■仮想メモリONでの使用状況は、そう快適でもない代わりに、著しいパフォーマンスの低下もないという「可もなく、不可もなく」という感じですね。ただひとつ、Cmd + SpaceBarで、ATOKに切り替わらないという状態に、時々なります。一度スクリプトメニューから、マウスで選んでやると以後はできるようになるのですが、最初は何度かキーをたたいても、無反応です。毎回こうなってしまうというわけではなくて、起動して最初に切り替えるときになることがある、という程度です。これは、MacOS8.5をインストールした直後に出た憶えがあります。このとき仮想メモリをどうしていたかわかりませんが、インストールしてすぐということを考えると、ONにしていた可能性もあります。また、nakamuxuは起動キースクリプト Ver. J2-1.1d1を使ってますので、そのあたりも関係あるかもしれません。
■WAOさんはシステムの再インストール、成功したんでしょうか？責任感じるな...。m(_ _)m
■どうも風邪気味なんですよ。昨日の夜から「少しノドが変だな」と思っていましたが、今日は頭もボーっとしています。早めに寝るとしよう。...1998.11.09 23:35
★Linksに、dyon & 68k Mac ?さんを追加いたしました。実はnakamuxuはColorClassic II の所有者であったりもします。(今は部屋の片隅でオブジェと化していますが...)
■昨日WAOさんところは(やはり)メンテだったようですね。こっち側の問題じゃなくて、一安心(^^;
あ、迷惑なんて、とんでもないですよ。こちらのミスリードが原因なんですから...。
■と、ゆーことでまだまだどっぷりと浸かっている「Osakaフォント改造問題」です。
昨日の掲載内容について、アップルの高野さんよりメールをいただきました。ありがとうございます(^^)
Subject:「仮想メモリオンで…」の件うむむ...。正直言って、一抹の不安はあったのですが、nakamuxuは断定しすぎてしまったようですね。(昔から、やや極端な性格だといわれてます＞ワタシ)
表題の件ですが、ちょっと深読みされ過ぎてしまったようです。厳密には「仮想メモリがオフだと 8.5 が遅くなる場合がある」という意味です。オンだと何もかもが速い、というわけではないんです。
(スタイル変更はnakamuxu)
続けて高野さんは、PPCネイティブコードは仮想メモリONの時には「memory mapped file という手法でアクセスされ実行されるためにコードに実メモリを使用しない」すなわち、実メモリ消費が少なくてすむのに対して、
仮想メモリがオフの場合、頻繁に起こる PPC ネイティブコードのメモリへのロード／アンロードのオーバーヘッドもありますし、実メモリを食うことでシステムヒープやアプリケーションヒープがそれだけひっ迫されるわけですからシステムにとってはけっこうなストレスになります。仮想メモリのパフォーマンス向上はここ１、２年ぐらいのアップルの大きな目標になってきました。8.5 ではさらにパフォーマンスが向上しています。相当パフォーマンスセンシティブな処理が必要とされる場合以外では、ペナルティはほぼ感じられません。それよりも上記のようなオフにしていることの弊害の方が大きくなってきています。「ここ１、２年ぐらいのアップルの大きな目標になってきました。」ってくだりがジーンとするぐらい好きなのですが、ま、それはさておき、「遅いぜ、仮想メモリ！」と主張する面々がいいたいのは、ほぼの二文字にどれだけの重さを感じるかということではないでしょうか？「この程度は、遅いとは言えない」と、「こりゃ、遅くてたまらん」との間には、主観以上の差がない場合だってあります。少しでも差がある以上、その差を大きいと感じるか小さいと感じるか。このへんですよね。あるいは、パフォーマンスにほんの少し目をつぶってでも、安全第一でシステムのストレスにいたわりを与えるか。
(スタイル変更はnakamuxu)
もしかしたら仮想メモリを使わぬ我々は「急ぐあまり、遮断機の下りた踏切をわたろうとしている」のかもしれません。すぐそこにクラッシュがあるのかも...。
そんなわけで、明日から仮想メモリONにしよう(今日からしないのは、わけがあるのだ↓↓下の方 参照)。
高野さん、ありがとうございました。昨日の仮想メモリ以外の部分は、大丈夫でしたよね？
それにしても、アップルの(それも、フォント関係の開発の)方からメールもらえるなんて、思ってもいませんでした。これだけでも、HomePageを開設した意味があったというものです。改めて、感謝いたします！
■実は、今日から仮想メモリONにしないのは、トラブルが発生したからなのですよ(T_T) 先ほど、自分ではONにしているつもりだったのに、「このコンピュータについて」を見ると、仮想メモリが「切」になっている。「あれ、戻しちゃったかな」などと思いつつ、メモリコントロールパネルを開いてみると、「再起動後に...129MB」。で、再起動。あら、まだ仮想メモリがONにならない。どーも、おかしい。P-RAMクリアとかデスクトップの再構築とか、とりあえずはやってみましたが、改善されず。これアップし終わったら、システム再インストールしてみます。
＃WAOさんと同じだなー(^^; 「すぐそこにクラッシュが」って自分が書いたそばから、シャレにならんぞ！たたられてるのか「Osaka改造問題」...
■取りあえずは、「ビットマップしか持っていないフォントを表示用に指定した場合には、描画速度向上はあり得る」のは、間違いなさそう。ですが、問題もあります。WAOさんご指摘の「ジャギーが目立つ」という大きな問題が。これが何とかクリアーできないかなぁ。
■実はまだちょっと、いろいろ考えてます。(懲りてねーな＞オレ)1998.11.08 23:58
■まだ引っ張っている(^^;「Osakaフォント改造問題」について、現在までわかったことを整理してみました。
改めてアップルの高野さんよりメールをいただきましたので、そこでいただいた情報も加味してあります。
- フォントファイルのリソースで「SystemHeap」をONにしても、意味がない
= ON・OFFに関係なくSystemHeapに読み込まれます
- フォントIDを変更しただけで表示が速くなることは考えづらい
= これは2回目に紹介したNewOsaka作成法のことです(現在は削除してあります)。
- ビットマップしか持っていないフォントを表示用に指定した場合には、描画速度向上はあり得る
= ただし、アンチエイリアスON(アピアランスコントロールパネルで、「なめらかな文字で表示する」をチェック)の場合
- MacOS8.5での速度低下で、考えられる要因
- ディスクキャッシュがシステムが要求するサイズになっていない
- 仮想メモリがOFF(！)になっている
- ディスクキャッシュがシステムが要求するサイズになっていない
以前、NetscapeCommunicatorで不安定になったとき、リリースノートに「仮想メモリオンを推奨」とあったので一時期はONにしていたこともありましたが、その時以外はずっとOFFでした。昔は、「仮想メモリは遅い」ってのは常識でしたからねー。MacOS7.5か8.0になったとき、「使えるレベルになった」というレビューが出てた憶えがあります。
手元にあった日経Mac11月号とMacPeopleを見てみましたが、仮想メモリON・OFFでのパフォーマンスの差には言及がありません。どこかのサイトで読んだ気もしますが...失念。
もしかして、「MacOS8.5では仮想メモリON」って常識だったんでしょうか？
■この「Osakaフォント改造問題」でWAOさんはなんか書いてるかなと思ってアクセスしてみたのですが、今夜は(ここ1時間ぐらいですけど)つながらない！初めてのケースだなぁ、WAOさんのところにつながらないってのは。AT&Tってすごく素早くアクセスできてたのに、きょうはメンテナンスなんでしょうか。こっちの問題かもしれませんが、なんか新しい発見でもしでかして下さっているのではないかという意味でも、気になります。
■それにしても、MacOSって奥が深いです。ずぶずぶと沈んでゆくぐらい(^^;1998.11.07 18:10
■えー、まことに申し訳ありません。
いろいろやってました「Osakaフォント改造問題」ですが、これらの改造は、無意味であることが判明いたしました。m(_ _)m
アップルの高野さん(へたダサヘルパーの作者でもあられます)より、直々にメールいただきました。ありがとうございます。
さて、記事拝読させていただきました。いきなり結果から申し上げますと「気のせいです」。冒頭でいきなりガーンとショックを受けましたねー。で、MacsBug 6.5.4a6は持ってましたが、使い方がよくわかりませんので(T_T) できましたらわかる方のフォローをお願いしたいなと...。さらに、高野さんのメールは続きます。
フォント関連のリソースはどのようなフラグを持っているかに関わらず Font Manager や QuickDraw に使用される際には必ずシステムヒープに読み込まれます。もしも MacsBug などをお持ちでしたら、アプリケーション動作中に MacsBug を起動してアプリケーションヒープ内とシステムヒープ内で FOND、NFNT を探してみて下さい。すべてシステムヒープ内にロードされているのがおわかりいただけると思います（sfnt は別です。日本語フォントの sfnt リソースはサイズが巨大なため一度にメモリに読み込まれずに Partial Resource Access という方法で直接ディスク上から必要なデータだけ部分的に読み込まれて使用されます）。
(スタイル変更は、nakamuxu)
フォントフォルダにあるフォントを ResEdit でオープンするといろいろなリソース が見えるのは、フォントフォルダ中のフォントスーツケースが特殊な方法でシステ ムに扱われているからです。System 6 以前のシステムをご存じですか？ System 6 では、System ファイルの中にリソースを追加する形でフォントを追加していまし た。つまり System ファイルの中にフォント関連のリソースがバラバラと入ってい た形なんですが、System 7 でフォントフォルダが用意されても System 6 と同じよ うにフォントリソースにアクセスできると期待するアプリケーションとの互換性を とるために、フォントフォルダという別なフォルダに、ファイルとしても別々にス ーツケースが入っているにも関わらず System ファイル内に全てのフォントのリソ ースが入っているようにシステムがごまかして見せているのです。ResEdit は（純 正にもかかわらず）それに騙されているのです。つまり起動中の System ファイル をオープンするとその中に全てのフォントが入っているように見えますし、その逆 にフォントフォルダの中のフォントファイルをオープンするということは結局 System ファイルを開けることと同じことなのです。フォントフォルダのフォントを 開けて見えるのは、つまり、System そのものです（なのでちょっと危険です）。こちらは、nakamuxuの推測があってたようで、一安心(している場合ではないような気もするが)。
(スタイル変更は、nakamuxu)
結論としては、昨日の、WAOさんのところでの田中(英)さんの疑問
- アクティブな状態のフォントは常にＯＮに見えてしまうのか？
→常にONに見えてしまう
- ３の状態でレスエディットでＯＮにすると（これでどの状態でもＯＮ）速くなるのか？
→速くならない
★というようなわけで、昨日と、その前に掲載した改造法の具体的な部分を削除いたしました。
1998.11.06 22:50
■混迷の度合いを深めてきた「Osakaフォント改造問題」ですが、ますますわからなくなるばかりです。
例えば、WAOさんのところでの田中(英)さんの検証事項「アクティブなシステムフォルダ内のフォントをResEditで覗くと、確かにSystemHeapにチェックが入っています！」なのですが、この時に、異常にリソース多くないですか？
- MacOS8.5CD-ROMで起動
- CD-ROMの第一階層にあるシステムフォルダの中のフォントフォルダを開く
- その中のOsakaフォントをResEditで開く
(CD-ROM起動ではスクリーンショットが撮れませんので、これはHDでの画面です。ちょっと危険を冒しました(^^;)
今度は、そのフォントファイルをHDにコピーして、そのコピーをResEditで開いてみて下さい。すると、リソースの数がぐっと減ります。SystemHeapもチェックが入っていませんよね。で、今度はシステムフォルダにあるSystem ResourcesファイルをResEditで開いてみると、あのスクリーンショットとほとんど同じリソースが見えませんか？(違うのは、フォント独自のリソースだけです)
思うに、これはResEditが何かを勘違いしている、というか騙されているのではないでしょうか？...うう〜〜わからんっ。
で、本題ですが(長い前フリだなー)
- アクティブな状態のフォントは常にＯＮに見えてしまうのか？
→上の検証からも、アクティブ状態のフォントは、通常のファイルの状態を表現しているとは言えないのではないでしょうか。つまり、「常にONに見えてしまう」のだと思います。
- ３の状態でレスエディットでＯＮにすると（これでどの状態でもＯＮ）速くなるのか？
→問題はこっちですよね。こればっかりは感覚的なものですから。WAOさんのおっしゃるとおり、プラセボ効果もはたらいていると思われます。
ちなみにnakamuxuは思いこみも激しいし、騙されやすいタイプです(^^;
1998.11.07追記：ここに具体的な改造法を載せていましたが、実は無意味であることが判明いたしましたので、削除しました。
■昨日までに4000人の方に来ていただいたばかりだというのに、カウンターが5000を越えそうになってます！WAOさん、検証にリンクとありがとうございます。来て下さった方々へも、感謝の気持ちでいっぱいです。(^^)1998.11.05 23:05
■まずは、WAOさんがなぜ「小さく、いや大きくガッツポーズ」なのかを説明せねばなりますまい。
Osakaフォントの描画のもたつきに悩んでおられたWAOさんが、nakamuxuに「ビットマップでナイスなフォントを！」というお話を下さいました。これがこの「今日この頃。」で11/03に書いた「あまり期待しないで下さいね」の意味なんです。
その日のWAOさんのページには「中ゴシックでは描画が速い」というような記述があります。それならばといろいろ調べてみたのです。nakamuxuの環境では、事細かに調べてみると中ゴシックの一部のリソースの設定に、Osakaと比較して変わっているところがありました。それは、「NFNT」リソースの各IDのAttributesで、「SystemHeap」にチェックが付いていたことです。そこで、Osakaのリソースの「SystemHeap」をONにするという方法を提案したのでした。
結果、描画速度に改善が見られるとのことで「小さく、いや大きくガッツポーズ」となったわけなんです(^^)
1998.11.07追記：ここに具体的な改造法を載せていましたが、実は無意味であることが判明いたしましたので、削除しました。
■上のことに関連して、どうも訳の分からんことがありました。既に書いたとおり「中ゴシックSystemHeapチェックがされているのを見て」この方法を思いついたのですが、システムをインストールした直後には、SystemHeapのチェックが入っていないことがわかりました。いつの間にか何かがどこかで何かをしている...。何なんでしょうか？
■もう一つ。Finderから、フォントスーツケースを開くとフォントのアイコンが見えるウィンドウが開きますよね。これを閉じると、ひとつリソースが追加されます。何のため？
■ご協力をいただきましたWAOさんに深く感謝いたします。(^^)
■おおー、本日までに4000人を越えるみなさまが来て下さいました。ありがとうございます。1998.11.04 23:20
■先日書いた、「親父が買ったWindowsマシン」ですが、初期不良だったらしいです(^^;
おとといの夜電話があって、フロッピーディスクの読み込みはできるのに、フォーマットができないとのこと。Windowsの操作が違ってるんじゃないかと思って、DOS窓を開いてプロンプトからフォーマットコマンドを打たせてみたのですが、やはり「ディスクが入っていないか、ドライブのふたが開いている」などというエラーメッセージが出るらしい。その時は、「メーカーのヘルプデスクか、ショップへ電話して聞いた方がいい」といって電話を切ったのですが、親父はエラーメッセージに納得がいかなかったらしく、「ドライブのふたが開いているってどういうことだ？」としきりに聞いてきまして、まぁそういうものだと言っときました。
結局、今朝ショップに持ち込んで検証してもらったら「ディスクがおかしい」ということで、修理と相成ったようです。新品交換をしてもらわなかったのが(私以上の)シロートの悲しさですが、ショップの人はとても丁寧だったと親父は言ってました。(事実ですよ)
それにしても、聞いたことない不具合だなぁ。ショップの人も「珍しい」って言ってたらしいです。ホントにディスクだけがいかれているんだったらまだいいけど、ほかにも不具合がでてくるような気もする。修理からかえってきてまたおかしくなったら、今度は新品交換を交渉するように言っておきました。
1998.11.03 23:10
★タイトル画像をまた、変えました。さまよってます。
■今日はフルーツパーク(浜松市にあるフルーツのテーマパーク)へ行ったりしてたので、今Macを立ち上げたばかりです。明日は会社なので早めに寝ることにします。
■WAOさんからご指名いただきましたが...「検討はさせていただきますが、期待なさらないで下さいね(^^;」
1998.11.01 22:55
★いくつかのページでバックグラウンドイメージを使用することにしました。また、タイトル画像の変更とか、マイナーチェンジをしました。どうでしょうか？
■昨日書いたとおり、まず「内蔵 GC アクセラレーション」をはずしてみました。
うおおおぉーーー(悲痛な叫び by nakamuxu)ウィンドウの再描画がやや遅くなったような気がする！！
ベンチをとるべきですが、申し訳ありません、時間が足りませんでした。
で、問題の「スジ」ですが、消えました。やはり、インタウェアの言うところの「画面表示が乱れたり等の問題」だったのであろう(断定させていただきますっ)。う〜ん、でも、なんか納得できない...。(このへんはちょっと自棄気味。理由は昨日の分を見て下さい。)
■Netscape Communicator 4.5(E)ですけど、やっぱり98286(古いバージョンです)に戻しました。そのあとは今のところ問題なく動作しています。一瞬固まったようになるとか、もたつくといった98293(新規バージョン)に時々みられた不振な挙動はありません。
少し様子を見てみます。
■MacOS8.5にしてから、鉛筆メニューアイコンが一瞬消えるのが不安だ。
nakamuxuの場合、ATOK11を使っていまして、アプリケーションメニューではアプリケーション名を表示し、その幅を可変にしています。そういう状態で、日本語スクリプト(ATOK11)の時にアプリケーションを切り替えると、ぐぐっという感じでアプリケーションメニューが変更されます。このときに、鉛筆メニューのアイコンが、一瞬消えるのです。アプリケーション名の長さが大きく異なるアプリ間(ねすけとFinderとか)を切り替えたときとくにこの変化が大きいのですが、ATOKアイコンはそのまま平行移動する如く素早く描画されて、遅れて鉛筆メニューアイコンがメニューバークロックとの間に割り込むように描かれるのですよ。怖いんですよね、この間が。
ちょっと病気かな＞オレ (^^;
以前から、「遅いっ！」と言っているNIFTYのことです。10月31日の夜11時20分からホームページをアップしようとしてftp接続していたのですが、遅くって、全然アップできないのです。途中で切られたりしながら、なんとか終了したのは11月1日午前2時でした(T_T) つまりは、昨日の分の日付は「1998.10.31 23:40」となってますけど、ホントは「1998.11.01 02:05」(分は推定(^^;)なんですね。これが、真実なのです。23時以降のftpでのアップロードが致命的に遅いのです！！ですから「何だ、nakamuxuは遅い遅いって言ってるけど、ページは見れるじゃん」ってのとは違うんですよ。
...愚痴ってみたくなる夜もあるってことで、お許し願います。すいません。