MacType スレッド 24px
MacTrayモードでタスクトレイアイコン右クリから起動/停止/再起動すればいいんじゃね >>613 バッチってかいてるってことは タスクトレイミギクリがめんどいって話なんだけど・・ 本当にわからないのかな・・ サービスモードにしておけばサービスを有効/無効にするバッチファイルを書くだけでいいんじゃない? >>616 サービスですか 有効無効 開始停止などいくつか状態があるみたいなんで いいかもですね そのうちやってみます どうもです そうか? Vivaldi の方が濃くて Cent と比べてもあまり見劣りせず十分綺麗だが >>618-619 MacType「オン」と「オフ」のスクショをかまわん、pngであげれ Firefoxは123.0から webkit-text-stroke-widthの作用が変わって 文字が穢くなってverを上げれん Firefox 122.0.1迄: https://web.archive.org/web/20240320101902if_/https ://pbs.twimg.com/media/GJGEKEVbcAAD9IT?format=png&name=orig Firefox 123.0から: https://web.archive.org/web/20240320102005if_/https ://pbs.twimg.com/media/GJGEKq2a4AE-DnI?format=png&name=orig MacTypeなし設定なし: https://web.archive.org/web/20240320102104if_/https ://pbs.twimg.com/media/GJGELiAaQAAg4yX?format=png&name=orig システムフォントのYu Gothic UIって [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Yu Gothic UI"="替えたいフォント名" で替えてたけど、 >https://mevius.5ch.net/test/read.cgi/win/1563075853/155-158n >https://mevius.5ch.net/test/read.cgi/win/1563075853/140n MacTypeのiniファイル設定からだけでも替えれたのを今頃知った ・MacTrayロードだとWindowsの[設定]が効いたり効かなかったりする ・スタートメニューにはサービスモードでも効かない ・レジストリモード>>241 はメンドイので未検証 こちら(Windows 10 ヒラギノUD角ゴ)ではFontSubstitutes=1じゃないと タスクバー右端の時刻表示の[*曜日]が文字化けする [更新プロ㌘のチェック]や[OS㌱ドとシステム情報]などは=1でも謎の文字化けw noMeiryoUI.exeもやっとかないとFontSubstitutesだけでは替わらない箇所在り(右クリックドラッグ&ドロップとか) Windows 11は、放置したっきりで23H2でどうなったか知らんけど Windows Terminalとバッティングするから除外設定が必要ってつぶやきがちらほら >>620 Mactypeなし設定なし が一番いいってことなの? な、age厨だろ👆 ttp://hissi.org/read.php/win/20240320/ZmRwWmRLZ0w.html stylusはいいんだけどgoogle speadsheetとかのgoogleアプリで効かないのがきつい mactypeの話じゃないけどね Chrome is getting better text rendering in Windows thanks to Microsoft engineers A long-standing "bug" is about to be fixed in the upcoming Chrome release https://www.techspot.com/news/102396-chromium-browsers-have-better-text-rendering-windows-thanks.html chrome 124 で何か大きな改善がされるらしい 仮にフォントレンダリングの何らかのバグ修正がなされるとして、他の全てのアプリにも適用されたらいいのだけれど MSは新しいフラグを立てないと有効にならないようなことをしてくるからなー や、すまん。よく読んだら単にchromiumがちゃんとDirectWriteを使うようになりますよってだけの話でした バグ修正などではない MSはフォントレンダを改善しないのは互換性のためって言ってるらしいけどほんとにそうなのか? >>628 そりゃそうでしょ。普通に考えたら。 まさかMactypeにできて、はるかに人的にも金銭的にも大きいMicrosoftが 技術的にできないと思ってるとか?買収すればいいだけの話だし。 レンダラはWin10 1703ので十分 ビットマップ&ヒンティング無視フラグを作ってくれないかな >MS >>630 まぁ、これも互換性重視だからね。 フォントから情報を除去すれば解決する問題だけどね。 >>629 freetypeにはadobeがコードを提供したりしてるので、特許なり何なりでMSがそのまま使えない可能性はあるかと >>632 freetypeは別に商用OSで使ってはいけないという制限はないし、 adobeが素晴らしいならライセンスを受けるということもできるから、互換性からやらないだけ と考えるのがふつうかと。 業務系のソフトでいきなりフォントが太くなったら破綻するソフト・ツールの類があったりするんだろか >>634 対象にはいろいろな解像度のPCがあるから、見えなくなっては困るっていう互換性がある。 互換性てことならオプションにすりゃいいだけじゃね? >>636 そういう選択肢もあるでしょうね。提案してみたら?多ければ実現するけど 文句言ってるのは少数なんじゃないか。 そりゃ少ないだろ 互換性以前にMSが2バイト圏を重要視してないってだけの話 >>634 症状は2つ。 1、 ウインドウサイズが決まってる場合は、画面外にはみ出たり 画面上のボタンがウインドウ外に押し出され押せなくなる。 2、ウインドウサイズが大きくなる。 Windowsで普通に起こる。 互換性重視し過ぎて身動きできなくなってるんやね Appleのやり方が正しかったね >>641 いいや。廃止する前の前にアナウンスがある。 ただOSのダウングレードみたなものがないため 最新で構成をしなければならないので過渡期のモデルだと選択肢がなくなる。 Intel版Macしかり。 最近はWindowsも色々廃止にかかってて、VBSとか絶対困る企業たくさんいる また1年の一般NISAなどを拡充する。 チョンだパヨクだネトウヨだなあ 仮病も使いたくなるわ >>639 はローカライズやDPIの問題と混ざってそう XPでClearTypeになったりVistaや10で標準フォントが変更されたりしたときもそんなことにはならなかったろ 一方でローカライズで英語から大きく文字数が変わったり、DPIを96から変えたりすると簡単に崩れる >>648 そういうことを気にしている人が圧倒的に少数なんだよね。文句をつけるところが そういうところしかないってのがmac信者の痛しかゆしのところ。 根本的にはWindowsが今も96dpiを標準(100%)としているのが問題 96dpiだと一文字にたかだか16x16ピクセルとかしか使えないんだから、メイリオみたいにclearTypeとヒンティングを駆使するにしろ、Macみたいに普通に双方向アンチエイリアシングするにしろ、それで美しくレンダリングしようというのにそもそも限界がある 形が単純なラテン文字ならそれでもそこそこ見れるけど日本語はやっぱ無理 Windowsのレンダラ自体は4kモニタで拡大率150%とか200%とかにしてNoto Sans JPとかM+とか表示させればそこそこきれいに表示できる >>651 これも互換性を重視しているから、社会的な責任があるし。 >>651 DPI と ピクセル は違う 「96dpiだと」が不要で Macだと綺麗に見えるのはオーバーサンプリングされた物を有限のピクセルに落とし込んでいる部分ので綺麗 内部的には倍以上の解像度で処理しないと綺麗に表示されない。 Windowsは元が色々と変な部分があって、それをソフトがでいじってるから 何をやっても合わない状況になっている。これという決定打が出せない状況にある。 >>651 互換性の問題とは違う。 文字のピッチがそれ相当なら問題ない。 むしろ通常が問題だらけむしろ直すべきです。 >>653 モニタの物理的なdpiとは別にWindowsにはシステムdpiって概念があるんだよ、で拡大率ってのはシステムdpiの言い換えなの 拡大率100%で96dpi、150%で144dpi で、WebのCSSも96dpi(1px=1/96インチ)で定義されてるので、webで16pxと指定されてる文字は拡大率100%ならそのまま物理16pxで描画されるし拡大率150%なら物理24pxで描画されるの オーバーサンプリングはまた別の話でWindowsもアンチエイリアス自体は確か4x4くらいのオーバーサンプリングしてるし、Macの疑似解像度とRetina倍率の話をしてるのなら仕組みはちょっと違うけどWindowsのシステムdpiがそれに相当する概念なの >>652 まあ実際デスクトップのモニタだと24インチフルHDが未だにデファクトスタンダード扱いだしね ノートは13~15インチのフルHDが普通になったしそういう機種だとデフォルトで拡大率150%とかに設定されてるけど 若者はパソコン使わないからな おっさん臭がしても仕方ない。 >>660 みかたによったら あたまよわいわがままメスに錯覚することも可能 PCが使われなくなるってことはまぁないだろうから 若者ってやつらのPC不慣れはひっすスキル不足ではあるんだろうな Mactypeがロードされました。 このプログラムはMod Organizerとその仮想ファイルシステムに問題を引き起こすことが知られており、 スクリプトエクステンダーや他のプログラムが実行を拒否します。アンインストールを検討してください。 んぐぐ・・・ いい加減Windowsにデフォで組み込んでほしいわ >>666 Windowsのレンダリングはそれなりに改善されている クソなのは、フォントのヒンティング(特にメイリオ)とビットマップ(主にMS Pゴシック) これらを無視するスイッチがないのはWindowsの問題なのだけど ヒンティングとビットマップ除去して4kのモニタで150~200%で運用すればそれだけでそれなりに見れるようになるからな 96dpiなんていう時代遅れの解像度をいまだに標準にせざるを得ないのがWindowsの根本的な問題 濃淡が一定しないのは直ってないし、これ言うと高解像度でごまかせって話になるのも変わってない 高dpiがごまかしって… 96dpiの低解像度で20x20ピクセル以下で文字特に漢字を美しくレンダリングしようってのがもともと無理があるからヒンティングやらサブピクセルレンダリングやらの誤魔化しが必要だったんだぞ Macだって低dpiじゃいくら頑張っても限界があるから垂直統合の利点を活かしてデバイスの方を全部高解像度化したんだよ ヒンティングは低解像度向けのごまかしだが、濃淡の計算はどんな解像度に向けても必要になるだろ そこがおかしければ高解像度であっても端の方のピクセルはやっぱりおかしくなる、目立たないだけで 比べてみればわかる >>668 27インチ4kスケーリング200の192dpiで ヒンティング無効にしているけどデフォルトだと汚い どんなフォントでもdirectwriteでもgdiでも フォントレンダリングのガンマかコントラストがおかしくて 線がカクカクで縦横で太さがまちまち Mactypeを入れるととっても滑らかになる 同じモニターでLinuxでもきれいになる まぁもう期待薄なんだけどな むしろ96dpi時代だった時はMactypeいらねぇ てかMacのがきれいって線の太さによる好みだろと思ってた 600dpiぐらいあればグレイスケールすらやめて完全に白黒で描画しても人間の目には区別がつかなくなるんだけどな read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる