[ 98/10/22]
●プルダウンメニューが白くなる問題が発生した経緯
Mac OS 8.5 では多くのアプリケーションでプルダウンメニューがプラチナアピアランスにならず，白く表示される問題が起き，ユーザーを困惑させている．これは単に表示だけの問題でアプリケーションの機能には何ら影響がない．この問題については私の得意の「気にしない」という回避法が大変有効なのだが，理由が分からないと，なかなか気になるものではある．このような問題が発生した経緯に触れてみたい．
多くのユーザが不審に思っている最大の理由は Mac OS 8/8.1 ではプラチナ調になっていたものが， Mac OS 8.5 にしたら問題が出たという点である．しかし，この問題がプラチナアピアランス採用の Mac OS 8.0/8.1 で起きなかったのに Mac OS 8.5 で起きる理由は単純である． Mac OS 8.0/8.1 では OS 側でアプリケーションのメニューを強制的にプラチナアピアランスに見えるようにしていたのである．それを Mac OS 8.5 では止めてしまっただけなのである．何のことはない，アプリケーションは前からプラチナアピアランスに対応できていなかったのである．
今回 Mac OS 8.5 で強制グレー表示しなかったのには理由がある． Mac OS 8.5 ではテーマを採用した．メニューがプラチナアピアランスでないテーマが出るはずである．そのようなテーマを活かすためには， OS での強制グレー表示は放棄せざるを得ないのである．
ユーザーにはこれまで対応できていたアプリケーションが OS に起因する不具合のために問題が発生したかのように思えるかも知れないが，そうではない． Mac OS 8.5 でも Mac OS 8/8.1 でもアプリケーション自体なにも変化していないために，かえって変わったように見えるのである．
このようなアプリケーションの見かけ上の問題が発生するだろうという見込みは私の
「 Mac OS 8.5 について」でも述べたことであるし，そこには同時にアプリケーションの動作には何の影響もないことも書いた．
今回問題が発生したアプリケーションが実は Mac OS 8/8.1 でも対応できていなかったことは注意深く観察すると分かる． Mac OS 8/8.1 での Finder のプルダウンメニューと今回問題の出るようなアプリケーションのメニューとはセパレータが異なるはずである．今回問題の出たアプリケーションはセパレータが単に黒い線だけとなっていて， Finder のプルダウンメニューのように立体的になっていなかったはずだ．これらのアプリケーションを Mac OS 側が強制的に「プラチナアピアランスではなく，グレー表示していた」のである．
それらアプリケーションは Mac OS の標準のメニューの機構を使用せずに，他にあるいくつかのメニューの機構のうちのひとつを利用している．それらのうち "Mercutio MDEF" と呼ばれるメニュー機構を使用したアプリケーションには
Mercutio Patcher 2.1.1 が効く．（ただし，このパッチを使用した後，アプリケーションの正式アップデータがうまく利かなくなる可能性がある．）しかし，他の方法を採っているアプリケーションには利かないことになる．
実は私からアップルの方に Apple としてパッチを用意してはどうだろうと思いつきを述べたのだが，上記のような理由（テーマを活かす必要があること．メニュー機構がアプリケーションによって異なること）で難しいとのことであった．
● Mac OS 8.5 ：フォントワークス ATM フォントでの不具合
寺崎氏から詳細なご報告をいただいた．
Mac OS 8.5 でフォントワークスの ATM フォントを使用すると問題が発生する場合がある．寺崎氏はフォントワークスに連絡してフォントワークスでも確認された．
障害は次のようなものである．
・ Adobe Illustrator 7.01(J)、Adobe Illustrator 5.5(J) などのアプリケーションで文字を多く使っている書類を開くと途中でアプリケーションが終了する， Finder が終了し，画面上の文字が表示されなくなる．
・フォントスーツケース内の書類を開くと Finder が終了し，画面上の文字が表示されなくなる．
・ MacOS 8.5 に CLK と KLK を組み込んだ後，Command+Spaceで入力方法が変更できず，手動で変えようとすると， Finder が終了し，画面上の文字が表示されなくなる．
フォントワークスのフォントは一書体だけでも障害が発生する場合と，多くの書体を入れて初めて障害が顕現する場合とがあり，一様ではないようだ．
フォントワークスによれば， ATM インストールした際にできる「Common」フォルダの中に 4 つのフォルダがあれば障害が起きないということなので，障害が起きる場合は確認されたい．ただし，それでも問題が発生する場合があるようだ．
追記：
フォントワークスから回避法についてご連絡をいただいた．
回避法は仮想記憶をオンにして使用する．フォントワークスでは 50 書体まで問題が出ないことを確認している．また，原因は丸漢ファイルにあり， ATM データには問題がないことが確認されているそうだ．修正についてはアップルと協議中のようである．ただ，この問題をご報告いただいた寺崎氏によれば，この方法でも回避できず，唯一の方法はフォントの数を減らすことだそうだ．
追記： 2
寺崎氏はマシンの新規セットアップ時にフォントワークス ATM フォントを新規インストールした場合に問題が発生しないことから，問題の出ていたマシンのフォントワークス ATM フォントを全て破棄し，新規インストールし直すことで問題を回避なさった．（廃棄したフォント個々に問題が発見されたわけではない）
フォントワークス ATM フォントを新規インストールする際，インストールダイアログで「 ATM フォント」のみをチェックしてインストールすると，フォントフォルダ内に作成されるスーツケースに「-ATM 」という名前が付き，丸漢ファイルは作成されない．すると，MacOS 8.5Jでの問題は回避されるのだが， Adobe Illustrator 7.01J で，横組みすると，文字がくっついてしまう障害が現れる．これについての対応策は， ATM フォントをインストールする際に，「ビットマップフォント」を一緒にインストールするということなのだが，そうすれば，Adobe Illustrator での問題は解消されますが， Mac OS 8.5J での問題が起きてしまうそうだ．
「ＡＴＭフォント」「ビットマップフォント」をインストールした後，丸漢ファイルのみを捨てると，MacOS 8.5J での問題は回避されるようですが，外字が表示されなくなるということもお聞きのようで，それは，フォントワークス ATM フォントでの外字表示は，元々ビットマップでしか表示されないためで，丸漢ファイルを捨てることで，それすらできなくなってしまうということのようだ．
● Mac OS 8.5 ： Biblos 外字での問題
ada 氏から Biblos 等の外字の変換が文字化けするとお教えいただいた．また，「 Osaka 」から認識できないなどの問題があるようだ．
Biblos のサポートでは「 従来 Osaka フォントに割り当てていた表示フォントの代用機能が Mac OS 8.5 からサポートされなくなったためであり，回避法としては 変換バー/変換候補パレットのフォントを「 Osaka 」から「 Biblos 外字」に変更する」と回答しているそうである．
● Mac OS 8.5 ： WXIII での変換候補一覧表表示の障害
川辺氏， uchiyama 氏からお知らせいただいた．
WXIII に関してはアップデータがアップル，エー・アイ・ソフト双方から発表されているが（
10/17 項目参照），それらでアップデートしていても，変換候補一覧表表示時に Type 1, 2 エラーが発生する障害が発生する．
uchiyama 氏は WXIII の環境設定で「候補一覧表示」を切るか，「次候補」を最大の10回に設定するという暫定的な回避法をお書きになっている．ただし，後者の回避法はスペースを押しつづけて候補一覧表示が表示されたらあと2回でハングアップすることになる．
長森氏はこの問題についてエー・アイ・ソフトの方に問い合わせた．エー・アイ・ソフトでもこの問題を認知しており，現在調査および修正版の準備をしているとのことであった．
追記：
WX3 for Mac Ver.3.06 ダウンロードページにこの問題について記されている．
● Mac OS 8.5 ： B's Recorder Pro 4.03 での表示
加藤氏によれば，
Mac OS 8.5 で， B's Recorder Pro 4.03，および付属の B's Dup のウインドウの大部分の文字が表示されなくなった．
原因を調査したところ、「アピアランス」コントロールパネルの「なめらかな文字で表示する」をオフにするか，オンにしてもその対象を「14ポイント以上」にすると回避できることが分かった．つまり， B's Recorderの12ポイントの文字にアンチエイリアスをかけると表示されないということになる．
[その他]
昨日紹介したアドビ システムズ「Mac OS 8.5」日本語版対応状況 は当初のものから変更になっている．変更になった点はビットマップフォントに関しての表現方法で，より誤解を招かないように改善された．それに伴い，私の昨日項目内容も修正した．
(C) Akiyama Satoru
