Desktopeditors: تحجيم واجهة 1.5x لشاشات HiDPI الصغيرة

الشيء نفسه في Windows 10 - الرموز والنصوص صغيرة. سيكون من الجيد أن يكون لديك خيار "حجم الرمز" أو ربما بعض السمات ذات القيود العالية.

نعم. يمكنني تأكيد ذلك لكل من Windows 10 و Ubuntu Gnome. نحتاج إلى خيار لتوسيع نطاق واجهة المستخدم في إصدار سطح المكتب.

في الإصدار الحالي ، لقياس يساوي 144 نقطة في البوصة أو أقل ، يتم استخدام عناصر 1x
لتبديل التطبيق يدويًا إلى القياس 2x ، استخدم وسيطة --force-scale = 2 لبدء التطبيق

أنا (والعديد من الآخرين على ما أعتقد) بحاجة إلى خيار أكثر دقة. لدي "فقط" شاشة 13.3 "1080 بكسل. كما هي ، الرموز صغيرة جدًا ، لكن خيار 2x غير قابل للتطبيق أيضًا (دقة 960 × 540 فعالة).

تبدو أفضل بكثير مع --force-scale = 2 ولكنها لا تزال غير مثالية

trinhno للأسف ، ليس لدينا حل للقيم الكسرية في القياس حتى الآن

@ rend3r شكرًا ، سيتم إصلاحه في الإصدار القادم

توجد مشكلة مماثلة على Surface 3 (Scalling 150٪ ، OnlyOffice 4.4.1).

اجعل OnlyOffice غير قابل للاستخدام تمامًا.

نفس الشيء هنا على جهاز Surface المماثل ، Windows 10 محدث بالكامل وتثبيت نظيف لـ onlyoffice.
الشاشة: 1920 × 1080 بحجم 12.2 بوصة. واجهة المستخدم هائلة ولا يتبقى سوى مساحة صغيرة للمستند. كما يقع جزء من واجهة المستخدم خارج الإطار وبالتالي لا يمكن الوصول إليه.

لا يمكن العثور على أي شيء ضمن الإعدادات المتقدمة أيضًا

تحرير: أستخدم هذا الجهاز نفسه مع شاشة خارجية في بعض الأحيان وهذا يعمل بشكل مثالي (19 بوصة ، 1680 × 1050).

لدي مشكلة أخرى. مع Titlebar. إنه كبير جدًا على 14 بوصة Full HD

maxkadushkin هل لي أن أسأل ما إذا كان هناك أي ETA للإصدار الجديد؟

filkeith هل تستخدم بعض العلامات لبدء تشغيل التطبيق؟ هل لديك هذا الخطأ في الإصدار الجديد؟

تضمين التغريدة لقد حاولت التشغيل في وضع التوافق وبأعلام مختلفة ، لكن لا شيء يساعد. قال أيضًا شخص من فريقك (xkorolx) على habr ، إنه أعاد إنتاج هذا الخطأ وأنك ستصلحه في الإصدار التالي.

تظهر المشكلة فقط على FullHD عندما يكون حجم العرض أقل من 15 '، كما أفهم. لدي dell latitude e5450 مع شاشة مقاس 14 بوصة. إذا قمت بتوصيل شاشة خارجية وتحريك النافذة إلى الشاشة ، فسيصبح شريط العنوان بالحجم الطبيعي.

@ 5haffl الإصدار القادم

filkeith ما قاله xkorolx صحيح ، تم إصلاح مشكلتك وسيتم إصدارها قريبًا

أما بالنسبة لـ 4.8.6

لا أرى أي مشكلة في الإعداد الخاص بي الآن.

بعد التحديث الأخير 4.8.7.392 تم حل مشكلتي

أنا أستخدم Solus Linux وكل شيء يتدرج بشكل جيد باستثناء المؤشر الصغير. أنا أستخدم أحدث سناب.

5.1.29.348 x64 لا يستخدم القياس على الإطلاق في نظام التشغيل Windows 10 الذي تم تكوينه باستخدام قياس 200٪ لواجهة المستخدم @ 3840x2160:

مع --force-scale=2 أفضل بكثير ، لذا فإن السؤال هو ، لماذا لم يتم اكتشاف ذلك تلقائيًا؟ راجع أيضًا: https://msdn.microsoft.com/de-de/library/windows/desktop/dn280510 (v = vs.85) .aspx

نعم ، أوافق ، يجب اكتشاف هذا النوع من الأشياء تلقائيًا. إنه لأمر مؤلم أن يتم إخبارك أن الحل هو أنه يجب علي تشغيل التطبيق باستخدام الأعلام. أنا لا أفتح أشياء من سطر الأوامر ، أليس كذلك؟

