Desktopeditors: 小型HiDPIディスプレイ用の1.5倍インターフェーススケーリング

Windows10でも同じです-アイコンとテキストは小さいです。 「アイコンサイズ」オプションまたは高コントラストのテーマがあると便利です。

はい。 これは、Windows10とUbuntuGnomeの両方で確認できます。 デスクトップバージョンでUIをスケーリングするオプションが必要です。

現在のバージョンでは、144dpi以下のスケーリングには1x要素が使用されます
アプリを手動で2倍スケーリングに切り替えるには、-force-scale = 2引数を使用してアプリケーションを開始します

私（そして私が思う他の多くの人も）はもっと細かいオプションが必要です。 私は13.3インチの1080p画面しか持っていません。現状ではアイコンが小さすぎますが、2xオプションも実行できません（実質的に960x540の解像度）。

--force-scale = 2を使用すると見栄えがよくなりますが、それでも完全ではありません

@trinhno残念ながら、スケーリングの小数値の解決策はまだありません

@ rend3rありがとう、次のリリースで修正される予定です

Surface 3にも同様の問題があります（Scalling 150％、OnlyOffice 4.4.1）。

OnlyOfficeをまったく使用できないようにします。

ここSurfaceの同様のデバイスでも同じですが、Windows 10は完全に更新され、onlyofficeがクリーンインストールされています。
画面：1920x1080、12.2インチ。UIは非常に大きく、ドキュメント用のスペースがほとんど残っていません。また、UIの一部がフレームの外側にあるため、到達できません。

詳細設定でも何も見つかりません

編集：私は時々これと同じデバイスを外部モニターで使用しますが、実際には完全に機能します（19 "、1680x1050）。

別の問題があります。 タイトルバー付き。 14インチフルHDではとても大きいです

@maxkadushkin新しいバージョンのETAはありますか？

@filkeithアプリを起動するためにいくつかのフラグを使用しますか？ 新しいバージョンにそのバグがありますか？

@maxkadushkinいいえ。 互換モードでさまざまなフラグを使用して実行しようとしましたが、何も役に立ちません。 また、habrのあなたのチーム（xkorolx）の誰かが、彼はこのバグを再現し、次のバージョンで修正すると言いました。

私が理解しているように、問題はディスプレイサイズが15フィート未満の場合にのみfullHDで発生します。 14フィートディスプレイのデルラチチュードe5450があります。 外部モニターを接続してウィンドウをモニターに移動すると、タイトルバーは通常のサイズになります。

@ 5hafflの次のリリースは月末に予定されていますが、その問題に対する大きな修正は含まれていません

@filkeith xkorolxが言ったことは本当です、あなたの問題は修正され、まもなくリリースされます

4.8.6も

今の私のセットアップには問題はありません。

最後の更新後4.8.7.392私の問題は解決されました

私はSolusLinuxを使用していますが、カーソルが小さいことを除いて、すべてが正常にスケーリングされます。 最新のスナップを使用しています。

5.1.29.348 x64は、3840x2160で200％のUIスケーリングで構成されたWindows 10でスケーリングをまったく使用していません：

--force-scale=2すると、はるかに優れているので、問題は、なぜこれが自動的に検出されないのかということです。 https://msdn.microsoft.com/de-de/library/windows/desktop/dn280510（v = vs.85）.aspxも参照してください。

はい、同意します。この種のことは自動的に検出されるはずです。 解決策は、フラグを使用してアプリケーションを実行する必要があるということです。 私はコマンドラインからのものを開いていませんね

ところで、私は.exeに移動し、互換性とHiDPI設定の下で、システムがHiDPIの方法で使用しようとすることを無視してオーバーライドするように設定することで、修正することになりました。 ただし、これは、アプリケーションがぼやけているように見えることを意味します。 良くない。

OnlyOfficeのUIが大好きです。 私はそれを大いに支持してきました。 自分のドキュメントサーバーを設置して、プライベートのNextCloudシステムと統合できるようにしました。 しかし、エディターエクスペリエンスはこれを修正することができます！

私も同様の問題を抱えていますが、Arch Linux（Manjaro-Deepin）のエディターがスケーリングを尊重しないという点で、このスレッドでこの特定の問題を抱えている人はいないようです。

