Closed kingofotaku closed 3 years ago
例示されたソフトはどんなソフトで、どこのフォントを操作しているのでしょうか。 太字・細字についてはnoMeiryoUIではフォント名の違いで扱っているので、その分少なくなっているというところはあると思います。 後、色はどのように設定しているのか調査してみないとわからないです。 noMeiryoUIではあくまでWindowsのAPIに従って設定を行っているのですが、他にいじれるところがあるのでしょうか。 Version 2.40は2.40でリリースして、それから調べてみようと思います。Windows 10の大型アップデートも近いですし。
すみません、リンク貼るのを忘れました( *)。こちらです→ https://github.com/zhongyang219/TrafficMonitor 色の変更については(システムUIでは)あまり需要がないと思うので気にしなくても大丈夫です
ちなみに、このソフトはシステムのネットトラフィックをモニタリングするソフトで、変更できるフォントはトラフィックとかの数値のところです(タスクバー)↓
今、コモンダイアログを使っているソフトと比べてみましたが、確かにフォント名とフォントスタイルのまとめ方が異なっていました。 それで、選べるスタイルが少なくなっているように見えるのだと思います。 とはいえ、コモンダイアログのまとめ方だと細字フォントのボールドといった微調整ができないので フォントはフォントですべて出して、フォントで設定できるスタイルは設定できるようにしたいので敢えてフォントのグループ化をしてスタイルにまとめるというコモンダイアログのまとめ方にはしない方向にしようと思います。 なので、コモンダイアログや例示のソフトと比べると見た目のスタイル数は少なくなっているけどフォントとスタイルのかけ合わせの数では同等という風にしたいと思います。
今、コモンダイアログを使っているソフトと比べてみましたが、確かにフォント名とフォントスタイルのまとめ方が異なっていました。 それで、選べるスタイルが少なくなっているように見えるのだと思います。 とはいえ、コモンダイアログのまとめ方だと細字フォントのボールドといった微調整ができないので フォントはフォントですべて出して、フォントで設定できるスタイルは設定できるようにしたいので敢えてフォントのグループ化をしてスタイルにまとめるというコモンダイアログのまとめ方にはしない方向にしようと思います。 なので、コモンダイアログや例示のソフトと比べると見た目のスタイル数は少なくなっているけどフォントとスタイルのかけ合わせの数では同等という風にしたいと思います。
プログラミングに疎いので専門的な用語はあまりわかりませんけど、つまり今では全体で一つしか表示されないフォントを太さとかの違いによって分けるということですか?
はい。フォントを太さ等で分けることにしております。 フォントの配布でも太さによって分けて配布している場合もありますので大きな違和感はないと思いますがいかがでしょうか。 また、フォントのグループ化で消える組み合わせの中にも違った見た目になるフォントもあって、カスタマイズ的にも微妙なニュアンスの違いがあって見た目上も興味深いと思ったということもあります(例えば細字フォントのボールド指定とか)。
はい。フォントを太さ等で分けることにしております。 フォントの配布でも太さによって分けて配布している場合もありますので大きな違和感はないと思いますがいかがでしょうか。 また、フォントのグループ化で消える組み合わせの中にも違った見た目になるフォントもあって、カスタマイズ的にも微妙なニュアンスの違いがあって見た目上も興味深いと思ったということもあります(例えば細字フォントのボールド指定とか)。
確かにそうですね。フォントによっては、細字をボールド化したものがレギュラーやセミボールドより却っていいっていうこともありますしね。
では、フォント名とスタイル周りは従来通りで行こうと思います。 人によっても意見は違うと思いますので、クローズはせずに残しておこうと思います。
すいません、今気づいたんですけど、どうやら最初に間違った例示をしたようです
これが今私が使っている設定なんですけど、見て分かる通り、noMeiryoUIではもともとあるはずのスタイルがないのです(フォント側にもスタイル側にも)。もしこれが最初の例示と同じように、ただいくつかのフォントに分けられていたら、そもそも問題だとは思ってなかったのです(汗)
フォントを取得するときに取得方法を間違えたのでしょうか。次の週末にでも調べてみようと思います。
フォントを取得するときに取得方法を間違えたのでしょうか。次の週末にでも調べてみようと思います。
お騒がせしてどうもすいませんでしたm( )m 因みにこのフォントはスタイルごとに分けたTTFファイルです(計6つ)。そして最初に例示したフォントはTTCです
調べてみたところ、フォントが持っているスタイルを無視してスタイルに斜体、太字の指定を入れていたので違う結果になったようです。 スタイルにはフォントの持っているスタイルを書いて、太字・斜体の修飾は下線・取り消し線と同じようにチェックボックスにするとよい感じになると思います。 ただ、スタイル名についてWindowsのコモンダイアログでは英文フォントのRegularなどは訳していますが、日本語だとそのままダイアログに設定しているという風にバラバラなのでスタイル名についてはフォントが返してきたスタイル名をそのままスタイルに入れるのがよいのかなと思っております。 スケジュールとしては、来週2020年5月31日にリリースするVersion 1.40では従来の方法をとって次のバージョンでスタイル取得方法の見直しを行おうと思います。 このような感じでいかがでしょうか。
調べてみたところ、フォントが持っているスタイルを無視してスタイルに斜体、太字の指定を入れていたので違う結果になったようです。 スタイルにはフォントの持っているスタイルを書いて、太字・斜体の修飾は下線・取り消し線と同じようにチェックボックスにするとよい感じになると思います。 ただ、スタイル名についてWindowsのコモンダイアログでは英文フォントのRegularなどは訳していますが、日本語だとそのままダイアログに設定しているという風にバラバラなのでスタイル名についてはフォントが返してきたスタイル名をそのままスタイルに入れるのがよいのかなと思っております。 スケジュールとしては、来週2020年5月31日にリリースするVersion 1.40では従来の方法をとって次のバージョンでスタイル取得方法の見直しを行おうと思います。 このような感じでいかがでしょうか。
はい。こんなマイナーなニーズにわざわざ対応していただき、ほんとにありがとうございますm( )m
@kingofotaku フォント情報の取得方法を見直して、フォント名が同じでフォントのスタイル名だけが異なるフォントを認識できるようにしてみました。(今のところ、フォントの太さ・斜体はオミットしています。) 期待した動きをしますでしょうか。でなければ、フォント名の後ろに太さなどが書いてあるフォントが異なるスタイルのフォントになると思います。 それでは、よろしくお願いいたします。 241test.zip
@kingofotaku フォント情報の取得方法を見直して、フォント名が同じでフォントのスタイル名だけが異なるフォントを認識できるようにしてみました。(今のところ、フォントの太さ・斜体はオミットしています。) 期待した動きをしますでしょうか。でなければ、フォント名の後ろに太さなどが書いてあるフォントが異なるスタイルのフォントになると思います。 それでは、よろしくお願いいたします。 241test.zip
わざわざありがとうがざいます。試しに実行したところ、こういうふうになっていました。
前のと比べて、元々なかった細字が出てきました。しかしどうも前と同じように、スタイルごとに分けていないようです。
スタイルごとにどうまとめているかなど、まだまだ調整が必要なようなので、週末などに調べてみようと思います。
スタイルごとにどうまとめているかなど、まだまだ調整が必要なようなので、週末などに調べてみようと思います。
ちなみに、私のPCにインストールされているこのフォントのスタイルは英語でいうと、Ultralight、Thin、Ligit、Regular、Medium、Semiboldの6つになります。プログラム上どう扱われるかはよく知りませんけど、多分そこまで標準的なネーミングじゃないと思います。
@kingofotaku だいぶ間が開いてしまいましたが、フォント情報の取得方法を見直して、フォント名・文字セットが同じでフォントのスタイルだけが異なるフォントを認識できるようにしてみました。私のところではフォント名・文字セットが同じでフォントのスタイルだけが異なるフォントを認識しているように見えますが、期待した動きになっていますでしょうか。 今のところ、フォントの太さ・斜体はオミットしています。
ちなみに現状のソースはfontstyleブランチを作ってそこにpushしております。 それでは、よろしくお願いいたします。
どうやら今度こそやっと期待していた通りに動いてくれました、計六つのスタイルがすべて検出されるようになりました。作者様本当にご苦労さまです。ありがとうございます。m( )m
では、これから細かいところとか仕上げていきます。 太字、斜体入れるとか残したままですので。
一つ問題というか、状況を発見しました。テストバージョンのSELECTをクリックするとPCの動作がものすごく遅くなるようです。多分スタイル情報の新しい取得方法のせいかと思われます(私はPCに数千ものフォントを入れてます。)
現在フォント選択ダイアログを表示する際にフォント情報をすべて取得しているのでそれとフォントの数が相まってフォント取得に時間がかかっているのだと思います。 標準のフォントダイアログがどうやっているのかはわかりませんがフォント取得方法を変えることになると思います。
現在フォント選択ダイアログを表示する際にフォント情報をすべて取得しているのでそれとフォントの数が相まってフォント取得に時間がかかっているのだと思います。
標準のフォントダイアログがどうやっているのかはわかりませんがフォント取得方法を変えることになると思います。
まあ、これは仕方ないですね。もっとも私みたいに何千ものフォントを入れる人はそうそういませんから、大した問題じゃないでしょう。
@kingofotaku 各フォントの文字セットごとのスタイルをフォントを選択したときに取得するようにしてフォント選択ダイアログ表示時の高速化を図ってみました。 速度的に効果ありますでしょうか。 241test3.zip
@kingofotaku 各フォントの文字セットごとのスタイルをフォントを選択したときに取得するようにしてフォント選択ダイアログ表示時の高速化を図ってみました。 速度的に効果ありますでしょうか。 241test3.zip
試してみたところ、効果抜群です!取得速度が現在のバージョンとほぼ同じぐらいになっています。これでこの問題は解決と言っていいと思います。お疲れさまでしたm( )m
@kingofotaku 成果を取り込み、スタイル名のローカライズ機構と太字、斜体のオプションをつけたリリース候補版を作成しましたので、新たにissueを立ててこちらでリリースに向けての作業を行いたいと思います。 よってこちらはクローズします。 ご協力ありがとうございました。
僭越ながら今度はいちユーザーとして提案したいのです。例えば、これはある中国の開発者が作ったフリーウェアですが↓
![TIM截图20200506205153](https://user-images.githubusercontent.com/12953574/81179145-d6a57980-8fdb-11ea-8765-1d204d19893d.png)
そしてnoMeiryoUIで同じフォントを選ぶとこの通り↓![TIM截图20200506205902](https://user-images.githubusercontent.com/12953574/81179744-a7433c80-8fdc-11ea-8467-8afb96b5102a.png)
ご覧のように、noMeiryoUIにおいて選べるフォントスタイルは些か少ないのではないかと思います。そこでもしオプションをもっと増やせたら、一層便利になるかと。