راجع للشغل ، لقد انتهيت من إصلاحه بالانتقال إلى exe. وتحت إعدادات التوافق و HiDPI ، وضبطه لتجاهل وتجاوز محاولة الأنظمة استخدامه بطريقة HiDPI. هذا يعني أن التطبيق يبدو ضبابيًا نوعًا ما. ليس عظيما.

أحب واجهة المستخدم الخاصة بـ OnlyOffice. لقد كنت من أشد المؤيدين لها. لقد قمت للتو بوضع خادم المستندات الخاص بي حتى أتمكن من دمجه مع نظام NextCloud الخاص بي. لكن تجربة المحرر يمكن أن تستخدم إصلاحًا في هذا الأمر!

أواجه مشكلة مماثلة ، لكن لا يبدو أن أي شخص لديه هذه المشكلة بالذات في هذا الموضوع ، حيث أن المحرر في Arch Linux (Manjaro-Deepin) لا يحترم القياس

أواجه مشكلة مماثلة ، لكن لا يبدو أن أي شخص لديه هذه المشكلة بالذات في هذا الموضوع ، حيث أن المحرر في Arch Linux (Manjaro-Deepin) لا يحترم القياس

نفس المشكلة هنا على أحدث كيدي نيون. هناك مشكلتان # 78 و # 136 لهذا ، ومع ذلك فقد تم فتحهما لفترة طويلة الآن.

نعم ، إذن ... الوضع أسوأ الآن؟

لا أعرف ما إذا كان مرتبطًا بـ HiDPI ولكن هنا ما يبدو عليه في Fedora 29 ، 1920x1080.

يبدو جيدًا مع desktopeditors --force-scale=1 ، وبعد إطلاقه في المحطة الطرفية بهذه المعلمة ، إذا قمت بتشغيله من خلال مشغل التطبيقات ، فإنه يتذكر المقياس (وهو أمر جيد).

نفس الشيء على النوافذ ، محزن ، أنه لا يصلح بشكل صحيح (150٪ على شاشة مقاس 1920 × 1080 13.3 بوصة)
ولد يحب التخلي عن المكتب (ومايكروسوفت) إلى الأبد.

إصدار Ubuntu المثبت من snap لا يكتشف HiDPI تلقائيًا. - مقياس القوة = 2 يوفر مخرجات غريبة.

محدث: نفس الشيء مع deb.

حصلت على نفس المشكلة .. أيقونات صغيرة جدًا على Windows 10 / متصفح Chrom .. OnlyOffice يعمل في Docker .. الشيء الغريب .. أنه لم يحصل على هذا التصرف منذ البداية ..!؟

آه .. مثير للاهتمام .. فقط حاولت فتح المستند نفسه على متصفح آخر (الآن Windows 10 Edge) .. الآن يعرض المحتوى بشكل صحيح بحجم جيد .. لذا يمكنني أيضًا أن أكون مرتبطًا بالمتصفح؟!

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

يتعلق هذا الموضوع بمحرر سطح المكتب ، وبالتالي البرنامج الذي تثبته محليًا ، وليس الخادم أو واجهة المتصفح.

thx memen45 للتوضيح

أواجه مشكلة مماثلة ، لكن لا يبدو أن أي شخص لديه هذه المشكلة بالذات في هذا الموضوع ، حيث أن المحرر في Arch Linux (Manjaro-Deepin) لا يحترم القياس

أنا أيضا. Ubuntu 18.04 KDE Neon 4k شاشة Surface Pro 3

Ubuntu 19.04 ، محررو سطح المكتب OO 5.3.95.43 من deb.

كل شيء على ما يرام.

أنا أستخدم 5.3.95.43 أيضًا.
فهل هذا شيء كيدي؟ نشر بعض المستخدمين أن لديهم المشكلة لكنهم لم يذكروا نظام التشغيل الخاص بهم.

Ubuntu 19.04 ، محررو سطح المكتب OO 5.3.95.43 من deb.

أفترض أن 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 Neon 4k شاشة Surface Pro 3

لقد كان لدي أيضًا [Manjaro ، KDE] ، لكنني أجد طريقة حل بديلة بالنسبة لي:
~ $ Exec = QT_FONT_DPI = 163 QT_SCREEN_SCALE_FACTORS = 1 QT_SCALE_FACTOR = 1 / usr / bin / desktopeditors٪ F

بصراحة نوع من الجنون أن هذه لا تزال مشكلة بعد عامين من الإبلاغ عنها في البداية. هل هذا المشروع حتى يتم تطويره بنشاط حتى الآن؟

انظر ، فهمت ، إنه مفتوح المصدر ، وإذا تعطل شيء ما ، فمن الأفضل إصلاحه بدلاً من الشكوى ، لكني أجد هذا محبطًا حقًا لأنني كنت آمل أن يكون هناك بديل قابل للتطبيق لاحتكار المصدر المغلق لمايكروسوفت.

jcklpe نعم ، المشروع لا يزال قيد التطوير. تم إصدار الإصدار الحالي 5.3.95.84 2019-08-26: https://www.onlyoffice.com/en/download-desktop.aspx. ومع ذلك ، يبدو أنه ليس من السهل التعامل مع "HiDPI" في Linux. في Windows ، لم أعد أرى هذه المشكلات ، لكن لدي عددًا من التطبيقات الأخرى في Linux والتي إما لا تدعم HiDPI على الإطلاق أو فقط بنسبة 100٪ أو 200٪ ولكن ليس أي عامل بينهما ، على سبيل المثال KeePassXC.

أواجه مشكلة مماثلة ، لكن لا يبدو أن أي شخص لديه هذه المشكلة بالذات في هذا الموضوع ، حيث أن المحرر في Arch Linux (Manjaro-Deepin) لا يحترم القياس

أنا أيضا. Ubuntu 18.04 KDE Neon 4k شاشة Surface Pro 3

نفس المشكلة تعمل بمقياس 2x (تمنيت أن تفعل 1.5x) على Manjaro KDE:

آمل أن يتم إصلاح هذا قريبًا ، المكتب الوحيد هو برنامج مكتب أرغب في العمل معه في شاشة الكمبيوتر المحمول مقاس 12 بوصة 1080 ...

يمكن إصلاح ذلك بسهولة إذا قام المطورون بإرجاع علامة عامل مقياس قوة الجهاز بقيم كسرية. على سبيل المثال ، سأكون بخير مع 0.75 ، ولكن مع علامة مقياس القوة الحالية ، يمكنني فقط تحديد قيم عدد صحيح.

أواجه مشكلة في هذا أيضًا. تشغيل Kubuntu 18.04 مع Force Fonts DPI 110 على شاشة 4K. كيف يبدو بشكل افتراضي:

كل شيء ضخم مقارنة ببقية سطح المكتب.

يبدو أن تشغيل desktopeditors --force-scale=1 يساعد في البداية ، ولكن بمجرد أن أحاول تغيير حجم النافذة ، تعود علامات التبويب الموجودة في الجزء العلوي إلى كونها ضخمة ومتزعزعة. أيضًا ، لن يسمح لي بتغيير حجم عرض النافذة ليكون ضيقًا كما أريد:

في الإصدار الحالي ، لقياس يساوي 144 نقطة في البوصة أو أقل ، يتم استخدام عناصر 1x
لتبديل التطبيق يدويًا إلى القياس 2x ، استخدم وسيطة --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

أنت بطلي ، لقد تخليت بالفعل عن OnlyOffice مع Manjaro ، لكن استخدام هذا كملف .desktop (بمسار مختلف بالطبع) يعمل بشكل مثالي تمامًا!

نفس المشكلة هنا على Windows 10 مع HP Spectre 13 '' x360 (شاشة تعمل باللمس).

ليست صفقة ضخمة ولكن سيكون من الجيد حقًا أن تكون قادرًا على تغيير حجمها لتلائم معايير القياس العالمية. الحجم الحالي على جهاز الكمبيوتر الخاص بي يجعل من الصعب بعض الشيء القراءة ومرهق للعيون.

توجد رسائل حول العديد من المشكلات في هذه المشكلة ، لكني أحاول توضيح الأمور.
يجب إصلاح بعض مشكلات هذا الخيط ، لكنني أترك هذه المشكلة مفتوحة وأجعل هذه المشكلة الرئيسية للمشكلات المتعلقة بشاشات HiDPI ذات الحجم الظاهري المنخفض (أعتقد أن شيئًا مثل شاشة عرض 1080 13 بوصة إذا كنت أتذكر ذلك بشكل صحيح ، وبعض الحالات الأخرى مع شاشات 4K ).
بالنسبة لتلك الدقة ، يجب أن نقدم تحجيم عرض 1.5x وهو يعمل ، لكن لا يمكنني إعطاء أي ETA

تهيئتي هي 125٪ (إعدادات العرض) في شاشة مقاس 14 بوصة (1920 × 1080) ، مع عدم وجود معلمات في البداية يبدو على النحو التالي (مثل --force-scale=1 )

مع --force-scale=2 ، هذا كثير جدًا 😰

الأرقام الموجودة في المنتصف لا تعمل (حاولت على أي حال). ايوجد اي عمل في هذه المنطقه؟

يبدو أن المقياس الكسري غير مدعوم حتى الآن. راجع أيضًا https://github.com/ONLYOFFICE/DesktopEditors/issues/53#issuecomment -576294085:
"بالنسبة لتلك الدقة ، يجب أن نقدم تحجيم شاشة 1.5x وهو قيد التشغيل ، لكن لا يمكنني إعطاء أي وقت متوقع"

arnowelzel Yeap ، يتم دعم مقياس عرض 1x و 2x فقط حاليًا

ShockwaveNN ، لا تزال مشكلة التحجيم موجودة في الإصدار 5.5.1 أم أن بعض الإصلاح قد ظهر؟

vladimirkosolapov عذرا ، لم تنفذ بعد. نأمل أن يكون جاهزًا في الإصدار 5.6 في المستقبل ، لكن لا يمكننا ضمانه

150٪ مطلوب ليس فقط للشاشات الصغيرة. إنه أيضًا مقياس شائع على شاشات مقاس 27 بوصة بدقة 4K ، ويتطلب ذلك استخدام رموز SVG ، لذلك يتم تقديمها بشكل جيد. وهي مدعومة بالكامل من قبل المحرك بالفعل.

هنا أيضًا: سأقدر قيمة 1.5

+1

+ ، على كمبيوتر محمول HiDPI مقاس 13 بوصة ، أصبح الآن غير قابل للاستخدام

+ ، على كمبيوتر محمول HiDPI مقاس 13 بوصة ، أصبح الآن غير قابل للاستخدام

لقد حاولت استخدام جهاز FHD 14 '- لم يتم إصلاحه بعد.

النوافذ فقط:
لا أعرف ما إذا كان هذا قد تم ذكره بالفعل ، ولكن يمكنك إضافة المعلمة --force-scale=2 إلى اختصار سطح المكتب لـ ONLYOFFICE Editors وستعمل طوال الوقت ، بغض النظر عما إذا كنت قد بدأت من قائمة البداية ، cmd أو لأنك قمت بفتح مستند.
هذا الحل أيضًا أفضل بكثير من إعدادات HDPI ، لأنه إذا قمت بتعيينه للكتابة بواسطة النظام ، فسيصبح التطبيق بأكمله ضبابيًا للغاية.

الشيء الذي لا أفهمه هو لماذا لم يتم اكتشاف ذلك تلقائيًا ...؟
أنا أستخدم 5.5.1.78 ولا يزال يتعين عليك تطبيق هذه المعلمة وإلا ستكون واجهة المستخدم صغيرة جدًا على شاشة UHD الخاصة بي.

@ major-mayer يحتاج بعض الأشخاص إلى توسيع 1.5x وليس 2x. وهذا غير معتمد حتى الآن.

لماذا هذه المشكلة في ريبو "محرري سطح المكتب"؟ لقد جربت للتو OnlyOffice داخل NextCloud وكان صغيرًا جدًا جدًا ...

لماذا هذه المشكلة في ريبو "محرري سطح المكتب"؟ لقد جربت للتو OnlyOffice داخل NextCloud وكان صغيرًا جدًا جدًا ...

لا يزال التحديث لم يتم تقديمه. أنا في انتظار ذلك)

لماذا هذه المشكلة في ريبو "محرري سطح المكتب"؟ لقد جربت للتو OnlyOffice داخل NextCloud وكان صغيرًا جدًا جدًا ...

نعم ، أنت على حق ، هذه المشكلة فعلية لـ DocumentServer أيضًا ، تقريبًا جميع مشكلات DesktopEdition الفعلية لـ DocumentServer ومنذ إصدار DocumentServer أولاً - يجب علينا نقل هذه المشكلات إلى DocumentServer repo لكنني أفضل عدم نقلها ، لأنني لا أعتقد ذلك سيكون مفيدًا جدًا ، ولكن إذا كنت تريد ذلك حقًا - يمكنك إنشاء مشكلة أخرى في DocumentServer repo

في 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 كبير جدًا على شاشة مقاس 13 بوصة 1920 × 1080 ، هذا ليس حلاً حقيقيًا

يبدو الأمر جيدًا على شاشة العرض مقاس 1920 × 1080 ، لكنني سأعترف بأن الإعداد الخاص بي قد يكون غريبًا. لقد قمت بتوسيع شاشة HiDPI الخاصة بي بنسبة 200٪ ، ثم قمت بتوسيع نطاق عرض 1080p الخاص بي بمقدار 2x. إذا كان --force-scale = 2 كبيرًا جدًا ، فربما حاول استخدام مقياس 1 ، أو لا تستخدم الوسيطة --force-scale.