私も同様の問題を抱えていますが、Arch Linux（Manjaro-Deepin）のエディターがスケーリングを尊重しないという点で、このスレッドでこの特定の問題を抱えている人はいないようです。

最新のKDENeonについても同じ問題があります。 これには＃78と＃136の問題がありますが、それらは長い間開かれています。

ええ、そう...今はもっと悪いですか？

HiDPIに関連しているかどうかはわかりませんが、Fedora 29、1920x1080でどのように表示されるかを示します。

desktopeditors --force-scale=1で見栄えが良く、このパラメーターを使用してターミナルで起動した後、アプリケーションランチャーから起動すると、スケールが記憶されます（これは素晴らしいことです）。

Windowsでも同じですが、残念ながら、正しく表示されません（1920x1080 13.3 "画面で150％）
オフィス（およびマイクロソフト）を永久に捨てるのが大好きです。

スナップからインストールされたUbuntuバージョンはHiDPIを自動的に検出しません。 --force-scale = 2は奇妙な出力を提供します。

UPD：debと同じです。

同じ問題が発生しました... Windows 10 / ChromBrowserの非常に小さなアイコン..OnlyOfficeがDockerで実行されています..奇妙なことは..最初からこの動作をしていなかった..！？

ああ..興味深い..別のブラウザ（現在はWindows 10 Edge）で同じドキュメントを開こうとしました..コンテンツが適切なサイズで適切に表示されるようになりました..ブラウザに関連する可能性もありますか？！

https://www.auslogics.com/en/articles/fix-google-chrome-scaling-on-win-10/

このスレッドはデスクトップエディターに関するものなので、サーバーやブラウザーのインターフェイスではなく、ローカルにインストールするソフトウェアです。

明確化のためのThxmemen45

私も同様の問題を抱えていますが、Arch Linux（Manjaro-Deepin）のエディターがスケーリングを尊重しないという点で、このスレッドでこの特定の問題を抱えている人はいないようです。

私も。 Ubuntu 18.04 KDE Neon4kディスプレイSurfacePro 3

Ubuntu 19.04、debのOOデスクトップエディター5.3.95.43。

大丈夫。

私も5.3.95.43を使用しています。
それで、これはKDEのものですか？ 数人のユーザーが問題があると投稿しましたが、OSについては言及していません。

Ubuntu 19.04、debのOOデスクトップエディター5.3.95.43。

AcelerはGnomeを使用していると思います。 あれは正しいですか？

これは文字通りこの種の問題を投稿する場所であり、多くの人がすでにこのバグを確認しており、何も確認していませんか？

Exec = QT_SCALE_FACTOR = 1.5 QT_AUTO_SCREEN_SET_FACTOR = 1.5 / usr / bin / desktopeditors％F

これは私のデスクトップファイルにあり、この結果が得られます。

このハックで垂直方向に適切に拡大縮小しますが、描画すらできない形状に関する他の問題があります。

https://github.com/ONLYOFFICE/DesktopEditors/issues/217

私も同様の問題を抱えていますが、Arch Linux（Manjaro-Deepin）のエディターがスケーリングを尊重しないという点で、このスレッドでこの特定の問題を抱えている人はいないようです。

私も。 Ubuntu 18.04 KDE Neon4kディスプレイSurfacePro 3

私もそれを持っていました[Manjaro、KDE]、しかし私は私のための回避方法を見つけます：
〜$ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors％F

率直に言って、これが最初に報告されてから2年経ってもまだ問題であるというのは非常識です。 このプロジェクトはまだ活発に開発されていますか？

ほら、私はそれを理解しました、それはオープンソースです、そして何かが壊れているなら、文句を言うよりもそれを修正する方が良いです、しかし私はマイクロソフトが持っているクローズドソース独占の実行可能な代替案がついにここにあることを望んでいたのでこれは本当に残念です。

@jcklpeはい、プロジェクトはまだ活発に開発中です。 現在のバージョン5.3.95.84は2019-08-26にリリースされました： https ：//www.onlyoffice.com/en/download-desktop.aspx

私も同様の問題を抱えていますが、Arch Linux（Manjaro-Deepin）のエディターがスケーリングを尊重しないという点で、このスレッドでこの特定の問題を抱えている人はいないようです。

私も。 Ubuntu 18.04 KDE Neon4kディスプレイSurfacePro 3

Manjaro KDEで2倍のスケールで実行している同じ問題（1.5倍にできることを望みます）：

これがすぐに修正されることを願っています。唯一のオフィスは、12インチ1080ノートパソコンの画面で使用したいオフィスソフトウェアです...

これは、開発者が小数値のforce-device-scale-factorフラグを返す場合に簡単に修正できます。 たとえば、0.75で問題ありませんが、現在のフォーススケールフラグでは、整数値しか選択できません。

これにも問題があります。 4kモニターでForceフォントDPI110を使用してKubuntu18.04を実行します。 デフォルトでどのように見えるか：

私のデスクトップの他の部分と比較して、すべてが巨大です。

desktopeditors --force-scale=1すると、最初は役立つように見えますが、ウィンドウのサイズを変更しようとすると、上部のタブが巨大で不安定な状態に戻ります。 また、ウィンドウの幅を必要なだけ狭くするようにサイズを変更することはできません。

現在のバージョンでは、144dpi以下のスケーリングには1x要素が使用されます
アプリを手動で2倍スケーリングに切り替えるには、-force-scale = 2引数を使用してアプリケーションを開始します

自宅（Windows 10 X64）で問題を解決していただきありがとうございます！

私もそれを持っていました[Manjaro、KDE]、しかし私は私のための回避方法を見つけます：
〜$ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors％F

あなたは私のヒーローです。私はすでにManjaroでOnlyOfficeをあきらめていますが、これを.desktopファイルとして使用すると（もちろん別のパスで）完全に機能します！

HP Spectre 13 '' x360（タッチスクリーン）を搭載したWindows10でも同じ問題が発生します。

大したことではありませんが、グローバルスケーリングパラメータに合わせてサイズを変更できると非常に便利です。 私のコンピュータの現在のサイズは、読むのが少し難しく、目に疲れます。

この号にはいくつかのトラブルについてのメッセージがありますが、私は物事を明確にしようとしています。
このスレッドのいくつかの問題は修正する必要がありますが、私はこの問題を開いたままにして、物理サイズが小さいHiDPIディスプレイの問題のためにこの主な問題を作成します（正しく覚えていれば1080 13インチディスプレイのようなものだと思いますが、4Kディスプレイの場合もあります）。
それらの解像度については、1.5倍のディスプレイスケーリングを導入する必要があり、それは機能しますが、ETAを与えることはできません

私の構成は14 "（1920x1080）で125％（表示設定）であり、最初にパラメーターがない場合は次のようになります（ --force-scale=1と同じ）：

--force-scale=2では、少し多すぎます😰

中間の数字は機能しません（とにかく試しました😅）。 回避策はありますか？

分数スケーリングはまだサポートされていないようです。 https://github.com/ONLYOFFICE/DesktopEditors/issues/53#issuecomment-576294085も参照して
「これらの解像度では、1.5倍のディスプレイスケーリングを導入する必要がありますが、ETAを提供することはできません。」

@arnowelzelうん、現在サポートされているのは1倍と2倍のディスプレイスケーリングのみ

@ShockwaveNN 、スケーリングの問題はバージョン5.5.1でもまだ存在しますか、それともいくつかの修正が表示されていますか？

@vladimirkosolapov申し訳ありませんが、まだ実装されていません。 将来のバージョン5.6で準備が整うことを願っていますが、保証することはできません。

小型ディスプレイだけでなく、150％が必要です。 また、27インチ4K画面での一般的なスケーリングです。これには、SVGアイコンを使用する必要があるため、適切にレンダリングされます。これらは、エンジンによってすでに完全にサポートされています。

ここでも：1.5の値をいただければ幸いです

+1

+、13インチHiDPIラップトップでは使用できなくなりました

+、13インチHiDPIラップトップでは使用できなくなりました

FHD 14 'を試してみましたが、まだ修正されていません。

WINDOWSのみ：
これがすでに言及されているかどうかはわかりませんが、 --force-scale=2パラメータをONLYOFFICE Editorsのデスクトップショートカットに追加すると、スタートメニューから開始しても、常に機能します。 cmdまたはドキュメントを開いたため。
このソリューションは、HDPI設定よりもはるかに優れています。これは、システムによって上書きするように設定すると、アプリケーション全体が非常にぼやけてしまうためです。

私が理解していないのは、なぜこれがまだ自動的に検出されないのかということです...？
5.5.1.78を使用していますが、このパラメーターを適用する必要があります。そうしないと、UHDディスプレイのUIが非常に小さくなります。

@ major-mayer 2倍ではなく、1.5倍のスケーリングが必要な人もいます。 そして、これは今のところサポートされていません。

「デスクトップエディタ」リポジトリでこの問題が発生するのはなぜですか？ NextCloud内でOnlyOfficeを試したところ、それも小さかったです...

「デスクトップエディタ」リポジトリでこの問題が発生するのはなぜですか？ NextCloud内でOnlyOfficeを試したところ、それも小さかったです...

更新はまだ送信されていません。 私はそれを待っています）

「デスクトップエディタ」リポジトリでこの問題が発生するのはなぜですか？ NextCloud内でOnlyOfficeを試したところ、それも小さかったです...

ええ、そうです、この問題はDocumentServerでも実際に発生し、ほとんどすべてのDesktopEditionの問題はDocumentServerで実際に発生し、DocumentServerが最初にリリースされてから、これらの問題をDocumentServerリポジトリに移動する必要がありますが、私はこれを移動しないことを望んでいます。非常に役立ちますが、本当に必要な場合は、DocumentServerリポジトリで別の問題を作成できます

Manajaro GNOMEでは、私は設定を解除しなければならなかったQT_QPA_PLATFORMTHEME設定し、 QT_AUTO_SCREEN_SCALE_FACTOR=1 、および使用--force-scale=2 。 これで、スケーリングして正しく表示されます。 これが他の誰かに役立つことを願っています。

Manajaro GNOMEでは、私は設定を解除しなければならなかったQT_QPA_PLATFORMTHEME設定し、 QT_AUTO_SCREEN_SCALE_FACTOR=1 、および使用--force-scale=2 。 これで、スケーリングして正しく表示されます。 これが他の誰かに役立つことを願っています。

--force-scale=2 1920x1080 13 ''画面では大きすぎます、これは実際の解決策ではありません

1920x1080のディスプレイでは問題ないように見えますが、セットアップがおかしいかもしれないことは認めます。 HiDPIディスプレイを200％スケールアップしてから、1080pディスプレイを2倍にスケールアウトします。 --force-scale = 2が大きすぎる場合は、スケール1を使用するか、-force-scale引数を使用しないでください。

Manajaro GNOMEでは、私は設定を解除しなければならなかったQT_QPA_PLATFORMTHEME設定し、 QT_AUTO_SCREEN_SCALE_FACTOR=1 、および使用--force-scale=2 。 これで、スケーリングして正しく表示されます。 これが他の誰かに役立つことを願っています。

--force-scale = 2は、150％ではなく200％のスケーリングです。

+ 1〜150％のスケーリング。

--force-scale = 1がWindowsで2160x1440で実行されている14インチのラップトップで正常に機能することを確認できます
これがないと、スプレッドはかなり不安定になるため、これは高い優先度になるはずです。

私の108cm（42.5 "）モニターLG 43UD79-Bでは、ドキュメントが大きすぎて、通常の外観と比べておそらく2倍のサイズ（長さ）に見えます。システムはGnomeを搭載したManjaroLinuxです。 onlyoffice --force-scale=1 （ここから学んだ）それは正常に見えます。

150％スケーリングの場合は+1

125または150％のスケーリングの場合は+1

150％のスケーリングの場合は+1。

分数スケーリングなしでOnlyOfficeを使用するのはかなり難しいです。 このスレッドでは、この問題はすぐには解決されないと想定します。 この機能リクエストの重要性を示すために、2セントを差し出すだけです。

ここでも同じですが、OnlyOfficeは分数スケーリングなしでは完全に使用できません。

それで、問題は3。5年前のもので、1080pと1440pのディスプレイを備えたラップトップはいたるところにあり、問題はまだ解決されていませんか？

@ Real-Geckoは、残念ながらまだですが、現在開発中です

しかし、現在開発中です

@maxkadushkin聞いて

@szaimen 、いいえ。 異なるモジュールのcpecificブランチで開発されています

これには時間がかかる可能性がありますが、難しいことではありません。 アイコンに必要なSVGはすでにサポートされています。

@ Real-Geckoは、残念ながらまだですが、現在開発中です

フィードバックをありがとう、指が交差した。

これには時間がかかる可能性がありますが、難しいことではありません。 アイコンに必要なSVGはすでにサポートされています。

はい。ただし、残念ながら、さまざまなスケーリング（100％、125％、150％、175％、200％）で同じように適切にレンダリングされるsvgアイコンを作成するにはいくつかの問題があります。

これには時間がかかる可能性がありますが、難しいことではありません。 アイコンに必要なSVGはすでにサポートされています。

はい。ただし、残念ながら、さまざまなスケーリング（100％、125％、150％、175％、200％）で同じように適切にレンダリングされるsvgアイコンを作成するにはいくつかの問題があります。

問題は正確には何ですか？ 私は他のプロジェクトでSVGアイコンを自分で使用していますが、スケーリングレベルで問題はありません。 問題を説明するためのスクリーンショットはありますか？

たとえば、現在、一部のsvgアイコンは100％と200％で見栄えが良く、150％で良くなく、125％で見栄えが悪いです。

私は何が問題なのかを言うのにsvgの経験があまりありません

たとえば、現在、一部のsvgアイコンは100％と200％で見栄えが良く、150％で良くなく、125％で見栄えが悪いです。

SVGを使用していますか？ それとも、SVGから事前に生成されたPNGですか？

SVGを使用していますか？ それとも、SVGから事前に生成されたPNGですか？

それはsvgです

それらは使用できないようには見えません。 また、適切なスケーリングがないため、アプリは使用できなくなります。 必要に応じて、コマンドラインオプションで見栄えの悪いオプションを非表示にして、パワーユーザーのみがアクセスできるようにすることができます。

私の携帯から送信されました

2021年1月21日には、3：40 PMで、regs01 [email protected]書きました：

たとえば、現在、一部のsvgアイコンは100％と200％で見栄えが良く、150％で良くなく、125％で見栄えが悪いです。

SVGを使用していますか？ それとも、SVGから事前に生成されたPNGですか？

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、登録を解除してください。

SVGのレンダリングが行われた後にスケーリングが適用されているように見えます。 この場合、アイコンが「ぼやけて」見えるだけでなく、全体として画面上の実際のピクセルを使用しないため、100％でレンダリングされ、結果が拡大縮小されます。 ネイティブGUIレンダリングの代わりにCANVAS要素を使用してGUIを出力する場合、これは避けられないと思います。

私の2セント：見た目が完璧ではないアイコンは、現在の間違ったスケーリングよりもはるかに邪魔にならないものです。 主な必要性は、使用可能なアプリケーションを取得するために、正しい表示スケーリングを取得することです。 アイコンの完全性の問題は細部です。 トリッキーな点であれば、延期することができます。

どうやら、スケーリングは前のコメントの1つからのテキスト__と__アイコンに影響を与えます。

私の携帯から送信されました

2021年1月23日には、11：26 AMで、ローランSIMONの[email protected]は書きました：

私の2セント：見た目が完璧ではないアイコンは、現在の間違ったスケーリングよりもはるかに邪魔にならないものです。 主な必要性は、使用可能なアプリケーションを取得するために、正しい表示スケーリングを取得することです。 アイコンの完全性の問題は細部です。 トリッキーな点であれば、延期することができます。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、登録を解除してください。

どうやら、スケーリングは前のコメントの1つからのテキスト__と__アイコンに影響を与えます。
…
私の携帯から送信されました
2021年1月23日、午前11時26分、Laurent SIMON @ 。 * >書き込み：私の2セント：見た目が完璧ではないアイコンは、現在の間違ったスケーリングよりもはるかに邪魔にならないものです。 主な必要性は、使用可能なアプリケーションを取得するために、正しい表示スケーリングを取得することです。 アイコンの完全性の問題は細部です。 トリッキーな点であれば、延期することができます。 —コメントしたため、これを受け取っています。 このメールに直接返信するか、GitHubで表示するか、登録を解除してください。

