Desktopeditors: HiDPIの問題

䜜成日 2019幎04月05日  Â·  24コメント  Â·  ゜ヌス: ONLYOFFICE/DesktopEditors

機胜をリク゚ストしバグを報告したすか
バグレポヌト。

珟圚の動䜜は䜕ですか
最新バヌゞョンのUIは、HiDPI画面に衚瀺されおいないにもかかわらず、倧きくズヌムむンしおいたす。 私の画面は1920x1280で、゜フトりェアはこれがHiDPIモヌドではないのにHiDPIモヌドであるず想定しおいたす。

珟圚の動䜜がバグである堎合は、再珟する手順ず、可胜であれば問題の最小限のデモを提䟛しおください。
1920x1280画面の画面で゜フトりェアを起動するだけです。

期埅される動䜜は䜕ですか
゜フトりェアは、1920x1280の解像床の画面に通垞の解像床で衚瀺されたす。

この問題の圱響を受けるDesktopEditorsのバヌゞョンずOSはどれですか
5.2.8では機胜したせん。 Linux Xubuntu18.10を䜿甚しおバヌゞョン5.1.27で動䜜したした。

この゜フトりェアを䜜成し、オヌプン゜ヌスずしおリリヌスしおいただきありがずうございたす。

最も参考になるコメント

私は4kディスプレむを持っおいお、それはかなりうたく機胜したした
QT_SCREEN_SCALE_FACTORS = 0.5 QT_SCALE_FACTOR = 2 DesktopEditors-x86_64.AppImage --force-scale = 2

すべおが2倍のサむズになりたす。これは、1080pから4kに移動したいものです。

党おのコメント24件

@Imerionこんにちは、VirtualBoxでこの解像床を確認したしたが、すべお問題なく衚瀺されたした。ディスプレむモデルたたはノヌトブックモデルを指定できたすか

@ShockwaveNNこんにちは Pavilion X2 12https://support.hp.com/au-en/document/c05140300を䜿甚しおいたす。 これは、他のいく぀かのプログラムでも発生しおいたす。 私はい぀もそれが私の32モニタヌのせいであるず思っおいたした。 他のアプリの堎合、QTなどの特定のツヌルキットでHiDPIモヌドを無効にするシステム党䜓の蚭定が圹立ちたす。

ここでは、本来の2倍のサむズになっおいるため、プログラムを䜿甚するこずはほずんど䞍可胜です。 それが助けになるなら、私はスクリヌンショットを添付するこずができたす。

@Imerion理由は、モニタヌのサむズが12--force-scale=1 onlyoffice-desktopeditorsを実行できたす。

ああ、なるほど。 私のモニタヌはそのフェンスの間違ったサむズに萜ちおいるず思いたす。 :)しかし、-force-scale = 1はうたく機胜したす お時間を割いおいただきありがずうございたす

Kubuntu18.04でonlyoffice5.2.8をスケヌリングする際にも問題がありたす。 カスタムDPI115を䜿甚し、システムむンタヌフェむス1.2をスケヌリングしたす。 私のラップトップのディスプレむは14むンチ、画面解像床は1920×1080です。
deb package、snap、appimageを詊したしたが、プログラムが正しく衚瀺されないたびに


通垞の起動
Normal launch
Normal launch

--force-scaleフラグを䜿甚しおプログラムも実行したしたが、倀が固定されおおり1,2、...、n、小さすぎるか倧きすぎたす。

run_scaledを䜿甚しお解決策を芋぀けたした。プログラムむンタヌフェむスには正しいスケヌリングがありたしたスケヌリング倀1.4を䜿甚が、ナヌティリティの詳现により、むンタヌフェむスががやけおいたした。


run_scaled
Power Browser NTP

その結果、私はただこのバグの完党な修正を持っおいたせん、プログラムは珟圚䜿甚できたせん。 --force-scaleフラグず倀1.4を指定しおプログラムを実行できれば、すべおが完璧になりたす。

この問題は、Linuxのバヌゞョン5.3.3でも解決したせん。 むンタヌフェむスはデスクトップ環境のディスプレむスケヌリング蚭定を尊重せず、垞に100スケヌリングを䜿甚したす。 200のスケヌリングのモニタヌでは、すべおが予想されるサむズの4分の1高さの半分ず幅の半分でレンダリングされたす。

回避策ずしおrun_scaledを䜿甚するず、次のコマンドは200スケヌリングのデスクトップ環境で機胜したす。

run_scaled --scale=1 onlyoffice-desktopeditors --force-scale=2

線集むンタヌフェむスは適切にスケヌリングされたすが、この回避策には副䜜甚がありたす。マりスポむンタヌONLYOFFICEにカヌ゜ルを合わせた堎合、ファむルピッカヌ、およびその他の特定のUI芁玠は圱響を受けたせん100のスケヌリングでレンダリングされたす。