في Manajaro GNOME ، اضطررت إلى إلغاء تعيين QT_QPA_PLATFORMTHEME ، وتعيين QT_AUTO_SCREEN_SCALE_FACTOR=1 ، واستخدام --force-scale=2 . الآن حجمها وتبدو صحيحة. آمل أن يساعد هذا شخص آخر.

- مقياس القوة = 2 هو قياس 200٪ ، وليس 150٪.

+ 1 إلى 150٪ تحجيم.

يمكن تأكيد أن --force-scale = 1 تعمل بشكل جيد على جهاز الكمبيوتر المحمول مقاس 14 بوصة والذي يعمل بدقة 2160 × 1440 على نظام التشغيل windows
يجب أن يكون هذا prioirty مرتفعًا لأنه بدونه ، فإن أوراق الانتشار غير ممكنة إلى حد ما

على شاشة LG 43UD79-B مقاس 108 سم (42.5 بوصة) ، تبدو المستندات كبيرة جدًا ، وربما يكون حجمها مزدوجًا (طولًا) مقارنة بالمظهر العادي ، على عكس جميع البرامج الأخرى التي أستخدمها. النظام هو Manjaro Linux مع Gnome. مع الحيلة onlyoffice --force-scale=1 (تعلم من هنا) يبدو طبيعياً.

+1 لتحجيم 150٪

+1 لتحجيم 125 أو 150٪

+1 لتحجيم 150٪.

من الصعب جدًا استخدام OnlyOffice بدون تحجيم كسري. سأفترض من خلال هذا الموضوع أنه لن يتم معالجة هذه المشكلة في أي وقت قريب. فقط أضع سنتي في الخارج لإظهار أهمية طلب الميزة هذا.

الشيء نفسه بالنسبة لي ، OnlyOffice غير قابل للاستخدام تمامًا بدون توسيع نطاق جزئي.

إذن ، المشكلة عمرها 3.5 عامًا ، وأجهزة الكمبيوتر المحمولة المزودة بشاشات 1080 بكسل و 1440 بكسل موجودة في كل مكان ولا تزال المشكلة قائمة؟

@ Real-Gecko ، للأسف ، لم يتم بعد ، ولكن في التطوير الآن

ولكن قيد التطوير الآن

maxkadushkin عظيم أن نسمع! هل هناك علاقات عامة يمكننا الاشتراك بها؟

szaimen ، لا. إنه يتطور على فروع محددة في وحدات مختلفة

قد يستغرق هذا وقتًا طويلاً ، لكن لا ينبغي أن يكون صعبًا. SVG ، المطلوب للرموز ، مدعوم بالفعل.

@ Real-Gecko ، للأسف ، لم يتم بعد ، ولكن في التطوير الآن

شكرا لردود الفعل ، عبرت الأصابع.

قد يستغرق هذا وقتًا طويلاً ، لكن لا ينبغي أن يكون صعبًا. SVG ، المطلوب للرموز ، مدعوم بالفعل.

نعم ، ولكن ، للأسف ، لدينا بعض المشاكل لإنشاء رموز svg التي سيتم عرضها بشكل متساوٍ في أحجام مختلفة (100٪ ، 125٪ ، 150٪ ، 175٪ ، 200٪)

قد يستغرق هذا وقتًا طويلاً ، لكن لا ينبغي أن يكون صعبًا. SVG ، المطلوب للرموز ، مدعوم بالفعل.

نعم ، ولكن ، للأسف ، لدينا بعض المشاكل لإنشاء رموز svg التي سيتم عرضها بشكل متساوٍ في أحجام مختلفة (100٪ ، 125٪ ، 150٪ ، 175٪ ، 200٪)

ما هي المشكلة بالضبط؟ أستخدم أيقونات SVG بنفسي في مشاريع أخرى دون أي مشاكل على أي مستوى من مستويات القياس. هل لديك لقطات لتوضيح المشكلة؟

على سبيل المثال ، تبدو بعض رموز svg الخاصة بنا جيدة في 100٪ و 200٪ ، وليست جيدة في 150٪ وسيئة في 125٪

لست من ذوي الخبرة في svg لأقول ما هي المشكلة

على سبيل المثال ، تبدو بعض رموز svg الخاصة بنا جيدة في 100٪ و 200٪ ، وليست جيدة في 150٪ وسيئة في 125٪

هل تستخدم SVG؟ أم أنها PNG تم إنشاؤها مسبقًا من SVG؟