はい-そして、OnlyOfficeはネイティブOSレンダリングではなくブラウザキャンバスでJavaScriptペインティングを使用しているため、これを解決することはできません。 また、デスクトップアプリケーションはこのように機能します。 キャンバスを作成すると、OSのスケーリングに応じてピクセルがアップスケールされます。

例：

幅と高さが100ピクセルのキャンバスを作成します。 OSのスケーリングが100％の場合、これは正確に100x100のデバイスピクセルを意味します。

<canvas width="100" height="100" />

ただし、OSのスケーリングが200％の場合、すべてのピクセルが2倍にスケーリングされるため、同じキャンバスは2倍の大きさになります。ブラウザはこのように機能して、ビットマップ要素（画像やキャンバスなど）のサイズが同じ相対値を維持するようにします大きくなるテキスト要素に。 ただし、テキスト要素はネイティブレンダリングを使用し、フォントのピクセルは常にデバイスピクセルを使用します。

ただし、キャンバスを200％スケーリングしても、100x100ピクセルしかありません。 この影響を軽減するために、CSSを使用してキャンバスを再度縮小できるため、内部キャンバスのサイズをデバイスの解像度に一致する200x200ピクセルに増やすことができます。

<canvas width="200" height="200" style="width:100px; height:100px" />

問題は、125％や150％のような倍率さえないときに始まります。 この場合、キャンバスは1.25倍（0.8）または1.5倍（0.6666〜）に縮小する必要があります。 これにより、「ぼやけた」ピクセルが発生し、回避することはできません。

<canvas width="125" height="125" style="width:100px; height:100px" />
<canvas width="150" height="150" style="width:100px; height:100px" />

これは、キャンバスを使用して要素を描画するすべてのブラウザベースのアプリケーションに適用されます。 これに対する唯一の解決策は、コンテンツをレンダリングするためにキャンバスではなく、純粋なCSSベースのレンダリングを使用することです。 しかし、これは完全に異なるアプローチであり、レンダリングコードを多かれ少なかれ完全に書き直す必要があります。

どうやら、スケーリングは前のコメントの1つからのテキスト__と__アイコンに影響を与えます。

はい、もちろん。 最も重要なのは、ディスプレイを拡大縮小できることです。 アイコンが特定の縮尺で常に完全にレンダリングされるとは限らない場合、DPIに適合したサイズで縮尺できない場合と比較して、問題はごくわずかです。

ここに更新はありますか？ :)

この厄介な問題がなければ、OnlyOfficeが現時点で最高の無料デスクトップオフィスパッケージとして推奨される可能性があります。 そして今、一部のユーザーにとっては、その優れた機能にもかかわらず、それは完全に受け入れられません。 たとえば、13インチのフルHDラップトップのユーザー向けです。 その結果、分数スケーリングの欠如が主な停止要因になり、このソフトウェアをすべての人に推奨することはできません。

これを適切に機能させるには、OnlyOfficeをキャンバスの使用から出力にSVGを使用するように変更する必要があるため、レンダリングはピクセルグラフィックとしてではなく、ネイティブで実行されます。 しかし、これは大きな変更であり、実行するには多くの労力と時間がかかります。

OnlyOffice @arnowelzelを（代表して）話しますか？ そうでなければ、誰かが返事をするのを待つことができるでしょうか？

OnlyOffice @arnowelzelを（代表して）話しますか？ そうでなければ、誰かが返事をするのを待つことができるでしょうか？

いいえ、私もエンドユーザーです。 しかし、OnlyOfficeがUIをレンダリングする方法を知っており、キャンバスからSVGアウトアウトに変更しないと、1.5倍のスケーリングを適切にサポートできなくなります。

君の言う通りかもね。 私はデスクトップアプリでもC ++開発者でもありません。 ただし、キャンバスを作成するときにデバイスのピクセル比（スケーリング係数）を考慮に入れることで、前述の問題に対する古典的な回避策があります。 彼らはすでにこれを行っているように私には見えます： https ：