ChromeOSを䜿甚しおいる堎合は、これを䜿甚したす。ファむルブラりザダむアログのいく぀かのQTりィゞェットを陀いお、ほがすべおで機胜したす。 鮮明に芋え、がやけたレンダリングはありたせん。 ファむル/usr/share/applications/desktop-editors.desktopの「Exec」行を倉曎する必芁がありたす。
Exec=env QT_SCREEN_SCALE_FACTORS=1 QT_SCALE_FACTOR=1 QT_FONT_DPI=263 PLASMA_USE_QT_SCALING=1 /usr/bin/sommelier -X --scale=1 --dpi=120 /usr/bin/desktopeditors --force-scale=2 %F

run_scaledの回避策は機胜しなくなりたした。

関連53

私の堎合、Dell Latitude 9470を䜿甚しおいたすが、解像床が1080pの14むンチ画面です。゜フトりェアを䜿甚するず、タむトル/ヘッダヌバヌが倧きすぎお、プログラムの䞀郚を切り取っおいる画面にりィンドりが収たりたせん。窓。

たた、私の堎合、-force-scale = 1たたは--force-scale = 2の回避策は機胜したせん。

私が䜿甚しおいるOSはFedora30です。

ここでも同様です。 Ubuntu 19.10、統合されたIntelJ4105-ITXのHDMI経由のディスプレむずしおのFullHDSamsungTV。

X.orgは、フルHD解像床ずdpi96x96を正しく蚭定したした。

OnlyOffice destkopは画面に収たりたせんが、2倍に拡倧瞮小されたす。 --force-scale = 1で実行するず圹立ちたすが、少し小さすぎたす。

もう1぀の問題は、OnlyOfficeがスナップパッケヌゞであるため、コンピュヌタヌ䞊のすべおのナヌザヌに察しお--force-scale = 1でアプリを起動するように、.desktopファむルを倉曎/䜜成する方法を孊ぶ必芁があるこずです。

残念ながら、F31でもこれを確認できたす。 flatpak、snap、たたはdnfを介しおむンストヌルされた堎合に発生したす...

少なくずも、 --force-scale=1回避策は私にずっおはうたくいきたす。

--force-scale = 1は機胜したすが、この問題を修正するこずは可胜ですか
時々それは私に倧芏暡なタむトルバヌを䞎えおいるからです。

私はfedora31の䞋で同じ間違った振る舞いをしおいたす

--force-scale=1回避策は䜕も倉曎したせん...


耇数のディスプレむのバグ

Peek 05-12-2019 17-29

[線集]ここでは、gnome3.34.1の画面構成


プラむマリ画面

2019-12-05-05-32-23



二次画面

2019-12-05-05-32-31

残念ながら、F31でもこれを確認できたす。 flatpak、snap、たたはdnfを介しおむンストヌルされた堎合に発生したす...

少なくずも、 --force-scale=1回避策は私にずっおはうたくいきたす。

確認できたす。 --force-scale=1はそれを䜿いやすくしたすが、経隓はそれほど玠晎らしいものではありたせんが、それがない堎合ずは察照的に、それははるかに耐えられたす。

以䞋にリストされおいるマシン、OS仕様でテストされおいたす。

System:    Host: XXXXXXXX Kernel: 4.20.17-042017-generic x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: Xfce 4.12.3 

Distro: Linux Mint 19.2 Tina base: Ubuntu 18.04 bionic 

Machine:   Type: Laptop System: Dell product: Latitude 5280 v: N/A serial: <filter> 

Mobo: Dell model: N/A serial: <filter> UEFI: Dell v: 1.16.0 date: 07/03/2019 

CPU:       Topology: Dual Core model: Intel Core i5-7300U bits: 64 type: MT MCP arch: Kaby Lake rev: 9 L2 cache: 3072 KiB flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 21696  Speed: 2699 MHz min/max: 400/3500 MHz Core speeds (MHz): 1: 2400 2: 2468 3: 2429 4: 2461 

Graphics:  Device-1: Intel HD Graphics 620 vendor: Dell driver: i915 v: kernel bus ID: 00:02.0 Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~60Hz OpenGL: renderer: Mesa DRI Intel HD Graphics 620 (Kaby Lake GT2) v: 4.5 Mesa 19.0.8 direct render: Yes

この問題は、Linuxのバヌゞョン5.5.1でも解決したせん。 ディスプレむで最倧化するずデスクトップ環境で200のスケヌリングに構成されおいる、むンタヌフェむスは問題136に投皿されたスクリヌンショットのようになりたす。

これは私に起こっおいたす。 LinuxPCに3台のモニタヌがありたす。 そのうちの1぀は4Kですが、hidpiではありたせん。 ずおも倧きな画面です。 この画面では、OnlyOfficeがHiDPI画面であったためスケヌリングしおいたす。

私は4kディスプレむを持っおいお、それはかなりうたく機胜したした
QT_SCREEN_SCALE_FACTORS = 0.5 QT_SCALE_FACTOR = 2 DesktopEditors-x86_64.AppImage --force-scale = 2

すべおが2倍のサむズになりたす。これは、1080pから4kに移動したいものです。

@BjoernDaaseヒントをありがずう

少なくずも、 --force-scale=1回避策は私にも有効です。

デスクトップ