هل تستخدم SVG؟ أم أنها PNG تم إنشاؤها مسبقًا من SVG؟

إنه svg

لا تبدو غير صالحة للاستعمال. وعدم وجود مقياس مناسب يجعل التطبيق غير قابل للاستخدام. إذا كنت ترغب في ذلك ، يمكنك إخفاء الخيار لغير حسن المظهر في خيار سطر الأوامر بحيث يمكن للمستخدمين المتمرسين فقط الوصول إليه.

مرسلة من هاتفي المحمول

في 21 كانون الثاني (يناير) 2021 ، الساعة 3:40 مساءً ، كتب regs01 [email protected] :

على سبيل المثال ، تبدو بعض رموز svg الخاصة بنا جيدة في 100٪ و 200٪ ، وليست جيدة في 150٪ وسيئة في 125٪

هل تستخدم SVG؟ أم أنها PNG تم إنشاؤها مسبقًا من SVG؟

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بإلغاء الاشتراك.

يبدو أنه تم تطبيق القياس بعد إجراء عرض SVGs. في هذه الحالة ، لن تظهر الرموز فقط "غير واضحة" ولكن أيضًا كل شيء آخر لأن الكل لن يستخدم وحدات بكسل حقيقية على الشاشة ولكن سيتم عرضه بنسبة 100٪ وسيتم بعد ذلك تحجيم النتيجة. أعتقد أنه عند استخدام عنصر CANVAS لإخراج واجهة المستخدم الرسومية بدلاً من عرض واجهة المستخدم الرسومية الأصلية ، لا يمكن تجنب ذلك.

سنتي: الأيقونات ذات المظهر غير المثالي هي شيء أقل إزعاجًا بكثير من القياس الخاطئ الحالي. الحاجة الأساسية هي الحصول على القياس الصحيح للعرض ، للحصول على تطبيق قابل للاستخدام. مشكلة كمال الأيقونات هي تفاصيل ثانوية. يمكن تأجيلها إذا كانت نقطة صعبة.

يبدو أن المقياس يؤثر على النص __و_ الرموز من أحد التعليقات السابقة.

مرسلة من هاتفي المحمول

في 23 كانون الثاني (يناير) 2021 الساعة 11:26 صباحًا ، كتب Laurent SIMON [email protected] :

سنتي: الأيقونات ذات المظهر غير المثالي هي شيء أقل إزعاجًا بكثير من القياس الخاطئ الحالي. الحاجة الأساسية هي الحصول على القياس الصحيح للعرض ، للحصول على تطبيق قابل للاستخدام. مشكلة كمال الأيقونات هي تفاصيل ثانوية. يمكن تأجيلها إذا كانت نقطة صعبة.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بإلغاء الاشتراك.

يبدو أن المقياس يؤثر على النص __و_ الرموز من أحد التعليقات السابقة.
...
مرسلة من هاتفي المحمول
في 23 كانون الثاني (يناير) 2021 ، الساعة 11:26 صباحًا ، لوران سيمون @ . * > كتب: سنتي: الأيقونات ذات المظهر غير المثالي هي أمر أقل إزعاجًا بكثير من القياس الخاطئ الحالي. الحاجة الأساسية هي الحصول على القياس الصحيح للعرض ، للحصول على تطبيق قابل للاستخدام. مشكلة كمال الأيقونات هي تفاصيل ثانوية. يمكن تأجيلها إذا كانت نقطة صعبة. - أنت تتلقى هذا لأنك علقت. قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بإلغاء الاشتراك.

نعم - وهذا لا يمكن حله لأن OnlyOffice يستخدم لوحة JavaScript على لوحة مستعرض وليس عرض نظام التشغيل الأصلي. كما يعمل تطبيق سطح المكتب بهذه الطريقة. عند إنشاء لوحة قماشية ، ستتم ترقية وحدات البكسل اعتمادًا على مقياس نظام التشغيل.

مثال:

يمكنك إنشاء لوحة قماشية بعرض وارتفاع 100 بكسل. إذا كان قياس نظام التشغيل 100٪ ، فهذا يعني بالضبط 100 × 100 بكسل للجهاز:

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

ومع ذلك - عندما يكون حجم نظام التشغيل 200٪ ، فإن نفس مساحة اللوحة ستصبح ضعف حجمها نظرًا لأن جميع وحدات البكسل سيتم قياسها حسب العامل 2. تعمل المستعرضات بهذه الطريقة للتأكد من أن حجم عناصر الصورة النقطية (مثل الصور أو لوحة الرسم) يظل كما هو نسبيًا إلى عناصر نصية تزداد أيضًا. ومع ذلك ، فإن عناصر النص تستخدم التقديم الأصلي وستستخدم وحدات البكسل للخط دائمًا بكسلات الجهاز.