そして、あなたはすでにctrl +を使ってコンテンツをズームすることができます（メニュー、ヘッダーなどではありません）。 「ドキュメント」（Word相当）では120％、140％以上にズームしますが、スプレッドシート（​​Excel相当）では125％、150％以上にズームします。 通常のテキストの場合、ズームによって100％よりもぼやけて見えるとは思いません。 たぶんそれは通常のフォントレンダリングには適用されませんが、寄稿者のようなSVGアイコンは言いましたか？ その場合、それは本当に悪いですか？

これを適切に機能させるには、OnlyOfficeをキャンバスの使用から出力にSVGを使用するように変更する必要があるため、レンダリングはピクセルグラフィックとしてではなく、ネイティブで実行されます。 しかし、これは大きな変更であり、実行するには多くの労力と時間がかかります。

一般的にアイコンのスケーリングの問題があるアプリはたくさんあります。これがダブルコマンダーの例です

しかし、それは私たちが生きることができる小さな問題です。原因の機能が重要です。

アイコンだけについては説明しません。UI全体がビットマップとしてレンダリングされ（はい、デスクトップバージョンでも）、後でスケーリングされます。 このスケーリングは100％と200％でのみ適切に機能しますが、その間の値は機能しません。これにより、UIが「ぼやけた」状態になる可能性があります。 キャンバスレンダリングがどのように機能するか、および特定の倍率が問題を引き起こす理由については、上記の私の説明を参照してください。

例：

UI全体がわずかに「ぼやけている」ことがわかりますが、フォントの選択「Arial」と「11」はキャンバスの一部ではなく、ブラウザ自体によってネイティブ解像度でレンダリングされる要素。

そして、これは200％のスケーリングで同じUIです。

プレビューがGithubによって縮小された場合、違いを見つけるのは簡単ではありませんが、ビットマップをネイティブサイズで開くと、ポイントがはっきりとわかります。

UI全体がわずかに「ぼやけている」ことがわかりますが、フォントの選択「Arial」と「11」はキャンバスの一部ではなく、ブラウザ自体によってネイティブ解像度でレンダリングされる要素であるため、問題ありません。

うん、それは悪い。

ここに更新はありますか？ :)

6.3ver。を予定しています。

少し遅れますが、Windows 10の回避策として、バイナリを右クリックして[互換性]タブをクリックし、[高DPI設定の変更]ボタンをクリックすることで、アプリケーションのスケーリングをシステムのスケーリングで上書きできます。 これにより、アプリケーションは設定から​​システムスケーリングを使用するように強制されますが、端数の場合はぼやけて見えます。

遅くなることはありません.. :-)

少し前に、OnlyOfficeScalingの問題についてユーザー向けの短いトラブルシューティングドキュメントを作成しました。
私は4K画面でこの問題を抱えていました....これはそれの抜粋です->

OnlyOffice
画面のスケーリング/ズームに関する問題

特定の画面解像度（4K画面など）では、OnlyOfficeがメニューフォントを表示し、メニュー自体が小さすぎる場合があります。 これは、ドキュメントを開いたときにすでに目立ちます。

この問題は、次のようにWeb経由でNextcloudを起動するために使用されるブラウザを調整することで解決できます。
（この例では「MicrosoftEdge」）

「Edge」がインストールされているエクスプローラーでアプリケーションフォルダーを開きます。

右クリックしてプロパティを選択します。

[互換性]タブをクリックしてから、[高DPI設定の変更]をクリックします。

この設定を次の場所から変更します。

に：

適切にスケーリングされたクラウドでOnlyOfficeを起動するようになりました

重要：

設定を適用するには、ログアウトして再度ログインします（またはPCを再起動します）。

注：特定の状況下では、スケーリングを調整すると、EDGEブラウザーのフォントがぼやけることがあります。 これは、この変更と関係があります。 もちろん、必要に応じて、これを元に戻すこともできます。 必要に応じて、4K画面のスケーリングをより適切に/より完璧に処理できる他のブラウザーを使用/テストできます。

これは、アップスケーリングをラスタライズしただけなので、実際にはどのような形式のソリューションでもありません。

そうです..しかし、それはもっと回避策になるはずです..しかし正直に言うと..私はEdgeでコンテンツを読むのに本当に苦労しました-そして私は後でこの「回避策」を元に戻しました