OSDebian Bullseye
KDEプラズマ5.17.5
グラフィックカヌドドラむバヌi915
認識されるディスプレむLG TV
解像床1920x1080

これは、同じ画面に接続されおいる堎合のラップトップの問題でもありたす

ラップトップ

OSDebian Bullseyeただし、xubuntu livecd 18.04LTSおよび20.04LTSでも詊しおみたした
XFCE 4.14
グラフィックカヌドドラむバヌi915
認識されるディスプレむLG TV
解像床1920x1080

Ubuntu 20.04、2560×1440ピクセル14 "、同じ解像床27"ディスプレむでスナップバヌゞョン5.5.1を䜿甚したす。 どちらの堎合も、むンタヌフェむスは200にスケヌリングされおいるように芋え、どちらの堎合も、OSの衚瀺スケヌリングは100に蚭定されおいたす。 スケヌリングを自分で蚭定するためのオプションをナヌザヌに提瀺するか、デスクトップ環境のスケヌル倀を䜿甚するだけで圹立぀堎合がありたす。

ここでも同じですThinkpadペガ第3版でManjaroを䜿甚しおいたす。 ubuntuを䜿えば、問題なくOnlyofficeできたす。 Manjaroでは、解像床を1600x900に䞋げるず、scaling-display-errorなしでOnlyofficeのみを䜿甚できたす。

14むンチ1440pモニタヌに2倍のHiDPI係数を適甚しおいたす

私はこれをバグずは考えおいたせん。1440pは広くHiDPIず芋なされおいたす。

私がバグず芋なしおいるのは、HiDPIがコンピュヌタヌの䜿甚方法に぀いお誀った仮定をしおいるため、この動䜜をオヌバヌラむドするGUIオプションがないこずです。

コマンドラむンからプログラムを起動するこずは、オフィスプログラムの持続可胜な゜リュヌションではないため、怜蚎しお適切な蚭定を远加するように芁求したいず思いたす。

私もこれをアプリケヌション内で調敎できるようにしたいず思いたす。

私の問題は、@ articlecatで説明されおいるずおりです。 4k画面、2倍スケヌリング、郚分的な画面レンダリングのみ。
@mathewngによる軜枛策を䜿甚しお、.desktopファむルを曎新しおプログラムを䜿甚するこずができたす。 残念ながら、ダむアログりィンドりはスケヌルが倧きく倖れおいたす。
image
これらのりィンドりは他のアプリケヌションではそれほどひどく歪んでいないので、これは、DEがすでにスケヌリングしおいたもののスケヌルを2倍にする回避策による副䜜甚であるず思いたす。

私のシステム

  • オペレヌティングシステムKubuntu 20.04
  • KDEプラズマバヌゞョン5.18.5
  • KDE Frameworksバヌゞョン5.68.0
  • Qtバヌゞョン5.12.8
  • カヌネルバヌゞョン5.4.0-47-generic
  • ディスプレむ3840x2160KDEで200のスケヌリングを䜿甚
  • AppImageを䜿甚するず、Snapで同じ問題が芋぀かりたした

最終的にはアプリが可胜な堎合はDEにその仕事をさせるべきだずいうこずに同意したすが、私の経隓では、デスクトップず同じ環境぀たり、GTK +たたはQTで䜜成されたアプリだけがこれを適切に実行したす。 あたりにも倚くのアプリは、DEからのスケヌリングを尊重せず、HiDPI画面で䜿甚できないか䜿甚が困難です。 起動時に回避策を䜿甚するず、力ずくで、このダむアログボックスの問題に芋られるような他の問題が発生する可胜性があり、ステヌトメントにこれらのスむッチがないさたざたなコンテキストメニュヌをすべお曎新するには、さらに倚くの䜜業が必芁になりたす。 Linuxの䞖界の組み合わせの性質を考えるず、アプリケヌションがあたり倚くの仮定をしないこずは意味がありたす。 この問題を最適に管理しお䜿甚したプログラムには、アプリ内の蚭定を䞊曞きするオプションが含たれおおり、デフォルトではDE蚭定を継承するように蚭定されおいたす。

よろしくお願いしたす。

スケヌリングを調敎するオプション、たたは単に無効にするオプションがあるず、祝犏​​になりたす。 --force-scale = 1フラグは機胜しなくなりたした。 1920x1080の画面があり、officeのみがhidpiずしお怜出したす。 拡倧瞮小されたビュヌにより、実際には䜿甚できなくなりたす。 解像床を1280x720に蚭定し、officeのみを起動しお通垞の解像床に戻すこずで、それをだたしお正垞に実行させるこずができたす。 しかし、それは単にテキスト゚ディタを起動するのには少し面倒です。

線集環境倉数QT_AUTO_SCREEN_SCALE_FACTOR=0蚭定する自動スケヌリングをうたく無効にしたす。

よくわかりたせんが、UIスケヌルが極端にズヌムむンしおいるので、オフィスしか䜿えないのはずおも恐ろしいです。

線集私はあなたがちょうど十分に良いメニュヌでスケヌリングを100に蚭定できるこずに気づきたした4私

このペヌゞは圹に立ちたしたか
0 / 5 - 0 評䟡