ولكن عند قياس 200٪ من علبة العلبة ، ستظل تحتوي على 100 × 100 بكسل فقط. للتخفيف من هذا التأثير ، يمكن تصغير حجم اللوحة مرة أخرى باستخدام CSS ، بحيث يمكن زيادة حجم الغلاف الداخلي إلى 200 × 200 بكسل لتتناسب مع دقة الجهاز:

<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 خالص وليس لوحة لعرض المحتوى. لكن هذا سيكون نهجًا مختلفًا تمامًا يتطلب إعادة كتابة كاملة لكود العرض تقريبًا أو أكثر.

يبدو أن المقياس يؤثر على النص __و_ الرموز من أحد التعليقات السابقة.

نعم طبعا. أقول فقط أن الأهم هو أن تكون قادرًا على توسيع نطاق العرض. إذا لم يتم تقديم الرموز بشكل مثالي دائمًا بمقياس معين ، فهذه مشكلة لا تذكر مقارنة بعدم القدرة على القياس بحجم يتكيف مع DPI.

أي تحديث هنا؟ :)

إن لم يكن لهذه المشكلة المزعجة ، يمكن التوصية بـ OnlyOffice كأفضل حزمة مكتب مجانية لسطح المكتب في الوقت الحالي. والآن ، بالنسبة لبعض المستخدمين ، إنه غير مقبول تمامًا على الرغم من وظائفه الممتازة. على سبيل المثال ، لمستخدمي أجهزة الكمبيوتر المحمولة عالية الدقة مقاس 13 بوصة. نتيجة لذلك ، يصبح عدم وجود مقياس كسري هو عامل التوقف الرئيسي الذي لا يسمح لك بالتوصية بهذا البرنامج للجميع

للحصول على هذا العمل بشكل صحيح ، سيحتاج OnlyOffice إلى التغيير من استخدام لوحة قماشية لاستخدام SVG للإخراج ، لذلك سيتم إجراء العرض بشكل أصلي وليس كرسومات بكسل. لكن هذا تغيير كبير وسيستغرق الكثير من الجهد والوقت للقيام به.

هل تتحدث باسم (تمثل) OnlyOfficearnowelzel؟ إذا لم يكن الأمر كذلك ، فربما يمكننا انتظار رد شخص ما؟

هل تتحدث باسم (تمثل) OnlyOfficearnowelzel؟ إذا لم يكن الأمر كذلك ، فربما يمكننا انتظار رد شخص ما؟

لا ، أنا أيضًا مجرد مستخدم نهائي. لكنني أعرف كيف يعرض OnlyOffice واجهة المستخدم وبدون التغيير من Canvas إلى SVG outout ، فلن يتمكنوا أبدًا من دعم توسيع 1.5x بشكل صحيح.

قد تكون محقا. أنا لست مطور تطبيقات سطح مكتب أو C ++. ومع ذلك ، هناك حل كلاسيكي للمشكلة التي ذكرتها ، من خلال أخذ نسبة البكسل في الجهاز (عامل القياس) في الاعتبار عند إنشاء اللوحة القماشية. يبدو لي أنهم يفعلون ذلك بالفعل: https://github.com/ONLYOFFICE/desktop-apps/search؟

ويمكنك استخدام ctrl + today بالفعل لتكبير المحتوى (وليس القائمة أو العنوان وما إلى ذلك). بالنسبة لي في "المستند" (مكافئ Word) ، يتم تكبيره إلى 120٪ و 140٪ وما فوق بينما في جداول البيانات (ما يعادل Excel) تبلغ 125٪ و 150٪ وما فوق. بالنسبة للنص العادي ، لا أعتقد أن التكبير يجعله يبدو أكثر ضبابية من 100٪. ربما لا ينطبق ذلك على عرض الخط العادي ، ولكن بالأحرى رموز SVG كما قال المساهم؟ في هذه الحالة ، هل هو حقا بهذا السوء؟

للحصول على هذا العمل بشكل صحيح ، سيحتاج OnlyOffice إلى التغيير من استخدام لوحة قماشية لاستخدام SVG للإخراج ، لذلك سيتم إجراء العرض بشكل أصلي وليس كرسومات بكسل. لكن هذا تغيير كبير وسيستغرق الكثير من الجهد والوقت للقيام به.

هناك الكثير من التطبيقات التي تواجه مشكلة في تحجيم الأيقونات بشكل عام ، إليك مثال على Double Commander

ومع ذلك ، فهي مشكلة بسيطة يمكننا التعايش معها ، لأن الوظيفة هي ما يهم.

لا أتحدث عن الرموز فقط - يتم تقديم واجهة المستخدم بأكملها على شكل صورة نقطية (نعم ، أيضًا مع إصدار سطح المكتب) ثم يتم تغيير حجمها بعد ذلك. يعمل هذا القياس بشكل صحيح فقط مع 100٪ و 200٪ ولكن ليس أي قيم بينهما - يمكن أن يؤدي هذا إلى واجهة مستخدم "ضبابية". انظر تفسيري أعلاه حول كيفية عمل عرض قماش ولماذا تسبب بعض عوامل القياس مشاكل.

مثال:

يمكنك أن ترى أن واجهة المستخدم بأكملها "ضبابية" إلى حد ما - إلا أن اختيار الخط "Arial" و "11" لا بأس به نظرًا لأن هذا ليس جزءًا من لوحة الرسم ولكنهعنصر يتم عرضه بواسطة المتصفح نفسه بدقة أصلية.

وهذه هي نفس واجهة المستخدم بمقاس 200٪:

ليس من السهل تحديد الاختلافات عندما يتم تصغير حجم المعاينة بواسطة Github - ولكن إذا فتحت الصور النقطية بحجمها الأصلي ، يجب أن ترى النقطة بوضوح.

يمكنك أن ترى أن واجهة المستخدم بأكملها "ضبابية" إلى حد ما - إلا أن اختيار الخط "Arial" و "11" لا بأس به نظرًا لأن هذا ليس جزءًا من لوحة الرسم ولكنه عنصر يتم عرضه بواسطة المتصفح نفسه بالدقة الأصلية.

نعم ، هذا سيء.

أي تحديث هنا؟ :)

إنه مخطط لـ 6.3 الإصدار.

متأخر قليلاً ولكن كحل بديل لنظام التشغيل Windows 10 ، يمكنك تجاوز مقياس التطبيق باستخدام مقياس النظام عن طريق النقر بزر الماوس الأيمن على الثنائي والنقر فوق علامة التبويب "التوافق" ثم على الزر "تغيير إعدادات DPI العالية". هذا يفرض على التطبيق استخدام مقياس النظام من الإعدادات ولكنه يبدو ضبابيًا إذا كان كسريًا.

لم يفت الاوان بعد .. :-)

منذ بعض الوقت ، قمت بكتابة مستند استكشاف الأخطاء وإصلاحها قصير لمستخدمي حول مشكلة تحجيم OnlyOffice ..
لقد حصلت على هذه المشكلة مع شاشة 4K .. .. هنا استخراج منها ->

أونلي أوفيس
مشكلة في تحجيم / تكبير الشاشة

مع دقة شاشة معينة (مثل شاشات 4K) ، يحدث أحيانًا أن يعرض OnlyOffice خطوط القائمة وتكون القوائم نفسها صغيرة جدًا. هذا ملحوظ بالفعل عند فتح المستندات:

يمكن حل المشكلة عن طريق ضبط المتصفح المستخدم لبدء تشغيل Nextcloud عبر الويب على النحو التالي:
(في هذا المثال "Microsoft Edge")

افتح مجلد التطبيق في Explorer حيث تم تثبيت "Edge":

انقر بزر الماوس الأيمن وحدد الخصائص:

انقر فوق علامة التبويب "التوافق" ثم انقر فوق "تغيير إعدادات DPI العالية":

قم بتغيير هذا الإعداد من:

ل:

يتم الآن بدء تشغيل OnlyOffice في السحابة بمقاس مناسب

مهم:

لتطبيق الإعدادات ، قم بتسجيل الخروج ثم تسجيل الدخول مرة أخرى (أو إعادة تشغيل الكمبيوتر).

ملاحظة: في ظل ظروف معينة ، قد يكون الخط في متصفح EDGE غير واضح عند ضبط القياس. هذا إذن له علاقة بهذا التغيير. إذا لزم الأمر ، يمكن بالطبع التراجع عن هذا مرة أخرى. إذا لزم الأمر ، يمكن استخدام / اختبار المتصفحات الأخرى التي يمكنها التعامل بشكل أفضل مع قياس شاشة 4K بطريقة أفضل / أكثر مثالية.

هذا ليس حلاً بأي شكل من الأشكال لأنه مجرد تنقيط للترقية.

هذا صحيح .. ولكن يجب أن يكون حلًا بديلًا .. ولكن لأكون صادقًا .. لقد واجهت مشكلات حقًا في قراءة المحتويات باستخدام Edge بعد ذلك - ولقد عدت عن هذا "الحل البديل" لاحقًا