أقوم بإنشاء هذا حتى أتمكن من تثبيته وللمساعدة في تتبع العديد من المشكلات / عناصر العمل ذات الصلة.
Cascade Windows
، يتم تجاهل Show windows stacked
وما إلى ذلك تمامًا بواسطة Terminal[x] منطقة غير العملاء تبدو خاطئة ؛ PR # 929 ، العدد 872
[x] زر علامة الجمع كبير جدًا ، صغير جدًا ، عريض جدًا ، ضيق جدًا (تم إصلاحه في 1934 #)
[x] # 564 منطقة قابلة للسحب في شريط العنوان (PR # 1948)
[x] عند التكبير على شاشات العرض باستخدام DPI مختلف ، يتم قطع حواف النافذة. (تم الإصلاح في # 1921)
[x] # 608 نص علامات التبويب الخاصة بي طويل جدًا
[x] أستخدم المظهر الداكن ولكني ما زلت أرى حدًا أبيض ورأسًا أبيض. (قد يتم تحديده برقم 929)
[x] (بسبب # 929 ، تم تتبعه في # 1625 # 1963) لا يحتوي شريط العنوان على لون التمييز الخاص بي فيه
[x] يؤدي تغيير حجم النافذة إلى اختفاء / إعادة ظهور واجهة المستخدم.
من المحتمل أن يتقلص الحرف الرسومي الزائد ، لقد علقت على مشكلة TabControl ، ويبدو أنها ستدفع التغيير ، لمطابقة الصورة الرمزية الأصغر المستخدمة بواسطة UWP Edge.
نعم ، أعتقد أنه يمكننا أن نتفق جميعًا على أن "جعل علامات التبويب مثل Edge Chrome" أمرًا رائعًا ، ولكن "جعل علامات التبويب مثل الفيديو الترويجي" أفضل ... 😣
أعتقد أن UWP Edge يحتوي على علامات تبويب أفضل من Edge Chrome. 🤔
أنا شخصياً أتمنى أن يصنعوا علامات تبويب Edge Chrome مثل UWP Edge ، لكن لم يسألني أحد ...
نعم ، نعم ، ولكن ... أي منهما متقدم على المحطة الطرفية 🤡
يحتوي Edgium على ما يقرب من 20 بكسل فوق علامات التبويب القبيحة ... ولكن ... السحب!
ومع كلاهما ، يمكنك على الأقل معرفة علامة التبويب النشطة 🙄
لا يوجد استخدام عملي للأكريليك عند الترميز. لكن الشفافية مفيدة للغاية. هذا يعني أنه يمكنني عرض الكود الموجود أسفل نافذة Terminal كما يلي:
يرجى إضافة تعديل لعامل BLUR الذي يستخدمه الأكريليك. لا أستطيع قراءة نص غير واضح.
وأيضًا إذا لم يتحول الجهاز إلى اللون الأسود عندما يكون غير نشط مثل هذا:
سيكون من المفيد حقًا أن يكون لديك زر تثبيت يثبت الجهاز فوق جميع النوافذ الأخرى. سيمكن ذلك من التبديل السلس بين الجهاز وأي محرر كود تستخدمه (خاصة إذا كان بإمكانك قراءة الكود الموجود أسفل نافذة Terminal).
أقترح أن يظل موضوع الأكريليك نشطًا بدلاً من "الانتقال إلى اللون الأسود" إذا تمت إضافة ميزة "دائمًا في المقدمة" وتمكينها.
كيف يمكن أن تبدو:
رمز الدبوس لتثبيت الجهاز فوق جميع النوافذ.
nacorv ،
أود أن أعرف ما إذا كانت ميزة "دائمًا في المقدمة" هي ميزة سيتم النظر فيها.
لا يؤدي التحديد والسحب إلى أي مكان داخل منطقة علامة التبويب حاليًا إلى تحريك النافذة. هذا يجعل من الضروري تحريك الماوس إلى يمين منطقة علامة التبويب ، مما يترك مقدارًا صغيرًا جدًا من شريط العنوان الذي يمكن استخدامه لتحريك النافذة. الرجاء تغيير هذا. لا داعي للاندفاع!
-abc
تظهر بالقرب من غير مرئية.الدقة: 4K
عرض التحجيم: 100٪
مظهر فاتح:
المظهر الداكن:
يؤدي تغيير حجم النافذة إلى اختفاء / إعادة ظهور واجهة المستخدم. أنا أستخدم إصدار معاينة متجر Windows 0.2.1715.0
شاشة كاملة:
بحجم:
إذا لم تكن النافذة كبيرة بما يكفي ، فسيتم إخفاء جميع علامات التبويب الأخرى.
إذا كان شريط علامات التبويب لا يمكن أن يكون أكريليكًا ، فهذا عار كبير.
أي شيء يمكن القيام به لجعلهم يتكاملون بشكل أفضل سيكون موضع ترحيب كبير
علامة التبويب / شريط العنوان غير القابل للسحب هو الشكوى رقم 1 التي سمعتها من كل شخص جرب الإصدارات المبكرة
تحتاج الأجزاء المنقسمة إلى بعض التلميع البصري ، وضح أيها في موضع التركيز ، وبعض الرسوم المتحركة حتى عند فتحها
عند تكبير الشاشة الثانية (شاشة مضمنة للكمبيوتر المحمول بحجم 1366 × 768 ، لم يتم تعيينها على أنها رئيسية) ، يتم قطع حواف التطبيق:
تظهر علامات التبويب المسار إلى الملف القابل للتنفيذ بدلاً من اسم التطبيق ؛ إذا كان المسار طويلًا جدًا ، يتم دفع علامة "x" لإغلاق علامة التبويب عن الجانب الأيمن من علامة التبويب وغير مرئية.
يؤدي النقر على "الإعدادات" إلى محاولة فتح ملف JSON. أظن أن واجهة المستخدم لذلك لم يتم إنشاؤها بعد. :)
كإضافة إلى تعليقات @ robster2001 ، سيكون من الجيد أن تظهر كل علامة تبويب المسار الفعلي مثل Ubuntu وإذا كانت في وضع المسؤول (مثل Command Prompt (Admin) - C: currentpaththatyouarein).
عندما لا يكون لديك محطة تكبير ، كما لا أفعل عادةً ، فإن المشكلة رقم 857 جنبًا إلى جنب مع العناوين الطويلة تسمح بعلامات تبويب أقل بكثير مما يمكن أن تكون.
علامات التبويب واسعة جدًا بحيث لا تكون مفيدة. ربما فقط قم بإظهار الملف القابل للتنفيذ وإعطاء المسار / إلخ المعلومات عندما تحوم فوق علامة التبويب في تلميح أداة أو شيء من هذا القبيل.
شيئان:
الأجزاء غير ملزمة افتراضيًا _لأنها_ غير مكتملة. إذا قمت بتمكينهم بنفسك ، YMMV.
إذا كنت تريد عنوان علامة تبويب مخصصًا ، فيجب أن تنظر في كيفية إعداده لقشرتك. سوف يفيدك في كل مكان تستخدم فيه قوقعتك. من خلال تعيين powerhell العنوان ، يمكنك تغيير عنوان Windows Terminal ووحدة التحكم القديمة و VSCode و ConEmu ومجموعة من الأشياء الأخرى. يمكن أن يتغير حتى في منتصف الجلسة!
ملحمة الأجزاء: # 1000
لم أتمكن من العثور على أي مكان على طول التسمية التوضيحية الموجودة أعلى النافذة والتي سمحت لي بسحب وتحريك النافذة. اضطررت إلى اللجوء إلى اختصارات لوحة المفاتيح.
لا يعمل التمرير بإصبعين ، على الرغم من أنه يعمل بشكل رائع على cmd.com و PowerShell.
لا يمكن نقل / إعادة ترتيب علامات التبويب.
الشريط الافتراضي لا يحترم سمة Win10 Dark:
حاولت العثور على الإعدادات ، لكن لم أجدها!
لا تحترم بعض التطبيقات الأخرى أيضًا ، لذلك أعتقد أنه لم يتم النظر في هذا الإصدار
كان انطباعي الأول عن Terminal ، المثبت اليوم عبر معاينة المتجر:
هل هناك أي شيء يمكننا القيام به بشأن لون شريط العنوان؟ يجب أن تكون كلها سوداء ، أليس كذلك؟
+1guibirow
العبث بإعدادات الويندوز الخاصة بي يمكنني إصلاحها:
نشط (Firefox في الخلف ، الطرفية في المقدمة)
غير نشط (Firefox في الخلف ، المحطة الطرفية في المقدمة)
يبدو أن بعض التطبيقات تستمر في تحميل الإعدادات من النوافذ ، ربما لا تقوم سمة Windows المظلمة بتعيين جميع الملصقات بشكل صحيح ، وكان علي تمكين الخيار لتطبيق التمييز على شريط العنوان وحدود النافذة.
وقم بتعيين _AccentColorInactive_ في التسجيل [_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]
سيكون التصميم أفضل بكثير إذا تم نقل "+ /" إلى اليسار (كما هو موضح أدناه) وأصبح الباقي مجرد شريط عنوان مثل جميع التطبيقات الأخرى ، أعتقد أنهم حاولوا نسخ Firefox ولم يعملوا بشكل جيد!
لا يمكنني "إخراج علامة تبويب" أو سحبها إلى نافذة أخرى. أود هذه الميزة.
أين خط Emoji عند استخدامه على سبيل المثال الغزل ، npm؟
شريط عنوان علامة التبويب يحتاج بالتأكيد إلى التنظيف. استنادًا إلى الفيديو الرسمي المصمم للترويج لـ Terminal و Edgemium ، توصلت إلى هذه التغييرات (نماذج بالأحجام الطبيعية):
قبل:
بعد:
القائمة الكاملة للتغييرات في النموذج:
تحرير: كانت هذه مجرد مشكلة حيث أن النتيجة النهائية ليست كبيرة بما يكفي لتناسب شخصية كاملة ، كما أوضح @ DHowett-MSFT أدناه
المساحة المتروكة (أسفل) ليست 0 عند التكبير. لست متأكدًا مما إذا كانت هذه مشكلة معروفة أم مقصودة ، لذا ضعها في هذا الموضوع.
mikelui huh ، ربما يرجع ذلك إلى عدم وجود عدد كافٍ من وحدات البكسل لتناسب خلية شخصية كاملة أخرى على الشاشة. تفضل المحطة الطرفية عرض صفوف كاملة ، لأن هذه هي الطريقة التي تصمم بها عالم المحطة.
شاشة كاملة:
بحجم:
إذا لم تكن النافذة كبيرة بما يكفي ، فسيتم إخفاء جميع علامات التبويب الأخرى.
إذا قمت بتدوير عجلة الماوس ، فسترى علامات التبويب تنزلق. إنه يعمل مع atleast لـ Store Terminal Preview v0.2.1715.0. لكن تضييق نطاق الرموز ، مثل المتصفحات القائمة على Chromium ، سيكون أكثر متعة.
@ DHowett-MSFT أيضًا اكتشفت خطأً آخر في واجهة المستخدم الرسومية ، إذا كانت النافذة صغيرة جدًا لعرض علامة تبويب جديدة وقمنا بإنشاء علامة تبويب جديدة ، تم إنشاء علامة تبويب جديدة ولكن لا تظهر حتى نعيد حجم نافذة المحطة الطرفية.
معاينة Microsoft Windows 10 Pro Insider [الإصدار 10.0.18875.1000]
Microsoft Terminal (معاينة المتجر) [الإصدار 0.2.1715.0]
@ DHowett-MSFT نعم! أرى ذلك الآن أثناء اللعب مع التحجيم. أنا معتاد على استخدام ملء الشاشة (مقابل التكبير) ، حيث يؤدي عدم وجود شريط العنوان إلى جعل التباعد أفضل.
اجعل الحجم الأولي للنافذة كما تركت في الوقت السابق عند الإغلاق.
الاستيلاء على التطبيق وتحريكه ليس بالأمر السهل ، فأنت بحاجة إلى مساحة أكبر للاستيلاء على النافذة. المسار الكامل ل exe مبالغة ، يأخذ مساحة كبيرة. فقط Powershellnode
أو python
في cmd ، يمكن أن تعرض علامة التبويب "cmd: node" أو "cmd: python"
يمكن أن تحتوي علامات التبويب على سمة اللون للنظام المستخدم في تلك المحطة المحددة بدلاً من الأسود الداكن أو الأسود الباهت فقط ، وقد يجعل اللون المماثل لنظام المحطة الطرفية العثور على المحطة أمرًا سهلاً.
تعديل
تم العثور على عدد قليل من القضايا
أيضًا ، ليس مهمًا مقارنةً بأشياء واجهة المستخدم الأخرى المفقودة / المعطلة ولكن لا يزال: يجب أن يكون مؤشر الماوس هو النص الأول (Ꮖ) عند التحرك فوق بعض النص في الجهاز وليس المؤشر (↖) واحدًا لأن النص قابل للتحديد.
هل يمكن لسلوك Alt + F4 أن يقلد وظائف Windows 10 الأخرى (أغلق كل شيء الآن) من فضلك؟ Ctrl + w * عدد علامات التبويب المفتوحة مرهقة للغاية. كما يتم العثور على أعلى اليمين X عندما أكون في وضع محارب لوحة المفاتيح: D.
لقد حاولت إعداد closeWindow في settings.json ولكن لا يتم تسجيل alt + F4 كأمر صالح (تطبع وحدة التحكم "S").
بدافع الفضول ، ألن يكون من الممكن استخدام واجهات برمجة التطبيقات الأساسية التي تدعم WindowChrome الخاص بـ WPF ، وقطع شريط العنوان الأصلي وحدود النافذة بالكامل وإنشاء كل ذلك باستخدام XAML؟ أشعر أنه سيكون هناك المزيد من التحكم متاحًا بهذه الطريقة وستكون النتيجة النهائية أنظف وأقل اعتمادًا على نظام التشغيل
كنت أتوقع في البداية أن تكون ميزة تقسيم الشاشة موجودة بالفعل ، لكنها ليست كذلك ...
سيكون أكثر ملاءمة من التنقل بين علامات التبويب.
تم تطبيق Terminator على Linux و iTerm على macOS بدقة.
أي خطط؟
لا يؤدي التحديد والسحب إلى أي مكان داخل منطقة علامة التبويب حاليًا إلى تحريك النافذة. هذا يجعل من الضروري تحريك الماوس إلى يمين منطقة علامة التبويب ، مما يترك مقدارًا صغيرًا جدًا من شريط العنوان الذي يمكن استخدامه لتحريك النافذة. الرجاء تغيير هذا. لا داعي للاندفاع!
انظر # 1500
@ LeeChang-GitHub # 608 ، كما تعلمون ، بوويرشيل و CMD لديهما طريقة لتحديد العنوان بأنفسهم ، أليس كذلك؟ لا تحتاج إلى إعادة تسمية علامة التبويب عندما يمكنك جعل الغلاف يقوم بذلك.
أريد أن يكون اسم الجهاز قابلاً للتعديل.
لقد بحثت عن هذا السؤال ولكن لم أجده. هل هذا مطلب معقول؟
يا صاح ، لماذا قمت بحذف تعليقك ونقله بعد ردي؟
يا صاح ، لماذا قمت بحذف تعليقك ونقله بعد ردي؟
عذرا ، كان هذا السؤال سيئا للغاية. لقد قمت بتحريره مرة أخرى ولم أتلق ردك في ذلك الوقت.
اسف جدا
@ LeeChang-GitHub كل شيء بخير! 😄
أود أن أعرف ما إذا كانت ميزة "دائمًا في المقدمة" هي ميزة سيتم النظر فيها.
تضمين التغريدة
كنت أتوقع في البداية أن تكون ميزة تقسيم الشاشة موجودة بالفعل ، لكنها ليست كذلك ...
سيكون أكثر ملاءمة من التنقل بين علامات التبويب.تم تطبيق Terminator على Linux و iTerm على macOS بدقة.
أي خطط؟
يجب أن يتجاهل شريط التمرير المساحة المتروكة اليمنى أو يتوسع جهة اليمين عند التمرير فوقها. لا بأس إذا أخذ في الاعتبار الأعلى والأسفل .
شريط التمرير في شكله المطوي
شريط التمرير في شكله الواسع
يبدو شريط التمرير في شكله المطوي على ما يرام. المسافة بين النص والسطر جيدة ، لكن يجب أن تتبع تفضيلات المساحة المتروكة. في الوقت الحالي لا.
يتبع شريط التمرير في شكله العريض المساحة المتروكة على الجانب الأيمن فقط ويحتوي على بعض الحشو ، ولكن ليس المفضل ، على الجانب الأيسر. يجب أن تتبع الحشوة اليسرى التفضيلات ويجب أن تختفي الحشوة اليمنى تمامًا. سيسمح ذلك للمستخدمين برمي مؤشر الماوس بسرعة إلى اليمين عندما يريدون التمرير سريعًا لمسافة طويلة ويتم تكبير النافذة.
بالإضافة إلى ذلك يجب أن يكون التمرير أي تأخير توسيع عندما حلقت ويجب أن تكون الخلفية شفافة التمرير، وبالتالي فإن طمس (إذا كان مثبت على) يمكن أن تكون مرئية.
تعديل:
تم حل هذا في # 1778. شكر!!
تسمح معظم التطبيقات (مثل Chrome أو explorer.exe وما إلى ذلك) للمستخدم بتغيير حجم النافذة عن طريق الاستيلاء على ظل النافذة. ولكن يبدو أن المحطة تسمح فقط للمستخدم بالاستيلاء على منطقة NotClient ضيقة (حوالي 2 بكسل).
يبدو أن الظل الافتراضي للنظام لا يعمل؟
لدي حل ممكن.
بالإضافة إلى ذلك ، استخدم تقنية Window Subclassing لالتقاط رسالة وإرسال WM_SYSCOMMAND عند معالجة WM_LBUTTONDOWN قد يصلح المشكلة التي لا يمكن إمساك شريط العنوان بها.
للتوسع في https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188 ، ربما ينبغي على Terminal تنظيم السمات في أسماء عائلة السمات وفئات فرعية فاتحة / داكنة ، نوعًا مثل VSCode. على سبيل المثال ، إذا قمت بتعيين السمة على "Campbell" على سبيل المثال وقمت بتبديل ألوان تطبيق Windows من الضوء إلى الظلام ، أتوقع أن تتحول Termianl من Campbell Light إلى Campbell Dark. هذا سيوفر العبث اليدوي. يؤدي تحديد "Campbell Dark" إلى تثبيت المظهر على المظهر الداكن ، إذا كنت تريده دائمًا أن يكون مظلمًا. أو شيء ما.
لا يتم تغيير حجم مساحة علامات التبويب بشكل صحيح عند تحريك النافذة بين الشاشات بمقاسات مختلفة ، وفي بعض الحالات تغطي حتى زر التصغير:
شاشة 1 ، دقة 1920 × 1080 ، تحجيم 100٪:
الشاشة 2 ، دقة 4K (3840 × 2160) ، قياس 200٪:
يجب تحديد لون المؤشر حسب الموضوع. لون المؤشر الافتراضي الذي تم تعيينه في ملف التعريف هو الأبيض ، وهو غير مفيد في سمة الضوء.
madig - يمكنك تغيير لون المؤشر من خلال تعيين cursorColor
في ملفات التعريف .
madig - يمكنك تغيير لون المؤشر من خلال تعيين
cursorColor
في ملفات التعريف .
نعم ، ولكن يجب أن تحدده السمة حتى لا تضطر إلى تعديل اسم السمة _ ولون المؤشر عندما تريد التبديل.
لاحظت أيضًا أنه من الأصعب بكثير من المعتاد أن يكون مؤشر الماوس في تكوين تغيير حجم النافذة عند وضعه في الركن الأيمن السفلي من نافذة الجهاز.
ربما # 1517.
قائمة السياق / النظام للتطبيق. تظهر تطبيقات Win32 في الزاوية العلوية اليسرى. يستخدم البعض ، مثل Edge ، علامة الحذف في أعلى اليمين. هل القائمة المنسدلة الحالية بديل مقصود؟
النمط العلوي الأيسر مفيد عند تحريك / تغيير الحجم وما إلى ذلك بواسطة لوحة المفاتيح.
حصلت على انطباع من العرض التقديمي Build أنه سيكون لدينا جزء مقسم مثل الوظيفة ، هل هذا مخطط؟
jwhipp # 1000
يبدو أن الرموز مفقودة؟
يبدو أنك حصلت على ملف تعريف قديم من أول إصدار مفتوح المصدر. ربما حذفه.
شكرًا ، لقد نجح ذلك!
ومع ذلك ، وجدت خطأ آخر:
كثيرًا ما أنقر نقرًا مزدوجًا فوق أشرطة العناوين لتكبير النافذة أو استعادتها. كانت المنطقة القابلة للنقر من النافذة (الخضراء) على طول الطريق على اليمين عندما لم يكن لدي سوى علامة تبويب واحدة مفتوحة. يبدو أنه يمكنني النقر على يسار قائمة علامة الجمع (علامة تبويب جديدة).
لا تواجه ConEmu هذه المشكلة نظرًا لأن شريط العنوان أعلى علامات التبويب. تؤدي النقرات المزدوجة في منطقة علامة التبويب إلى علامة تبويب جديدة والتي أود رؤيتها مع Windows Terminal الجديد ، لكنني متأكد من أنني سأتكيف مع ما نصل إليه في النهاية
فيما يتعلق بعلامات التبويب وما إلى ذلك ، سيكون من الرائع أن تتصرف بشكل مرئي مشابهًا لتلك الموجودة في على سبيل المثال Edge: يكون الزر "+ v" دائمًا بجوار علامة التبويب الأخيرة ؛ جعل المنطقة (إن وجدت) بين آخر علامة تبويب وزر "+ v" لاستقبال أحداث الماوس (عن طريق تمريرها إلى النافذة الأصلية) ؛ ظهور أزرار التمرير "<" و ">" (على سبيل المثال في Firefox) عندما يكون هناك عدد كبير جدًا من علامات التبويب.
كثيرًا ما أنقر نقرًا مزدوجًا فوق أشرطة العناوين لتكبير النافذة أو استعادتها. كانت المنطقة القابلة للنقر من النافذة (الخضراء) على طول الطريق على اليمين عندما لم يكن لدي سوى علامة تبويب واحدة مفتوحة.
مما يعني أيضًا ، أنه لا يمكننا سحب النافذة الطرفية (أعني أنك _يمكنك_ ، ولكن بعد ذلك تحتاج حقًا إلى التأكد من حصولك على تلك البقعة الصغيرة الجميلة ...)
علامات التبويب في شريط العنوان سيئة . لا تفعل ذلك. رجاء. لا تفعل ذلك. أنت تستخدم مساحة كبيرة جدًا لمهام متعددة.
إن وجود عناوين جدولة للمسار بالكامل لمترجم الأوامر أمر سيء أيضًا. أن تكون أسماء علامات التبويب أطول من 20 حرفًا ، أمر سيء. أقصر بكثير حجم علامة التبويب القصوى. علامات التبويب أسفل شريط العنوان. علامات تبويب أصغر بكثير.
إنه خيار. خيارات. ترتيب. قوائم الجمل القصيرة. اطفئهم. :ابتسامة:
brianly اضبط "showTabsInTitlebar": خطأ في الإعدادات.
شكرا @ zadjii-msft! يستحق أيضًا الربط: https://github.com/microsoft/terminal/issues/771
عند إضافة علامة تبويب جديدة مع فتح القليل منها بالفعل لملء الفراغ في مساحة علامة التبويب مثل هذا
تم إنشاء علامة تبويب جديدة ، ولكن الرمز مطوي.
أي علامة تبويب جديدة تم إنشاؤها بعد ذلك غير مرئية.
تغيير حجم نافذة الإصلاحات المشكلة.
لا يمكن إعادة ترتيب علامات التبويب.
بالإضافة إلى ذلك ، عند إغلاق علامة التبويب الوحيدة باستخدام زر الماوس الأوسط ، يحدث هذا:
سيكون شيئًا ما مرئيًا على الشاشة أو في قائمة للتحكم في التكبير / التصغير رائعًا. بالإضافة إلى طريقة لإعادة ضبط التكبير / التصغير من Ctrl + Scroll. لا توجد طريقة لمعرفة ما إذا كنت في تكبير بنسبة 200٪ أم لا.
على سبيل المثال ، يحتوي الكروم على عنصر القائمة هذا في قائمة الهامبرغر الخاصة بهم. كل ما تحتاجه هو سطر واحد. يؤدي النقر فوق القيمة إلى إعادة تعيينها إلى 100٪.
أرغب في أن أكون قادرًا على التأثير على لون علامة التبويب وربما لون الحدود لوحدة تحكم معينة. على سبيل المثال ، بدلاً من تلوين خلفية PowerShell باللون الأزرق ، فقط اجعل علامة التبويب والحد باللون الأزرق ولكن اجعل الخلفية بأي لون سهل على العين أريده.
إذا كان ذلك ممكنًا ... قد يكون من المثير للاهتمام أن تكون قادرًا على التأثير على هذه الأشياء من بيئة وحدة التحكم قيد التشغيل. على سبيل المثال ، إذا بدأت وحدة التحكم في PowerShell الخاصة بي وتعيين قيمة بيئة مثل WINDOWS_TERMINAL_BORDER_COLOR=#ff0000
لأنها وحدة تحكم إدارية ، فقم بتبديل ألوان الحدود إلى اللون الأحمر. يمكنك القيام بالكثير من الأشياء المثيرة للاهتمام من ملف تعريف PowerShell أو bashrc بهذه الطريقة.
@ DHowett- MSFTDHowett رأيت أن هناك طريقة لتمديد الأكريليك إلى شريط العنوان. ربما هذا يمكن أن يعمل؟
لا يبدو دائمًا أن النقر فوق علامة تبويب في المحطة يعطي التركيز على علامة التبويب.
لا يبدو زر تكبير النافذة في معظم التطبيقات. يبدو وكأنه زر تصغير:
krzysdz أنت تقوم بتشغيل بناء من هذا المستودع الذي تم فيه للتو دمج أول تغييرات رسم لغير العميل. سأطلب منك عدم الإبلاغ عن مشاكل واجهة المستخدم فيه. # 1625.
لست معجبًا كبيرًا بكيفية عمل الزر +. أواصل النقر فوقها لإضافة علامة تبويب جديدة ، متناسية أنها تنشئ علامة تبويب جديدة في الغلاف الافتراضي (وهو أمر مزعج للغاية). أحب خيارًا يتيح لي الحصول على قائمة منسدلة مثل التي تظهر عند النقر فوق السهم لأسفل ، حتى أتمكن من الاختيار من قائمة الأصداف المتاحة عند إضافة علامة تبويب جديدة.
حسنًا ، في هذه المرحلة ، لماذا لا تنقر فقط على سهم القائمة المنسدلة؟
لا يوجد شيء يمنعني من النقر فوق سهم القائمة المنسدلة ، فهذه مشكلة UX بحتة. من الناحية الوظيفية ، ليس من المنطقي بالنسبة لي النقر فوق الزر الذي لا يحمل أي إشارة رمزية أنه يضيف علامة تبويب من أجل تنفيذ هذا الإجراء.
ألا يجب تمكين الأكريليك افتراضيًا لـ PowerShell؟ إن ظهور cmd بشكل أفضل من PowerShell افتراضيًا ليس علامة رائعة على IMO. سيكون من الأفضل أيضًا الترحيب بالمستخدم من خلال عرض حلوى العين.
الإعدادات الافتراضية:
مع كمد:
صورة
مع بوويرشيل:
صورة
الملفات الشخصية ذات الصلة:
صورة
تحرير: تحويل الصور إلى روابط ، وهذا يستغرق مساحة كبيرة ، آسف
فهل هذا مجرد reskin أو حاوية لوحدات التحكم الأصلية (cmd و wsl و ps)؟
كنت آمل في الحصول على محطة أفضل مثل تلك الموجودة في Linux أو Mac OSX. Cmdr هو مثال جيد لما يجب أن تهدف إليه. في الغالب ، أود فقط محطة تدعم CTRL-C و CTRL-V وتكامل سلس مع WSL.
deusprogrammer إنها محطة ، تمامًا مثل ConEmu (يستخدم الطرفية cmder). يعد Cmder فريدًا بعض الشيء لأنه يجمع تحسينات طرفية و shell للأشخاص الذين يستخدمون shell cmd.
أود أن أعرف ما إذا كانت ميزة "دائمًا في المقدمة" هي ميزة سيتم النظر فيها.
أود أن أرى هذه الميزة أيضًا.
ربما شيء بسيط ، لكن acrylic
لا يعني شيئًا لأي شخص ليس على دراية بـ UWP و / أو مطور تطبيقات Windows. اسم أكثر ودا ( translucent
أو شيء ما) من شأنه أن يساعد.
شريط العنوان ليس أكريليكًا ، آسف ، ربما لا يمكن أن يحدث ذلك نظرًا للهندسة المعمارية الخاصة بنا
يجب تمكين هذا عند إصدار WinUI 3
المرجع: microsoft / microsoft-ui-xaml # 888
فقط جربت المحطة ، أول شيء يقرعني هو ...
أنت لا تسحب في هذه المنطقة؟ إنه أمر مزعج ، هيك!
نعم ، هذا يقرعك أنت والأربعمائة من الأشخاص الآخرين الذين أبلغوا عن ذلك. : ابتسامة: تتبع # 1625 و # 564 للتقدم الفعلي في الجزء العلوي من النافذة.
@ DHowett-MSFT ، إذا لم يتم ذكره ، فالرجاء التفكير في الاحتفاظ بخيار الأكريليك والشفافية في الإعدادات ، فالأكريليك يجعله متسقًا مع النظام ولكنه لا يكون منطقيًا لتطبيق مثل المحطة ، حيث يمكن للقدرة على رؤية ما وراء كن منتجًا تمامًا. سيكون من المفيد أكثر أن يكون لديك خيار الشفافية. دعها تعمل بالأكريليك بشكل افتراضي ويمكن تبديل الشفافية يدويًا.
كتب @ DHowett-MSFT:
[...]
- علامات التبويب لا تبدو جيدة كما تريد # 702
[...]
- زر علامة الجمع كبير جدًا ، صغير جدًا ، واسع جدًا ، ضيق جدًا
[...]
هذا مضحك أم مالح؟
يبدو أن عناوين علامات التبويب لا تحترم أيًا من إعدادات حجم الخط:
سيكون من المفيد حقًا أن يكون لديك مفتاح تشغيل سريع للمحطة النشطة مثل محطة yakuake.
يبدو أن عناوين علامات التبويب لا تحترم أيًا من إعدادات حجم الخط:
أعتقد أن هذا متوقع. يبدو أن علامات التبويب تتبع حجم خط سطح المكتب ، حيث يتم اعتبارها جزءًا من رأس / شريط النافذة.
سيكون من المفيد حقًا أن يكون لديك مفتاح تشغيل سريع للمحطة النشطة مثل محطة yakuake.
لست معتادًا على هذا الجهاز ، ولكن هناك الكثير من الأشياء التي يمكنك تشغيلها في الإعدادات. json ، للفتح والإغلاق والتبديل وما إلى ذلك.
فكرتان بعيدتان حول تبني "استخدام علامة التبويب المشتركة" (راجع أيضًا https://github.com/microsoft/terminal/issues/615)
ملاحظات عامة لـ OP. من الواضح أنه من المفهوم أن هذا إصدار / معاينة مبكرة ولكن يمكننا بالفعل رؤية تصميم ومفهوم قويين للغاية.
أحفر علامات التبويب ، ومستوى التخصيص (خاصة مع التخصيص القابل للتنفيذ!) ، والتحديثات في الوقت الفعلي للتغييرات في settings.json ، والنوع المختلف من المحطات الطرفية التي يمكن الحصول عليها في ملف تنفيذي واحد.
إلى جانب العناصر المذكورة أعلاه والتلميع ، سأكون ممتنًا لامتلاك طريقة مضمنة لتسجيل ما يذهب إلى الإخراج القياسي في أي نافذة طرفية ، مما يسمح بشكل مثالي بتسجيل الجميع في ملف واحد أو ملفات متعددة. أيضًا ، أود إضافة خيار "استنساخ" أو "تكرار" ووضع علامات التبويب في النوافذ / الصفوف / الأعمدة بالطريقة التي يمكن القيام بها في مقابل التعليمات البرمجية.
شكرا لعملكم الشاق ، سوف نتطلع إلى الإصدار القادم!
أنا أستخدم السمة الداكنة ولكني ما زلت أرى حدًا أبيض ورأسًا أبيض. أي شخص آخر على هذه المشكلة؟ لم أجد أي شيء في JSON يعدل هذا.
لدي نفس المشكلة :(
أنا أستخدم السمة الداكنة ولكني ما زلت أرى حدًا أبيض ورأسًا أبيض.
هذا غير قابل للإصلاح مع الإعدادات الحالية. هذا عنصر عمل مستقبلي ، يتم تعقبه جزئيًا في # 1625
سأكون ممتنًا لامتلاك طريقة مضمنة لتسجيل ما ينتقل إلى الإخراج القياسي في أي نافذة طرفية ، مما يسمح بشكل مثالي بتسجيل الجميع في ملف واحد أو ملفات متعددة.
ضع علامات التبويب في النوافذ / الصفوف / الأعمدة بالطريقة الممكنة للقيام بذلك في مقابل التعليمات البرمجية.
@ DHowett-MSFT ألق نظرة على الطريقة التي يدير بها هذا التطبيق علامات التبويب ،
https://github.com/JasonStein/Notepads
حسنا انتهيت. ما الذي كنت أبحث عنه؟
يمكنك أيضًا إلقاء نظرة على Fluent Terminal للحصول على الإلهام. لديها واجهة مستخدم جيدة.
D:\>>
(آسف ، لا توجد خطوات إعادة)واجهة المستخدم قبيحة الآن ، وأريد واجهة مستخدم جميلة يمكن أن تجعلني أعمل بشكل أفضل.
تظهر علامات التبويب المسار إلى الملف القابل للتنفيذ بدلاً من اسم التطبيق ؛ إذا كان المسار طويلًا جدًا ، يتم دفع علامة "x" لإغلاق علامة التبويب عن الجانب الأيمن من علامة التبويب وغير مرئية.
أيضًا tabTitle
الواقع لا يعمل
تظهر علامات التبويب المسار إلى الملف القابل للتنفيذ بدلاً من اسم التطبيق ؛ إذا كان المسار طويلًا جدًا ، يتم دفع علامة "x" لإغلاق علامة التبويب عن الجانب الأيمن من علامة التبويب وغير مرئية.
أيضًا
tabTitle
الواقع لا يعمل
@ Serega124 هذا غريب ، لأنها تعمل بشكل جيد بالنسبة لي. قمت بتسمية علامة تبويب واحدة wsl
والأخرى cmd
.
هل تقوم بتشغيل أحدث إصدار من التطوير؟
imjasonmiller أنا أقوم بتشغيل إصدار المتجر
@ Serega124 ، أعتقد أن ميزة tabTitle
لم يتم إصدارها بعد لإصدار المتجر. أعتقد أنه قد يتعين عليك الانتظار حتى يدفعوا تحديثًا آخر لإصدار المتجر أو يمكنك إنشاؤه من المصدر.
مقبض تغيير الحجم الموجود في الجزء السفلي الأيمن في بنية Windows Store صغير جدًا ، إنه نوع من هدف واجهة المستخدم المحبط للتفاعل معه.
طلب الميزة: سهولة التبديل بين السمات أو استخدام سمة Windows.
كمطور أعمل في الداخل والخارج. في الداخل على شاشة UHD ، أفضل المظهر الداكن. في الهواء الطلق ، يصبح المظهر الداكن غير قابل للقراءة على شاشة الكمبيوتر المحمول عند السطوع الكامل. موضوع خفيف قابل للاستخدام
مقبض تغيير الحجم الموجود في الجزء السفلي الأيمن في بنية Windows Store صغير جدًا ، إنه نوع من هدف واجهة المستخدم المحبط للتفاعل معه.
هذا صحيح!
المساحة المعقولة في الزوايا صغيرة جدًا ، لذا فإن تغيير حجم النافذة أمر مستحيل تمامًا.
أنا أرفق صورة gif يمكن أن تكون مفيدة @ DHowett-MSFT:
عندما أقوم بتغيير حجم النافذة ، يتوقف شريط التمرير عن تحريك النص لأعلى ولأسفل. غير مجدية بشكل فعال حتى يصل موجه الأوامر إلى أسفل النافذة.
يجب أن أذكر ذلك الآن ، شكرًا لك على الشروع في هذا المشروع. حل تمس الحاجة إليه لنظام Windows
تتعطل ألوان خلفية النص عند تغيير الحجم
أفترض أن الأمر متعلق بـ "منطقة غير العملاء تبدو خاطئة ؛" وهو عمل قيد التقدم ، ولكن يبدو أن أحدث إصدار قد قدم حدًا أبيض بحجم بكسل واحد في الأسفل بالنسبة لي:
هل يمكن أن يكون هذا متعلقًا بهذا التغيير الأخير ؟
شكرا لكل العمل حتى الآن!
imjasonmiller إذا كنت تريد أعمال شغب (النوع المحزن) ، اقرأ TODO في أسفل # 1948: ابتسم:
Cascade Windows
، يتم تجاهل Show windows stacked
وما إلى ذلك تمامًا بواسطة Terminalأعتقد أنه سلوك متوقع لمستخدم Windows يقوم بالنقر المزدوج على غير العميل لتكبير النافذة ، وأيضًا عند استخدام shell لتغيير حجم / تجانب النوافذ ، يجب أن تتصرف المحطة الطرفية مثل أي نافذة أخرى.
في الوقت الحالي ، لا يمكن نقل الوحدة الطرفية ، ومن المستحيل الوصول إلى قائمة الإعدادات.
يبدو أن Terminal هو تطبيق أجنبي يستخدم مجموعة أدوات واجهة مستخدم غير أصلية.
باستخدام الماوس:
لا يمكنك النقر فوق قائمة السياق على علامات التبويب لإغلاقها أو رؤية قائمة السياق كما في وحدات التحكم السابقة ، ولا يمكنك أيضًا إغلاق علامات التبويب أعلى من الأولى (يتم حجب X عن طريق إضافة زر علامة التبويب / زر قائمة الإعداد بسبب العرض القيود)
من الناحية المثالية ، يجب أن يكون لديك ALT + ENTER و SHIFT + F10 وتمكين النقر بزر الماوس الأيمن / اللمس.
أيضًا +1 لإعادة ترتيب علامات التبويب
تحديث فواصل النص في بعض الأحيان.
هذه مشكلة خاصة مع المحررين مثل emacs
RosalesJ مرحبًا ، هل يمكنك بالفعل تقديم مشكلة أخرى لهذه المشكلة؟ هذا لا يتناسب في الواقع مع مجموعة ضخمة من مشكلات واجهة المستخدم ، وقد يكون خطأ ذريًا أكثر بكثير يمكننا إصلاحه. تأكد من تضمين خطوات repro والأدوات التي تستخدمها. شكر!
لا تتحرك قائمة علامة التبويب الجديدة مع النافذة:
محاولة إغلاق التطبيق بالنقر فوق X في علامة التبويب الفردية يؤدي إلى تعطل التطبيق!
عندما يتم تكوين العتامة ، فإنها تعمل فقط عندما تكون النافذة مركزة.
عند التركيز:
عندما لا تركز:
هل هناك طريقة لجعلها تعمل أم من المفترض أن تعمل هكذا؟
تحرير: شيء آخر لاحظته في لقطات الشاشة أعلاه هو أن النوافذ الطرفية غير المركزة لا تطبق لون Windows Accent ، فتصبح فارغة. عند التركيز ، يكون لون تمييز النوافذ موجودًا.
@ jean-lourenco أعتقد أن التعتيم مقصود ، لأن التطبيقات الأخرى مثل تطبيق الإعدادات تفعل الشيء نفسه
نأمل حقًا في دعم تمرير علامة التبويب قريبًا (الإشارة ، بدلاً من عجلة الماوس فقط).
نظرًا لأن التمرير الخاص بي لا يعمل على النحو المنشود ، لا يمكنني الآن رؤية علامات التبويب الموجودة لدي ..
تباعد غير صحيح مع خط غير أحادي المسافة.
الإصدار 0.3.2112.0
يحدث هذا عند التحميل الأولي. تكبير -> استعادة النافذة يصحح هذا.
لقد قمت للتو بالتحديث إلى 0.2.1831.0 في 18950.1000. في غلاف Ubuntu (الآن WSL 2) ، لا يمكنني التمرير للخلف في المخزن المؤقت. يبدو أن المؤشر الوامض يسحب التركيز إلى الخط السفلي في كل مرة أحاول فيها التمرير لأعلى باستخدام لوحة المفاتيح وعجلة الماوس.
يبدو أيضًا أنه يتم إرسال سطر جديد في كل تمرير لأعلى أيضًا ، لذا فإن النص الذي أريد رؤيته يبتعد في كل محاولة!
نوافذ Powershell و Dos لا تفعل ذلك
قامtomfakes بترحيل هذا الرقم إلى # 2196 ، حيث إنها ليست مشكلة تلميع واجهة المستخدم على الإطلاق
كيف يمكنني الحفاظ على تأثير الأكريليك عندما تفقد النافذة التركيز
القدرة على سحب النافذة من شريط علامات التبويب بالكامل مضللة بعض الشيء ؛ لا يزال بإمكانك عدم انتزاع شريط العنوان من المنطقة الموجودة أعلى علامات التبويب أو عن طريق الاستيلاء على علامات التبويب المناسبة. إذا كان لديك الكثير من علامات التبويب المفتوحة ، فهذا يعني أنك لا تزال عالقًا بمنطقة سحب صغيرة.
هل هذا شيء مخطط معالجته؟ يبدو # 564 كان مغلقا.
يؤدي تكبير الطرف عندما تكون النافذة عبر شاشتين إلى حدوث نزيف للأشرطة عبر الشاشة.
أعلم أن هذا نوع من "خارج الموضوع" ، ولكن أداة تعقب المشكلة هي المكان الوحيد لترك التعليقات ويبدو أن هذا هو الموضوع الأنسب: شكرًا لك. أعلم أن Terminal لم تنته بعد وأن هناك الكثير من الأشياء التي تحتاج إلى الإصلاح ، لكنها في طريق جيد. أنا أحب كيف تشعر وتشكل. أنا أحب التكوين ، ودعم "CMD" ، و بوويرشيل ، و WSL ، إلخ.
استمروا في العمل الجيد ^ ^ (وآسف لتكدس متعقب المشكلة ؛))
يسعدني أن هذا المشروع قيد التنفيذ - خطوة كبيرة على cmd / powerhell التقليدية. لقد لاحظت أنه عند إغلاق النافذة بعد تغيير الحجم بسرعة ، فإنه يؤدي إلى ظهور نافذة شبح مع العديد من الحدود:
هذه ليست مشكلة كبيرة حقًا ، فقط اعتقدت أنني سأبلغ عن رؤيتها للتسجيل.
+1
+1
ammoniak شكرا لك: ابتسم:
لست متأكدًا مما إذا كان هذا خطأ أم ميزة.
لا يتم حذف AltGr + 4 (§) (لوحة المفاتيح البرتغالية) لأنني أحاول تسلسل AltGr.
يتم عرض خط Victor Mono بشكل غريب حقًا.
offero هذا خط جميل المظهر ؛ قد يكون هذا # 696
(أو شكل من أشكالها)
هل يمكننا الحصول على خيار لإخفاء علامة الجمع و / أو السهم لأسفل في منطقة علامات التبويب؟ عندما يكون السهم لأسفل مخفيًا ، سيكون من الممكن النقر بزر الماوس الأيمن فوق علامة الجمع التي ستقوم بعد ذلك بعمل القائمة المنسدلة مثل السهم لأسفل . عندما تكون علامة الجمع مخفية ، سنظل قادرين على تشغيل المزيد من علامات التبويب باستخدام القائمة المنسدلة. ربما يمكننا إخفاء كليهما ثم النقر بزر الماوس الأيمن سيحدث على بقية شريط العنوان؟
أنا بصراحة لا أحب علامات التبويب الموجودة في شريط العنوان لأنها غير منضبطة عندما يكون لديك الكثير ، ولا يزال الاستيلاء على شريط العنوان لتحريك النافذة لا يعمل بشكل جيد. وضعت بعض محطات Linux علامات تبويب أعلى المحطة نفسها وهذا قابل للتكوين. أنا متأكد من أن هذا له علاقة كبيرة بتعدد مديري نوافذ Linux ولديهم قواعد مختلفة. خيار آخر هو جعل المحطات قائمة منسدلة (انظر لقطة شاشة Tilix). كما هو الحال الآن ، إذا فتحت 10 علامات تبويب ، فكيف ستكون واجهة المستخدم هذه قابلة للاستخدام؟ تمرير الماوس على ما يرام ولكنه لا يمنحك إجمالي عدد علامات التبويب المفتوحة.
جمعية البناء الخيرية. :)
قائمة منسدلة تعرض المحطات / علامات التبويب:
لم أر هذا مذكورًا في الموضوع ، ولكن إذا كنت تريد علامة تبويب عنوان أصغر ، فما عليك سوى إضافة هذا الإعداد إلى ملف تعريف:
"tabTitle": "MyCmd"،
على الرغم من أن هذا مفيد جدًا ، إلا أنني أرغب في امتلاك القدرة على زيادة رقم ديناميكيًا حتى يمكنني الحصول على:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |
و / أو قم بتغيير لون علامة التبويب ديناميكيًا بناءً على إضافة علامات تبويب جديدة - نفس ترتيب الألوان في كل مرة حتى أعرف أن الأحمر = علامة التبويب الأولى ، والأبيض = علامة التبويب الثانية ، والأزرق = علامة التبويب الثالثة ، وما إلى ذلك.
jwhipp يمكنك دائمًا تعيين "showTabsInTitlebar"
على false للحصول على علامات التبويب أسفل شريط العنوان.
PedersenThomas هذا # 2028
jwhipp يمكنك دائمًا تعيين
"showTabsInTitlebar"
على false للحصول على علامات التبويب أسفل شريط العنوان.
آه! لم أكن أعرف عن هذا ... جربته الآن. بينما يقوم بتحريك علامة التبويب UI لأسفل ، مما يسمح في النهاية للمرء بتحريك النافذة بسهولة أكبر ، فإنه لا يزال يترك علامة التبويب الجامحة ui. أعتقد أن هذا يمكن أن يتم بشكل أفضل وبطريقة أكثر قابلية للاستخدام. أحد الأشياء التي يمكن أن تنجح إذا لم تعجبك طريقة Tilix هو تقليص حجم علامة التبويب مع ظهور المزيد من المحطات الطرفية. من شأن ذلك على الأقل أن يمنح المستخدم النهائي إحساسًا بما هو موجود بسهولة أكبر.
أعتقد أن حدود النوافذ السميكة هي مشكلة معروفة؟
عند تحريك نافذة المحطة مع فتح القائمة المنسدلة ، تتحرك القائمة المنسدلة مع تأخير. أعلم أنه تم الإبلاغ عن هذا ولكني أعتقد أن إغلاق القائمة المنسدلة عند النقر خارج القائمة يعد أيضًا حلاً.
يتم إغلاق معظم التطبيقات الأخرى التي قمت باختبارها باستخدام قائمة منسدلة / قائمة / تنقل مماثلة عند تحريك النافذة أو النقر خارج القائمة.
على حد علمي ، تم الإبلاغ عن الأخطاء التي تم الإبلاغ عنها مسبقًا لإصلاح التأخير. عدم إغلاق القائمة عند تحريك النافذة عن طريق سحب الشريط العلوي. الذي أعتقد أنه حل قابل للتطبيق.
أعني من خلال القائمة المنسدلة القائمة التي تحتوي على ملفات شخصية (WSL و Powershell) والإعدادات والتعليقات.
لقد توقعت بصدق أن تتطابق واجهة المستخدم الرسومية في علامة التبويب الطرفية مع شكل الكروم الحواف:
أوافق على أن ارتفاع علامات التبويب يبدو صغيرًا بعض الشيء
قم بتغيير رمز Ubuntu إلى الرمز البرتقالي المستخدم في المتجر من فضلك.
يمكنك أن تفعل ذلك بنفسك.
يمكن لهذا الطفل أن يحمل الكثير من icon
s
قم بتغيير رمز Ubuntu إلى الرمز البرتقالي المستخدم في المتجر من فضلك.
يمكنك أن تفعل ذلك بنفسك.
نعم ، ولكن يجب أن يكون الرمز الافتراضي متسقًا ، ومن الأفضل تغييره في مكان واحد بدلاً من بضع مئات الآلاف من أنظمة المستخدمين.
أنا متأكد تمامًا من أنه لا يُسمح لنا قانونًا بشحن علامة تجارية معينة لأي توزيعة مباشرة. شيء شيء قانون حقوق التأليف والنشر. يُسمح لنا بشحن البطريق التكس ، ولهذا السبب _ جميع التوزيعات تستخدم هذا البطريق. bitcrazed can @ me إذا كنت مخطئًا في ذلك.
لست متأكدًا مما إذا كان هذا قد تم اقتراحه / طرحه بالفعل ، لكنني لست معجبًا بكل علامة تبويب بطول مختلف ، وكنت أتساءل عما إذا كان هناك إعداد يمكنني تغييره لجعله يشبه المتصفح في كل علامة تبويب هو نفس الطول ، ولديه نوع المحطة في الاسم فقط.
أستخدم الكثير من علامات التبويب عند العمل على نظام Unix ، لذلك اعتدت على عدم الحصول على أي معلومات من عنوان علامة التبويب وأفضل علامات التبويب الأصغر
مرحبا،
بعض نصائح التصميم والمفهوم.
افصل + عن قائمة الإعدادات ، أعتقد أنه لا يوجد سبب وجيه لوضع الإعدادات والملفات الشخصية / علامات التبويب الجديدة في مكان واحد.
استفد من ارتفاع شريط العنوان بالكامل لعلامة التبويب.
يجب أن يكون التمرير / النشط أغمق من شريط العنوان العادي ، وليس العكس كما هو الحال الآن. (بالنسبة للألوان الداكنة ، قم بعكس اتجاهها).
قم بإزالة حدود النافذة أو جعلها اختيارية في الإعدادات ، فهي لا تبدو رائعة على الإطلاق.
في الصورة الثالثة ، يكون لون الخط أحمر للإشارة إلى أن الجهاز يعمل في "الوضع الإداري".
أضف بعض الحشو افتراضيًا ، يبدو غريبًا في الوقت الحالي بدون حشوة.
أنا أعمل على إعدادات واجهة المستخدم في الوقت الحالي ، وسأنشر الصور لأن لدي الوقت لإنهائها.
ربما ينبغي أن يكون مرتبطا من هذه القضية.
إعادة. شعارات الطرف الثالث وما إلى ذلك ، @ zadjii-msft صحيحة - لا تستطيع Microsoft شحن الشعارات لمنتجات الطرف الثالث. ومع ذلك ، ربما ____ يمكننا إيجاد طريقة لبائعي التوزيعات لتقديم شعارهم في مكان ما يمكن لـ Terminal بسهولة تحديد موقعه ودمجه. سوف المعكرونة على هذا قليلا.
jwlodek & Fisico - نقدر ملاحظاتك ، لكن من فضلك لا تناقش ميزة معينة تسأل هنا - دعنا نلتزم بموضوع واحد لكل مشكلة وإلا فلن نتتبع الأشياء أبدًا. شكر.
أيها الناس ، أود أن أطلب منكم من فضلك توفير وضع بدون أي علامات تبويب وزخارف نوافذ قليلة أو معدومة؟ كل ما أريده هو شاشة طرفية واحدة ونظيفة. أفتقد بالفعل تبديل ملء الشاشة أيضًا.
oblitum يجب عليك التحقق من ملف التكوين الخاص بك. إذا قمت بتبديل alwaysShowTabs
و showTabsInTitlebar
، فسيكون لديك شيء أقرب إلى ما تريد.
DHowett لقد جربته من قبل ولكن لم يساعد ذلك ، لقد أزلت علامات التبويب ، لكن زخرفة النوافذ أصبحت بيضاء ، وهو أسوأ من ترك علامات التبويب ، على الأقل أحصل على كل الزخارف داكنة معها.
هل من الممكن أن يكون لديك شاشة كاملة للطرف بطريقة ما؟ تبديل أو التكوين. أرى أن هناك FullScreen في Codeebase ، لكنني لم أجد إعدادًا.
إعادة. شعارات الطرف الثالث وما إلى ذلك ، @ zadjii-msft صحيحة - لا تستطيع Microsoft شحن الشعارات لمنتجات الطرف الثالث. ومع ذلك ، قد نكون قادرين على إيجاد طريقة لبائعي التوزيعات لتقديم شعارهم في مكان ما يمكن لـ Terminal بسهولة تحديد موقعه ودمجه. سوف المعكرونة على هذا قليلا.
تضمين التغريدة
ماذا لو كانت قائمة "ملفات التعريف" المتوفرة موجودة في مجلد مستخدم ، والتي يمكن إضافة توزيعات أخرى في متجر Windows عند التثبيت. ثم يكون هذا منفصلاً عن ملف JSON للإعدادات / الملف الشخصي. ويمكن لواجهة مستخدم الإعدادات عرض هذه الملفات الشخصية المتاحة والسماح للمستخدم بإضافتها.
جزء من إضافة توزيعها إلى قائمة التوزيعات المتاحة ، سيتضمن إدخال رمز ، أو حتى إضافة أنظمة ألوان مثل مخطط ألوان Ubuntu.
@ DHowett-MSFT بالنظر إلى عنصر تحكم MinMaxClose ، هل هناك سبب لاختيار أحجام الأزرار هذه؟
الأزرار الثلاثة هي 36 × 45.
بالنظر إلى Win32 (Notepad و Wordpad) ، فإن عناصر التحكم في النافذة هي 29 × 45.
بالنظر إلى UWP (الآلة الحاسبة والهاتف الخاص بك) ، فإن عناصر التحكم في النافذة هي 32 × 46.
mdtauk : لا يبدو أن هناك معيارًا / إجماعًا على حجم هذه الأزرار في تطبيقات Windows الأخرى أيضًا (كما ترى) 🤣
mdtauk اعتمادًا على إطار عمل واجهة المستخدم الذي تم إنشاؤه لتطبيق ما ، قد ترى أزرار نظام بأحجام وأشكال مختلفة قليلاً. فمثلا:
في Terminal ، اخترنا توسيط أزرار النظام وتوسيطها في مساحة شريط العنوان المتاحة ، مما يؤدي إلى أن تكون أكبر قليلاً ، ولكنها لا تزال مربعة ومتناسبة:
ومن المثير للاهتمام ، على الرغم من أن نظام Terminal يتحكم في كل منها أكبر قليلاً ، إلا أنها مجمعة نسبيًا بشكل أقرب قليلاً معًا مما يحافظ على مجموعة التحكم في النظام بنفس عرض مجموعة التحكم التي رسمها نظام Win32:
مقارنةً بتطبيقات UWP مثل Mail ، مرة أخرى ، يحتاج Terminal إلى مساحة شريط عنوان أطول قليلاً ، لكن أزرار نظامنا أكبر قليلاً ، ولكنها مربعة ، والرموز نفسها أكبر بمقدار 2 بكسل فقط عند عرضها على شاشة 4K الخاصة بي بقياس 200٪.
كل هذا قيل ، قد نقوم بتعديل الأشياء قليلاً في المستقبل ، لكننا نعتقد أن تصميمنا وتخطيطنا نظيفان وسهل الوصول إليه وسليمان نسبيًا.
أخبرنا إذا كنت لا توافق على ذلك من خلال تقديم مشكلة حتى يمكن تتبعها ومناقشتها.
تضمين التغريدة الإعدادات ، لاحظ أننا نعمل على مجموعة من التحسينات الرائعة في هذا الفضاء. ترقبوا الإصدارين التاليين ؛)
bitcrazed شكرًا لك 💙 كانت هذه الاستجابة ممتعة للغاية. أنا سعيد لأنه لم يكن قرار "هذا جيد بما فيه الكفاية": عناصر تحكم P Window هي واحدة من أقل العناصر ثباتًا في Windows ، لذلك كنت فضوليًا.
وبالمقارنة ، فإن Edgium يحافظ على عناصر التحكم في النافذة كالمعتاد ، ولكن محاذاة علوية بدلاً من توسيطها.
بمجرد رسم الحدود بشكل صحيح ، لن تبدو مختلفة.
هل يمكن لأي شخص أن يجيب عما إذا كان بإمكاني الحصول على ملء الشاشة بأي طريقة؟ أنا فقط أريد الشاشة بأكملها دون أي من تلك النوافذ الضوابط على الإطلاق.
هل يمكن لأي شخص أن يجيب عما إذا كان بإمكاني الحصول على ملء الشاشة بأي طريقة؟ أنا فقط أريد الشاشة بأكملها دون أي من تلك النوافذ الضوابط على الإطلاق.
oblitum أعلم أنني ذكرت أن وضع الجهاز اللوحي يحتاج إلى دعم خيار ملء الشاشة الحقيقي ، حيث تظهر عناصر التحكم في النافذة فقط عند ملء الشاشة عند التكبير - ربما حتى مع تغيير الحرف الرسومي لزر التكبير
لماذا لا تستخدم WinUi لرسم شريط العنوان وعلامات التبويب؟ سيجعل الأمور أكثر اتساقًا.
mdtauk طيب. أنا فقط أطلب أي خدعة أو إعداد تسجيل أو شيء من هذا القبيل ، ولا حاجة لتطبيق وضع الكمبيوتر اللوحي لتشغيله. أنا أسأل لأنني أرى أن هناك FullScreen في قاعدة التعليمات البرمجية ، وبعض الإشارات إلى التسجيل ، ولكن لا توجد فكرة عما إذا كان يمكن أن يعمل اليوم.
لماذا لا تستخدم WinUi لرسم شريط العنوان وعلامات التبويب؟ سيجعل الأمور أكثر اتساقًا.
نظرًا لضرورة المشروع ، يتعين عليهم تجاوز رسم نافذة Win32 الافتراضي ، ولكن يتم تطبيق TabBar وعناصر تحكم النافذة كعناصر تحكم Xaml.
lazylazyllama تم تصميم عنصر التحكم في علامة تبويب Terminal لنا بواسطة فريق WinUI: https://github.com/Microsoft/microsoft-ui-xaml/issues/304
قمنا بتصميم نماذج أولية لتطبيقات الطرفية المبكرة باستخدام مجموعة أدوات مجتمع Windows Community Toolkit @ michael- stmoy & team لإنشاء عنصر تحكم علامة تبويب WinUI الذي نستخدمه اليوم.
هذا ليس بالبساطة التي قد يتخيلها المرء ، خاصةً عندما يتكون UX الخاص بتطبيقك من عناصر تحكم XAML مستضافة في جزر XAML فوق تطبيق مضيف Win32. لقد عملنا بشكل وثيق مع WinUI و XAMLIslands والفرق الشريكة الأخرى لجعل علامات تبويب Terminal تعمل.
oblitum من فضلك لا تسأل عن ميزات في هذا الموضوع - يرجى فتح عدد جديد إذا كان هناك واحد يصف سؤالك غير موجود بالفعل. إذا كانت هناك مشكلة حالية تصف الكثير مما تبحث عنه ، فالرجاء إضافة أفكارك إلى هذا السؤال الموجود. على سبيل المثال ، # 2001 أو # 288
mdtauk NP :) للأسف ، مع رمال تصميم واجهة مستخدم Windows المتغيرة ، والمرونة التي
نأمل ، مع تقدمنا ، ومع نضوج حزمة Windows UX الحديثة ، وتوحيد لغات التصميم ، سنرى تناسقًا كافيًا لن نضطر إلى إعادة تعيين التوقعات بين التطبيقات.
mdtauk NP :) للأسف ، مع رمال تصميم واجهة مستخدم Windows المتغيرة ، والمرونة التي
نأمل ، مع تقدمنا ، ومع نضوج حزمة Windows UX الحديثة ، وتوحيد لغات التصميم ، سنرى تناسقًا كافيًا لن نضطر إلى إعادة تعيين التوقعات بين التطبيقات.
أنا متأكد من أن WinUI مع دورة حياة Win32 هنا ، ستكون متحمسًا للغاية لقطع كل كود رسم DWM و HWND. دعونا نأمل أن تتمتع هذه التطبيقات أيضًا بالقدرة على إعادة تلوين عناصر التحكم في النافذة في XAML ، والتي يمكن لـ UWP القيام بها.
نأمل ، مع تقدمنا ، ومع نضوج حزمة Windows UX الحديثة ، وتوحيد لغات التصميم ، سنرى تناسقًا كافيًا لن نضطر إلى إعادة تعيين التوقعات بين التطبيقات.
هذا الاتساق مطلوب وقت كبير.
أود أن أقترح جعل واجهة Tab ذات طبقتين مكدستين عموديًا ، صفين أساسًا. كيف يتم تنفيذه حتى الآن ، فإن واجهة علامة التبويب بأكملها موجودة في الرأس نفسه ، أود أن أقترح ما إذا كانت منطقة الرأس (الصف الأول) تعرض مسار علامة التبويب النشطة وفي علامات تبويب الصف الثاني هناك تعرض الاسم الثنائي فقط أفضل.
لا أعرف ما هو شكل الدعم عبر الأصداف المختلفة ، ولكن هل يمكن تمييز الدليل مقابل الملف في النهاية؟
دليل مقابل ملف تسليط الضوء
بالنسبة إلى PowerShell ، ستحتاج إلى وحدة نمطية مثل DirColors (* قابس وقح) ، والتي ستضيف تلوينًا على غرار coreutils إلى قوائم ملفات
https://docs.microsoft.com/en-us/uwp/toolkits/winui/release-notes/winui-2.2
لماذا يبدو تصميم tabview مختلفًا تمامًا عما هو موجود في Terminal الآن؟ تصميم علامة تبويب winui أقرب إلى ما هو موجود في حافة الكروم.
نظرًا لأن TabView المستخدم حاليًا في Windows Terminal هو تطبيق مخصص ولم يتم ترحيله بعد إلى WinUI .
هذا مضلل جدًا من مستخدمي WinUI بعد ذلك.
هذا مضلل جدًا من مستخدمي WinUI بعد ذلك.
ليس حقًا ، الذي تم استخدامه في Windows Terminal متأخر مقارنة بإصدار WinUI. لكن Terminal كانت أول من استخدمها ، قبل أن تدخل مرحلة ما قبل الإصدار - لذا فقد كانت ساحة اختبار للتحكم ، وقدمت ملاحظات.
هناك أيضا قضية أخرى. تم تصميم عنصر تحكم WinUI TabView لـ UWP و XAML ، ولكن في الوقت الحالي ، يعد Windows Terminal مزيجًا من تطبيق Win32 الأصلي وجزر XAML لاستخدام عناصر التحكم الحديثة. هناك بعض القيود في الوقت الحاضر ، مع كيفية عمل التقنيتين معًا.
الأمل هو WinUI 3.0 وإصدار 2020 لشيء يسمى WinUI Desktop - سوف يمتزجان معًا ، مما يجعل إنشاء التطبيق أكثر سلاسة وسهولة.
واه لا هذا سوء فهم.
ما نستخدمه في Terminal حاليًا كان إصدارًا سابقًا من TabView. ساعدنا في توجيه بعض تفاصيل التنفيذ. ما تم إصداره في WinUI 2.2 هو الإصدار المصقول من TabView.
لم تتح لنا الفرصة في Terminal لسحب أحدث وحدات WinUI وتحديث أنفسنا بعد. في الأساس هم نفس التحكم ، نحن فقط إصدارات قليلة خلفنا الآن: P
المكدس المختلط UWP XAML + Win32 الذي نستخدمه لواجهة المستخدم ليس له أي تأثير على قدرتنا على استيعاب Tab View.
المكدس المختلط UWP XAML + Win32 الذي نستخدمه لواجهة المستخدم ليس له أي تأثير على قدرتنا على استيعاب Tab View.
إنه يفسر سبب عدم تطابق التكامل في TitleBar تمامًا مع الصورة المعروضة في قائمة WinUI لـ TabView
أردت إنشاء مشكلة مستقلة أولاً ، لكن أعتقد أن هذا يناسب بشكل أفضل على أي حال:
كفكرة عشوائية ، يمكن أن يكون هناك رمز قفل إضافي بجوار زر الإغلاق ، عند التمرير فوق علامة تبويب (غير مقفلة). إذا تم قفل علامة تبويب ، فسيكون القفل مرئيًا دائمًا ويمنع إغلاق علامة التبويب / العملية المرتبطة عن طريق الخطأ (إما يدويًا أو عن طريق إغلاق النظام). فكر في علامات التبويب المثبتة / المخزنة في Chrome أو Edge.
يعتمد هذا بشكل أساسي على الأشياء الفعلية التي حدثت ، مع وجود العديد من نوافذ وحدة التحكم بدلاً من تطبيق Terminal الجديد.
git gc
، sfc /scannow
، ftp
دفع الملفات ، أو أيا كان).لقد صنعت أيضًا مشكلة شاملة من الفواق التي عثرت عليها: https://github.com/microsoft/terminal/issues/2209
لسوء الحظ ، ليس لدي نطاق ترددي هذه الأيام لقراءة / البحث في جميع المشكلات التي من المحتمل أن تكون مكررة أو تم إصلاحها بالفعل. إذا كان لدى شخص ما في هذا الموضوع بالصدفة طاقة للإشارة إلى العناصر غير المكررة / المقبولة ، فيمكنني إنشاء مشكلات منفصلة.
لم أكن أعتقد أن هذا يستدعي مشكلة جديدة لأنها ذاتية إلى حد ما ... لكني أحب أن أفهم الأساس المنطقي وراء استخدام الأكريليك عندما تكون النافذة مركزة ، بدلاً من العكس.
يبدو أنه يتعارض مع ما تريده ؛ يجعل النافذة التي تعمل بها أقل قابلية للقراءة ، ويعطل أي نوع من الشفافية في الوقت الذي تريده ، أي عندما تحجب نافذة غير نشطة نافذة أخرى.
أحب أن أفهم الأساس المنطقي
نحن أيضا! هذه سياسة شاملة يتم تطبيقها على فرشاة الأكريليك. من المفترض أنه تم إجراؤه بحيث لا تكدس مجموعة من التطبيقات عشرات النوافذ الشفافة فوق بعضها البعض وتقتل أداء النظام. كان من المفترض أن يكون معونة للنوافذ النشطة فقط.
هههه الجميع على نفس الصفحة إذن - وشكرًا على الرد. نأمل أن يسمع الأشخاص المناسبون التذمر في وقت ما ويجعلونه يحدث (وستصبح الأصابع عبر الشفافية القياسية خيارًا في Microsoft Terminal)!
@ drk-mtr يوجد تطبيق uwp يسمى "Notepads" وبطريقة ما تمكن من الحفاظ على شفافية الأكريليك حتى لو لم تعد مركزة.
يبدو الموجه عند استخدام zsh / Oh My Zsh خاطئًا في Windows Terminal ، خاصة ألوان الأسهم وبعض الخطوط الصغيرة بين الأحرف. أنا أستخدم Powerlevel9k.
Windows Terminal (باستخدام نظام الألوان الداكنة الشمسية)
WSL الكلاسيكي (باستخدام الألوان الافتراضية)
إزالتها في وقت لاحق
فقط للتسجيل ، ولتجنب أي افتراضات بشأن المخالفات: لم أزل أنا أو فريقي هذا التعليق. mcgov نقل تعليقه إلى إصدار أكثر ملاءمة ، رقم 1753.
آه من الجيد سماع @ DHowett-MSFT. لقد أزلت هذا التعليق لتجنب أي دراما غير ضرورية.
أواجه مشكلة في الكلمات الرئيسية لهذا ، لذا أعتذر إذا كانت هناك مشكلة بالفعل. أنا أيضًا لست متأكدًا بنسبة 100٪ أن هذه مشكلة طرفية.
غالبًا ، ولكن ليس دائمًا ، بعد كتابة 3 أحرف ، ينتقل النص عمودًا واحدًا إلى اليسار:
هذا ما لاحظته:
clear
ما ورد أعلاه يجعلني أعتقد أنه شيء يجعلني أتحدث ، لكنني لست متأكدًا.
انا استخدم:
تضمين التغريدة
سبب ذلك هو الحرف ≡
.
@ ExE-Boss ممتع ، شكرا!
@ drk-mtr ، @ DHowett-MSFT ، lazylazyllama ،
شكرا لملاحظاتك على أكريليك. أنا مدير برنامج أعمل مع فريق التصميم بطلاقة. ربما تكون قد شاهدتني أتحدث عن Fluent at // Build في العامين الماضيين بما في ذلك مشاركة القرارات المتعلقة بتغيير التوجيه في المكان الذي سيتم فيه استخدام الاكريليك.
قصة قصيرة طويلة ، تحدد إرشادات الاكريليك اليوم أنه سيتم استخدامها لأسطح واجهة المستخدم العابرة وكذلك الأسطح المؤقتة بطبيعتها. يستخدم الأكريليك الشفافية والتمويه وهو أمر مكلف في استخدام الطاقة الحاسوبية. لذلك تقرر من POV الفني أن واجهة المستخدم هذه يتم استخدامها فقط عندما يتم تركيز التطبيق حيث يكون هذا التأثير أكثر فعالية. هذا هو سبب إيقاف تشغيل الاكريليك عندما ينتقل التركيز إلى تطبيق آخر وكذلك عندما يعمل الجهاز في أقل من الظروف المثالية. لم يكن الغرض من هذه المواد مطلقًا استخدامها على السطح حيث تكون قيد التشغيل في جميع الأوقات.
كان من المفترض أيضًا أن يكون الاكريليك أكثر "جذب الانتباه" بدلاً من استخدامه على السطح الذي لا يجذب انتباه المستخدم. نستخدم الأكريليك مع الظل لإضافة الشعور المرتفع على عناصر التحكم مثل MenuFlyout / ContextMenu لأداء المهام القصيرة. لهذا السبب ، تستخدم تطبيقات مثل الحاسبة أيضًا هذا التأثير للإجراءات الحسابية القصيرة.
فيما يتعلق بالوضوح ، نقضي وقتًا طويلاً في التأكد من أن النص الموجود أعلى الاكريليك مقروءًا من خلال تعديل القيم بعناية فائقة. ومع ذلك ، نظرًا لكونها شفافة ، فلن تكون أبدًا بنفس جودة الأسود النقي أو الأبيض النقي. لذلك لا نوصي باستخدامه على سطح رئيسي لاستخدامه لفترة طويلة من الزمن.
يفخر نظام التصميم الفائق أيضًا بتوفير الإلمام بمستخدمينا ، حتى لو لم يكونوا من Windows. لهذا السبب ، ناقشنا الأمر مع الأشخاص في Terminal الذين يقودون التصميم الخاص به واتخذنا قرارًا جماعيًا لتطبيق Terminal للحفاظ على سطح الأكريليك كإعداد افتراضي في الجزء الذي سيشعر معظم عملاء Linux بأنه في المنزل. كما أفهم ، فإن عملاء Linux معتادون على خلفية ضبابية ، ولكن الصفحة الرئيسية لا يتم تشغيلها افتراضيًا بسبب الأسباب المذكورة أعلاه (لا يزال من الممكن تشغيلها كخيار للمستخدم).
آمل أن يكون هذا قد أوضح قليلاً حول الخلفية والمنطق وراء التصميم الحالي. ومع ذلك ، فإننا نرحب بتعليقاتك على أكريليك. إذا كنت ترغب في تقديم ملاحظات حول هذا الموضوع أو أي موضوع من مواضيع WinUI ، فيرجى إرسال مشكلة جديدة في مستودع WinUI الرئيسي.
@ chigy ، @ drk-mtr ، @ DHowett-MSFT ، lazylazyllama ،
يستخدم الأكريليك الشفافية والتمويه وهو أمر مكلف في استخدام الطاقة الحاسوبية.
هل هناك أي بيانات حول مدى بطء التمويه متعدد الطبقات؟
هل يمكننا تمكينها فقط على طرازات الكمبيوتر الأحدث؟
تعتبر أجهزة كمبيوتر المطورين سريعة.
تعتبر أجهزة كمبيوتر المطورين سريعة.
أجهزة كمبيوتر الألعاب ، نعم ، ولكن يمكن أن تكون أجهزة كمبيوتر المطورين أبطأ - ما عليك سوى كتابة التعليمات البرمجية!
بدافع الفضول فقط ، كيف يمكن لـ " المفكرات " التي ذكرها
يفخر نظام التصميم الفائق أيضًا بتوفير الإلمام بمستخدمينا ، حتى لو لم يكونوا من Windows. لهذا السبب ، ناقشنا الأمر مع الأشخاص في Terminal الذين يقودون التصميم الخاص به واتخذنا قرارًا جماعيًا لتطبيق Terminal للحفاظ على سطح الأكريليك كإعداد افتراضي في الجزء الذي سيشعر معظم عملاء Linux بأنه في المنزل. كما أفهم ، فإن عملاء Linux معتادون على خلفية ضبابية ، ولكن الصفحة الرئيسية لا يتم تشغيلها افتراضيًا بسبب الأسباب المذكورة أعلاه (لا يزال من الممكن تشغيلها كخيار للمستخدم).
إذاً هذا الفيديو الترويجي الخاص بـ Terminal هو كذب إذن؟
https://www.youtube.com/watch؟v=8gw0rXPMMPE
يتوقع الناس أن تبدو هكذا خارج البوابة.
بدافع الفضول فقط ، كيف يمكن لـ " المفكرات " التي ذكرها
ZhaoMJ ، من المحتمل أن تستخدم Notepads واجهات برمجة تطبيقات تكوين منخفضة المستوى ، بدلاً من AcrylicBrush لتحقيق التأثير.
@ drk-mtr ، @ DHowett-MSFT ، lazylazyllama ،
شكرا لملاحظاتك على أكريليك. أنا مدير برنامج أعمل مع فريق التصميم بطلاقة. ربما تكون قد شاهدتني أتحدث عن Fluent at // Build في العامين الماضيين بما في ذلك مشاركة القرارات المتعلقة بتغيير التوجيه في المكان الذي سيتم فيه استخدام الاكريليك.
قصة قصيرة طويلة ، تحدد إرشادات الاكريليك اليوم أنه سيتم استخدامها لأسطح واجهة المستخدم العابرة وكذلك الأسطح المؤقتة بطبيعتها. يستخدم الأكريليك الشفافية والتمويه وهو أمر مكلف في استخدام الطاقة الحاسوبية. لذلك تقرر من POV الفني أن واجهة المستخدم هذه يتم استخدامها فقط عندما يتم تركيز التطبيق حيث يكون هذا التأثير أكثر فعالية. هذا هو سبب إيقاف تشغيل الاكريليك عندما ينتقل التركيز إلى تطبيق آخر وكذلك عندما يعمل الجهاز في أقل من الظروف المثالية. لم يكن الغرض من هذه المواد مطلقًا استخدامها على السطح حيث تكون قيد التشغيل في جميع الأوقات.
كان من المفترض أيضًا أن يكون الاكريليك أكثر "جذب الانتباه" بدلاً من استخدامه على السطح الذي لا يجذب انتباه المستخدم. نستخدم الأكريليك مع الظل لإضافة الشعور المرتفع على عناصر التحكم مثل MenuFlyout / ContextMenu لأداء المهام القصيرة. لهذا السبب ، تستخدم تطبيقات مثل الحاسبة أيضًا هذا التأثير للإجراءات الحسابية القصيرة.
فيما يتعلق بالوضوح ، نقضي وقتًا طويلاً في التأكد من أن النص الموجود أعلى الاكريليك مقروءًا من خلال تعديل القيم بعناية فائقة. ومع ذلك ، نظرًا لكونها شفافة ، فلن تكون أبدًا بنفس جودة الأسود النقي أو الأبيض النقي. لذلك لا نوصي باستخدامه على سطح رئيسي لاستخدامه لفترة طويلة من الزمن.
يفخر نظام التصميم الفائق أيضًا بتوفير الإلمام بمستخدمينا ، حتى لو لم يكونوا من Windows. لهذا السبب ، ناقشنا الأمر مع الأشخاص في Terminal الذين يقودون التصميم الخاص به واتخذنا قرارًا جماعيًا لتطبيق Terminal للحفاظ على سطح الأكريليك كإعداد افتراضي في الجزء الذي سيشعر معظم عملاء Linux بأنه في المنزل. كما أفهم ، فإن عملاء Linux معتادون على خلفية ضبابية ، ولكن الصفحة الرئيسية لا يتم تشغيلها افتراضيًا بسبب الأسباب المذكورة أعلاه (لا يزال من الممكن تشغيلها كخيار للمستخدم).
آمل أن يكون هذا قد أوضح قليلاً حول الخلفية والمنطق وراء التصميم الحالي. ومع ذلك ، فإننا نرحب بتعليقاتك على أكريليك. إذا كنت ترغب في تقديم ملاحظات حول هذا الموضوع أو أي موضوع من مواضيع WinUI ، فيرجى إرسال مشكلة جديدة في مستودع WinUI الرئيسي.
chigy @ DHowett-MSFT بدلاً من "إيقاف" أكريليك لماذا لا توقفه. أي يتم عرض الإطار الأخير الذي تم عرضه قبل أن تصبح النافذة غير نشطة ، عندما تكون النافذة غير نشطة. دائمًا ما تكون النوافذ النشطة أعلى من النوافذ غير النشطة ، وبالتالي سيبدو تأثير الأكريليك نشطًا حتى عندما لم تعد النافذة نشطة. المشكلة الوحيدة التي يمكنني رؤيتها مع هذا هي الموقف الذي تكون فيه النافذة "دائمًا في المقدمة" وهو أمر مقبول تمامًا.
@ drk-mtr ، @ DHowett-MSFT ، lazylazyllama ،
فيما يتعلق بالوضوح ، نقضي وقتًا طويلاً في التأكد من أن النص الموجود أعلى الاكريليك مقروءًا من خلال تعديل القيم بعناية فائقة. ومع ذلك ، نظرًا لكونها شفافة ، فلن تكون أبدًا بنفس جودة الأسود النقي أو الأبيض النقي. لذلك لا نوصي باستخدامه على سطح رئيسي لاستخدامه لفترة طويلة من الزمن.
تضمين التغريدة
يمكن حل ذلك عن طريق تحديد أو تطبيق الظل المسقط / التوهج الخارجي على النص. demo'dminiksa على النسخة hacky هذا عندما تم الكشف عن محطة في البناء، لذلك لا يبدو بعيدة المدى للنظر أنها يمكن أن تصبح في يوم من الأيام اختياري المحطة الطرفية الميزة، خصوصا في عالم حيث يمكن للمجتمع يسهم ذلك.
chigy @ DHowett-MSFT بدلاً من "إيقاف" أكريليك لماذا لا توقفه. أي يتم عرض الإطار الأخير الذي تم عرضه قبل أن تصبح النافذة غير نشطة ، عندما تكون النافذة غير نشطة. دائمًا ما تكون النوافذ النشطة أعلى من النوافذ غير النشطة ، وبالتالي سيبدو تأثير الأكريليك نشطًا حتى عندما لم تعد النافذة نشطة. المشكلة الوحيدة التي يمكنني رؤيتها مع هذا هي الموقف الذي تكون فيه النافذة "دائمًا في المقدمة" وهو أمر مقبول تمامًا.
@ 3dWrecker هذه ليست طريقة عمل AcrylicBrush. لا ينطبق مفهوم التوقف المؤقت على AcrylicBrush ، مثلما لا يمكنك إيقاف ورقة من الأكريليك مؤقتًا في العالم المادي.
شكرا جزيلا على الردود الشاملة!
سأكون صادقًا ، لقد نشرت هذا في سلسلة رسائل موجودة لأنني لم أراها مصدر قلق أساسي (حتى تكتمل العناصر الأخرى مثل دعم الماوس في WSL وما إلى ذلك). لم أضع في الاعتبار حقيقة أن عددًا قليلاً من الأشخاص قد اشتركوا في سلسلة الرسائل وأنه قد يحصل على راحة مناسبة! أشعر أنني يجب أن أوضح وجهة نظري - لقد كتبت هذه "قصص المستخدمين" التي تتجاهل تمامًا أي قيود فنية ، لذلك أقدر تمامًا أنها قد لا تكون قابلة للتحقيق.
وأدرك أن بعضًا مما يلي متناقض بشكل متبادل إذا تم تطبيقه في نفس الوقت ، فأنا مستخدم صعب نموذجي ؛)
يبدو أن الأكريليك ليس هو الوسيلة الصحيحة لذلك. لذلك ، سيكون تأثير الشفافية العادي مثاليًا لذلك ، ويبدو أنه أسهل في التنفيذ.
المثالي هو أن الخلفية يمكن أن تحتوي على شفافية قابلة للتكوين ، ولكن هذا النص الذي تم تقديمه يمكن أن يكون معتمًا - لا توجد فكرة عن مدى إمكانية تحقيق ذلك.
لا يمكنني استخدام الأكريليك عندما تكون النافذة مركزة ، لأنه حتى في الحد الأدنى من الإعدادات التي تسمح بها الوحدة الطرفية ، لا يمكن قراءة النص بشكل كافٍ.
لذلك أود أن أكون قادرًا على تقليل شدة تأثير الأكريليك الذي يتم تطبيقه أثناء تركيز النافذة. فقط كمثال ، إذا كان بإمكاننا استخدام تأثير الأكريليك مع طبقة رمادية داكنة شفافة مطبقة فوقها ، بحيث يكون التأثير أكثر دقة ، فقد يعمل هذا بشكل جيد.
بدلاً من ذلك ، فإن القدرة على جعل التمويه أكثر كثافة و / أو تقليله إلى ما يقرب من الصفر من شأنه أن يزيد بشكل كبير من المرونة في استخدام العالم الحقيقي.
نقدر أن هذا قد لا يكون قابلاً للتحقيق ، فقط بما في ذلك هنا للاكتمال.
الوضع المثالي هنا هو أنه يمكن تطبيق إعدادات تمويه مختلفة عند مقارنتها بالنافذة المركزة ، وطبقة ألفا اختيارية فوق الجزء العلوي لجعلها أقل حدة.
نأسف لذكر نظام التشغيل المستند إلى الفاكهة هنا ولكن بالنسبة للسياق ، يستخدمون طبقات ألفا على كل من النوافذ المركزة وغير المركزة ، ولديهم طبقات ألفا مختلفة حتى على الرموز الفردية داخل تلك النوافذ. لذلك ليس الأمر سهلاً ، لكنه بالتأكيد قابل للتحقيق.
chigy @ DHowett-MSFT بدلاً من "إيقاف" أكريليك لماذا لا توقفه. أي يتم عرض الإطار الأخير الذي تم عرضه قبل أن تصبح النافذة غير نشطة ، عندما تكون النافذة غير نشطة. دائمًا ما تكون النوافذ النشطة أعلى من النوافذ غير النشطة ، وبالتالي سيبدو تأثير الأكريليك نشطًا حتى عندما لم تعد النافذة نشطة. المشكلة الوحيدة التي يمكنني رؤيتها مع هذا هي الموقف الذي تكون فيه النافذة "دائمًا في المقدمة" وهو أمر مقبول تمامًا.
@ 3dWrecker هذه ليست طريقة عمل AcrylicBrush. لا ينطبق مفهوم التوقف المؤقت على AcrylicBrush ، مثلما لا يمكنك إيقاف ورقة من الأكريليك مؤقتًا في العالم المادي.
أعتقد أن هذه هي النقطة بالضبط - تقترح 3dWrecker طريقة بديلة ... لتتماشى مع القياس ، يمكنك "إيقاف" ورقة أكريليك في العالم المادي عن طريق التقاط صورة. وجعل تلك الصورة أقل كثافة من تصوير فيديو من الأكريليك ، حتى لو بقيت ورقة الأكريليك ثابتة في كليهما.
بالطبع لا أعرف شيئًا عن تفاصيل التنفيذ ، لذا إذا كان ما تقترحه هو أنه لا يمكن تنفيذه باستخدام النموذج الحالي ، فهذا عادل بما يكفي :)
بالطبع لا أعرف شيئًا عن تفاصيل التنفيذ ، لذا إذا كان ما تقترحه هو أنه لا يمكن تنفيذه باستخدام النموذج الحالي ، فهذا عادل بما يكفي :)
هذا ^ هو بالضبط ما أقترحه ، @ drk-mtr 😊. تغيير تنفيذ AcrylicBrush هو هدف جيد لن يتحقق في المحطة. كما اقترح chigy سابقًا ، فإن مستودع WinUI الرئيسي هو المكان المناسب لمناقشة الأكريليك.
بالطبع لا أعرف شيئًا عن تفاصيل التنفيذ ، لذا إذا كان ما تقترحه هو أنه لا يمكن تنفيذه باستخدام النموذج الحالي ، فهذا عادل بما يكفي :)
هذا ^ هو بالضبط ما أقترحه ، @ drk-mtr blush. تغيير تنفيذ AcrylicBrush هو هدف جيد لن يتحقق في المحطة. كما اقترح chigy سابقًا ، فإن مستودع WinUI الرئيسي هو المكان المناسب لمناقشة الأكريليك.
أعتقد أن مشكلة في فكرة "الإيقاف المؤقت للاكريليك" تتمثل في أنه في حالة تكديس عدة نوافذ ، إذا تم نقل واحدة (أو أكثر) من النوافذ المكدسة أسفل النافذة ذات تأثير الأكريليك المتوقف مؤقتًا ، فستظل تبدو كما هي نافذة الأكريليك المتوقفة مؤقتًا ، مما يخلق عدم تناسق غريب.
إلا إذا أسأت فهم ما هي فكرتك
تضمين التغريدة
يمكن حل ذلك عن طريق تحديد أو تطبيق الظل المسقط / التوهج الخارجي على النص. demo'dminiksa على النسخة hacky هذا عندما تم الكشف عن محطة في البناء، لذلك لا يبدو بعيدة المدى للنظر أنها يمكن أن تصبح في يوم من الأيام اختياري المحطة الطرفية الميزة، خصوصا في عالم حيث يمكن للمجتمع يسهم ذلك.
beforan ، شكرًا لك على الاقتراح ، لا تتردد في اقتراحه في مستودع WinUI الرئيسي الخاص
ومع ذلك ، نظرنا مؤخرًا في استخدام الظل ولا تعمل بشكل جيد مع نص أصغر حيث تستخدم هذه الأنواع من واجهة المستخدم عادةً.
أود أن أتمكن من رؤية النص في نافذة خلف النافذة المركزة
يبدو أن الأكريليك ليس هو الوسيلة الصحيحة لذلك. لذلك ، سيكون تأثير الشفافية العادي مثاليًا لذلك ، ويبدو أنه أسهل في التنفيذ.
@ drk-mtr ، لا نريد أن تقوم العديد من التطبيقات بإنشاء إصدار مختلف من المفهوم المماثل لمنح المستخدمين تجارب غير متسقة. وهكذا قررنا استخدام الأكريليك هنا. يساعد الأكريليك أيضًا في الوضوح أكثر من الشفافية العادية.
المثالي هو أن الخلفية يمكن أن تحتوي على شفافية قابلة للتكوين ، ولكن هذا النص الذي تم تقديمه يمكن أن يكون معتمًا - لا توجد فكرة عن مدى إمكانية تحقيق ذلك.
مرة أخرى ، من المحتمل أن تواجه مشكلات تتعلق بالوضوح هنا وستحتاج إلى التأكد من ...
أنا أحب تأثير الأكريليك ، وأود أن أتمكن من استخدامه في نافذة مركزة
لا يمكنني استخدام الأكريليك عندما تكون النافذة مركزة ، لأنه حتى في الحد الأدنى من الإعدادات التي تسمح بها الوحدة الطرفية ، لا يمكن قراءة النص بشكل كافٍ.
لذلك أود أن أكون قادرًا على تقليل شدة تأثير الأكريليك الذي يتم تطبيقه أثناء تركيز النافذة. فقط كمثال ، إذا كان بإمكاننا استخدام تأثير الأكريليك مع طبقة رمادية داكنة شفافة مطبقة فوقها ، بحيث يكون التأثير أكثر دقة ، فقد يعمل هذا بشكل جيد.
بدلاً من ذلك ، فإن القدرة على جعل التمويه أكثر كثافة و / أو تقليله إلى ما يقرب من الصفر من شأنه أن يزيد بشكل كبير من المرونة في استخدام العالم الحقيقي.
اعتقدت أن لديك بالفعل القدرة؟ هذا ما حصلت عليه من جهة الاتصال الخاصة بي "لجعل الاكريليك أكثر قابلية للاستخدام للمستخدمين ذوي التفضيلات المختلفة ، يمكن للمرء الضغط على CTRL + SHIFT القديم وعجلة التمرير بالماوس أو" التكبير "باستخدام لوحة التتبع لضبط مستوى الشفافية ديناميكيًا من 0٪ إلى ~ 50٪ ". هذه ميزة خاصة بالمحطة ولكن إذا كان هذا مثيرًا للاهتمام ولديه دعم من المجتمع ، فيمكننا التفكير في تنظيمه.
أريد استخدام الأكريليك عندما لا تكون النافذة مركزة
نقدر أن هذا قد لا يكون قابلاً للتحقيق ، فقط بما في ذلك هنا للاكتمال.
الوضع المثالي هنا هو أنه يمكن تطبيق إعدادات تمويه مختلفة عند مقارنتها بالنافذة المركزة ، وطبقة ألفا اختيارية فوق الجزء العلوي لجعلها أقل حدة.
نأسف لذكر نظام التشغيل المستند إلى الفاكهة هنا ولكن بالنسبة للسياق ، يستخدمون طبقات ألفا على كل من النوافذ المركزة وغير المركزة ، ولديهم طبقات ألفا مختلفة حتى على الرموز الفردية داخل تلك النوافذ. لذلك ليس الأمر سهلاً ، لكنه بالتأكيد قابل للتحقيق.
أود أن أفهم سيناريوهات المستخدم هنا. أنا أشجع أولئك الذين يريدون هذا على اقتراحه في مستودع WinUI الرئيسي لدينا.
لم أكن أعلم عن قدرتي على ctrl + shift + scroll - شكرًا!
أتفق تمامًا مع استهداف الاتساق الجمالي ، لكنني لن أعطي الأولوية لهذا فوق الخبرة الوظيفية. ليس لدي رأي حقًا حول العتامة / الأكريليك في WinUI بشكل عام - آمل ألا يبدو هذا وقحًا ولكني "أعتبره أو اتركه" قليلاً. أنا أفكر فقط في الآثار المترتبة على قابلية الاستخدام ضمن السياق المحدود للمحطة هنا.
نأمل أن توضح هذه الملاحظات باستخدام وحدة تحكم مركزة:
ليس هناك نقطة توازن جيدة بالنسبة لي. أنا قلق من أن يخبرني أحدهم عن إعداد تمويه قابل للتهيئة بالكامل أو شيء قريبًا وسأشعر بالسخافة ...
كما أقول ، ربما تكون هذه وظيفة للشفافية العادية - أو ربما سأضطر إلى إيقاف تشغيلها والتعامل مع تجربة وحدة تحكم أكثر وضوحًا :)
أعتقد أنه يجب على المستخدم استخدام كل ما يشعر بالراحة عند استخدامه. لا أعتقد أن الجهاز يجب أن "يفرض" نوعًا من الخلفية على المستخدم. افتراضيًا ، يمكن أن يكون هناك 3 "أوضاع"
"useAcrylic": false
)"useAcrylic": true
). يجب أن يظل الخيار الافتراضي لعامل "نجاح باهر" ولأنه يبدو جيدًا فقط.لا أعتقد أن الأكريليك يختفي عندما تخرج النافذة عن التركيز أمر ضخم: لأكون صادقًا ، لا أعتقد أن الهدف من الأكريليك هو السماح لك برؤية ما هو تحت النوافذ على أي حال ، إنه في رأيي مرئي حلويات. لذا فإن الأشخاص الذين لا يحبون اختفاء تأثير الأكريليك سيكونون سعداء على الأرجح بالخلفية شبه الشفافة ، والتي ستسمح لهم برؤية كل ما يحتاجون إليه.
ومع ذلك ، لكي يعمل هذا ، ستحتاج النافذة إلى الحفاظ على شفافيتها في جميع الأوقات ، حتى عندما لا تكون في بؤرة التركيز.
من ناحية الخيارات ، إذا تم اعتماد نظام الحالة الثلاثية ، فيمكن إضافة شيء مثل backgroundMode
إما مع filled
أو transparent
أو acrylic
كخيارات بدلاً من البسيط منطقي useAcrylic
.
جمعية البناء الخيرية. آمل فقط أن تكون النسخة الشفافة ممكنة من الناحية الفنية ، حيث أعتقد أنها ستكون نقطة بيع رئيسية لمستخدمي الطاقة الذين يسعدون تمامًا بحلهم الشفاف الحالي ويرون في Terminal بمثابة تخفيض.
حسنًا ، يبدو أن أسهم خطوط Powerline مكسورة
تحرير: يتم تتبع هذا بواسطة # 633 وأنا أعمى ، على الرغم من أن هذا كان يعمل بشكل جيد لسبب ما حتى الآن
عند تشغيل تطبيقات وحدة التحكم بوظائف الماوس (على سبيل المثال أشرطة قوائم FPC ، ولكن في وضع النص) ، ستحدد نقرات الماوس الحرف الموجود تحتها ولن تصل إلى التطبيق الأساسي.
@ leduyquang753 هذا هو العنصر الأخير في "الأشياء التي نعرفها:" بأعلى هذه الصفحة - المراجع # 376 ، # 545
https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM PM
يخطط WinUI 3.0 لنموذج تطبيق سطح المكتب كخيار بحيث يمكن للمطورين استخدام قوة UWP في وضع سطح المكتب الكامل المماثل لـ WPF. WinUI مثير حقًا لهذا ولأسباب أخرى قليلة :)
أفترض أن هذا يحل مشكلة سحب علامات تبويب WinUI على win32؟
https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM PM
يخطط WinUI 3.0 لنموذج تطبيق سطح المكتب كخيار بحيث يمكن للمطورين استخدام قوة UWP في وضع سطح المكتب الكامل المماثل لـ WPF. WinUI مثير حقًا لهذا ولأسباب أخرى قليلة :)
أفترض أن هذا يحل مشكلة سحب علامات تبويب WinUI على win32؟
أجرؤ على القول بأن مشروع Windows Terminal سيكون ميدان اختبار لكثير من نهج WinUI Desktop هذا
تضمين التغريدة
@ drk-mtr ، لا نريد أن تقوم العديد من التطبيقات بإنشاء إصدار مختلف من المفهوم المماثل لمنح المستخدمين تجارب غير متسقة. وهكذا قررنا استخدام الأكريليك هنا. يساعد الأكريليك أيضًا في الوضوح أكثر من الشفافية العادية.
في نهاية اليوم ، تبدو الأكريليك جميلة ، لكنها ليست مفيدة بأي شكل من الأشكال.
الشفافية - وهي ميزة مدعومة من قبل كل محطة طرفية أخرى استخدمتها - مفيدة.
أتفهم أنه لم يتم تنفيذه حاليًا ، ولكن من السخف حقًا القول إنه ليس ميزة يجب دعمها لتحقيق الاتساق ، خاصةً عندما يعرض الفيديو الترويجي نافذة شفافة تمامًا تشبه الزجاج.
أتساءل لماذا يقوم التسويق بهذا الاختيار؟ تخميني لأنهم يعرفون __الجميع يريد محطة شفافة__.
أرى الكثير من "لا أريد هذا بسبب أسبابي" في هذا المشروع (يتبادر إلى الذهن الشفافية والأجزاء المنقسمة). لذا ، لا تقم بتمكينه في الإعداد الخاص بك؟ لماذا يكون من الصعب توفير الأكريليك والشفافية وترك الخيار للمستخدم؟
وخير مثال على ذلك هو iterm2. لديها شفافية مع منزلقات لدرجة الضبابية والتعتيم. اختيار المستخدم. يجب أن تحتوي المحطات الحديثة على هذه الميزات.
jwhipp السبب الدقيق ( https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516
jwhipp السبب الدقيق ( # 1753 (تعليق)
لم أنظر إلى هذا التعليق على أنه استبعاد نهائي. في الواقع ، لا تزال هذه القضية مفتوحة. بعد المشكلة المرتبطة ، تم إغلاقه لأن المستخدم كان يطلب في النهاية نوافذ بيضاوية.
يبدو أنه كان قرارًا نهائيًا إلى حد ما نظرًا لأن هذه المشكلة مدرجة على أنها "أشياء يريدها الأشخاص ، لكننا لن نتمكن من إصلاحها" في الرسالة الأولى من هذا الموضوع الضخم. أفترض أنه مفتوح لأنه لا يزال يمثل مشكلة.
تضمين التغريدة
أجرؤ على القول بأن مشروع Windows Terminal سيكون ميدان اختبار لكثير من نهج WinUI Desktop هذا
يعد Windows Terminal مثالًا رائعًا للتطبيق الذي يستخدم Xaml Islands لاستضافة مكون WinUI (TabView). تحقيقًا لهذه الغاية ، يبدو بالفعل وكأنه تطبيق WinUI Desktop نأمل في الحصول على مزيد من المعلومات لمشاركتها حول WinUI Desktop قريبًا! في غضون ذلك ، يرجى توجيه التعليقات حول WinUI Desktop إلى مستودع WinUI الرئيسي: https://github.com/Microsoft/microsoft-ui-xaml
تضمين التغريدة
@ drk-mtr ، لا نريد أن تقوم العديد من التطبيقات بإنشاء إصدار مختلف من المفهوم المماثل لمنح المستخدمين تجارب غير متسقة. وهكذا قررنا استخدام الأكريليك هنا. يساعد الأكريليك أيضًا في الوضوح أكثر من الشفافية العادية.
في نهاية اليوم ، تبدو الأكريليك جميلة ، لكنها ليست مفيدة بأي شكل من الأشكال.
الشفافية - وهي ميزة مدعومة من قبل كل محطة طرفية أخرى استخدمتها - مفيدة.أتفهم أنه لم يتم تنفيذه حاليًا ، ولكن من السخف حقًا القول إنه ليس ميزة يجب دعمها لتحقيق الاتساق ، خاصةً عندما يعرض الفيديو الترويجي نافذة شفافة تمامًا تشبه الزجاج.
أتساءل لماذا يقوم التسويق بهذا الاختيار؟ تخميني هو أنهم يعرفون أن الجميع يريدون محطة شفافة .
iCodeSometime ، شكرًا لك على ملاحظاتك. تم تصميم المحطة الطرفية "Sizzle Video" من قبل فريق الهندسة الطرفية لمشاركة رؤيتهم لما أرادوا أن تكون عليه المحطة الطرفية ... بمجرد إنشائها ... وهو ما لم يكن كذلك في ذلك الوقت! في الواقع ، كان للخلفية الشفافة تأثير ضبابي مطبق ، على الرغم من أنها كانت أقل ضبابية وأكثر شفافية مما يدعمه الاكريليك حاليًا.
أضاف فريق Terminal دعمًا خالصًا للشفافية لوحدة التحكم منذ بعض الوقت ، لكنهم تلقوا تعليقات كثيرة من المستخدمين بأن الشفافية الخالصة يمكن أن تؤدي إلى "تضارب" نص وحدة التحكم الأمامية مع نص وحدة التحكم / المحطة الطرفية / المحرر الموجود أسفل:
طالب العديد من المستخدمين بنسيج ضبابي قابل للتعديل لتجنب هذا النوع من الاصطدام ، مع الاستمرار في الشعور بالحركة / محتوى النوافذ تحت الطرفية المفتوحة حاليًا:
وعلق jwhipp على فريق Terminal أيضًا بتضمين طريقة للمستخدم للتكيف مع نقطة
بعد كل هذا ، تدرك Terminal جميع التعليقات التي يرغب المستخدمون في الحصول عليها من تحكم أكبر ومستقل في مقدار التمويه والشفافية أكثر مما يتم توفيره حاليًا عبر الاكريليك. نحن (WinUI) نعمل معًا مع Terminal ، وقريبًا مع الآخرين بما في ذلك أعضاء المجتمع مثلك ، على مواد خلفية شبه شفافة جديدة. يرجى الحضور للانضمام إلى WinUI GitHub لإجراء محادثة مستقبلية حول مواد إضافية لنظام Windows.
من فضلك لا تخلط بيننا وبين عدم تنفيذ كل ميزة مطلوبة على الفور مع عدم الرغبة في القيام بذلك: نحن نحب تنفيذ العديد من الميزات المطلوبة ، ولكن يتعين علينا تحديد أولويات العمل وفقًا لمواردنا المحدودة وجداولنا الزمنية ومتطلبات أخرى .
فقط لأننا لا نستطيع تنفيذ شيء ما الآن لا يعني أننا لن نكون قادرين على الوصول إليه في المستقبل ، أو أن شخصًا ما في المجتمع لا يمكنه تنفيذه!
مثال على ذلك: سنعمل مع فريق WinUI على تحسين ميزة تمويه الخلفية التي تستخدمها Terminal. تابع هذه المشكلة ، ويرجى مشاركة وجهات نظرك ، وما إلى ذلك: https://github.com/microsoft/microsoft-ui-xaml/issues/1493
jwhipp رد:
لماذا يكون من الصعب توفير الأكريليك والشفافية وترك الخيار للمستخدم؟
يمكنك تمكين الاكريليك عبر إعداد useAcrylic
، وضبط مستوى التمويه عبر إعداد acrylicOpacity
إذا كنت ترغب في ذلك.
chigy ، في رأيي ، الحل الأبسط بكثير الذي لا ينفي فوائد الشفافية ، سيكون اختيار قدر معقول من الشفافية أكثر مما تم استخدامه في لقطة الشاشة.
على سبيل المثال ، هذا ما تبدو عليه لقطة الشاشة نفسها مع ضبط التعتيم على 80٪
كل شيء في الجهاز مقروء ، على الرغم من أنه موجود مباشرة أعلى النص من المحطة الأخرى. كل شيء خلف الجهاز مقروء أيضًا (على عكس لقطة شاشة الأكريليك الخاصة بك)
أفهم أن هذا برنامج ما قبل الإصدار ، وقد تأثرت ، لقد قمت بعمل رائع يا رفاق في تصحيح المشكلات الأخرى المبلغ عنها بسرعة (مثل # 2771). لا أتوقع بأي حال من الأحوال إضافة الشفافية غدًا ، ولكن آمل أن تساعد لقطة الشاشة هذه في توضيح سبب اعتبار الشفافية العادية مطلبًا بالنسبة لي قبل أن أتمكن من استخدام هذا كمحطة افتراضية ، ولماذا لا يعد الأكريليك بديلاً جيدًا - على الرغم من أنني أوافق ، يبدو رائعًا.
يمكنك تمكين الاكريليك عبر إعداد
useAcrylic
، وضبط مستوى التمويه عبر إعدادacrylicOpacity
إذا كنت ترغب في ذلك.
نعم ، لقد أخطأت في الكلام ، لا يمكنني حقًا إخبارك بمدى صعوبة تطبيق الشفافية الكاملة ، لذلك أعتذر عن هذا التعليق. كنت أعلق أكثر على الأشخاص الذين يقولون "لا أريد هذا لذا لا تنفذ" عندما يجب / سيكون حقًا إعداد تبديل / إيقاف.
الطلب هنا يتعلق بالتعتيم / عدم التمويه والشفافية الكاملة. إذا قمت بتعيين AcrylicOpacity إلى 0.0 على سبيل المثال ، فلا يزال لدي تمويه ، إنه الحد الأدنى المظلل. نود أن يكون لدينا خيار عدم التمويه بدرجات مختلفة من التظليل.
كما قلت ، أفضل مرجع لهذا هو iterm2 وكيف يتعامل مع التمويه بالشفافية.
غيّر الإصدار الجديد لون شريط العنوان في سياق الوضع المظلم ليصبح أكثر إشراقًا.
أحببت اللون القديم (على اليسار) بشكل أفضل.
@ escalonn شكرا على ردود الفعل. لم يكن تصميم الألوان الأصلي سهل الوصول إليه ، ولم يكن الكثير من الناس سعداء لعدم تمكنهم من التمييز بين علامات التبويب الخاصة بهم.
في الوقت الحالي ، نحن مقيدون بمواضيع WinUI المظلمة لاتساق النظام على نطاق أوسع.
jwhipp لا مشكلة - أردت فقط التأكد من أنك على علم ببعض المقابض
iCodeSometime -
من المؤكد أن تقليل مقدار الشفافية في النوافذ يجعل الأمور أكثر وضوحًا ، ولكن ليس كافيًا للكثيرين.
يفضل بعض الأشخاص قدرًا من التعتيم / الصقيع لإخفاء المحتويات المحددة للنوافذ الموجودة تحتها ، بينما يظل بإمكانهم الرؤية ، على سبيل المثال ، عند انتهاء أحد المباني أو إغلاق أحد التطبيقات ، وما إلى ذلك دون الحاجة إلى النقر باستمرار ذهابًا وإيابًا. خاصة عندما يتم تكبير النافذة العلوية / المركزة.
لا نريد أيضًا إعادة إنشاء نموذج شفافية القوة الغاشمة الخاص بـ GDI الذي كان علينا اعتماده في وحدة التحكم حيث تكون النافذة بأكملها شفافة - الحدود وشريط العنوان والخلفية و .. ، والأهم من ذلك ... محتويات النص.
ويجب أن نتأكد من أن الوحدة الطرفية سهلة الوصول ومرنة وقابلة للتكوين ومنتجة. تحمل معنا أثناء سعينا نحو استكمال واستقرار ميزات v1.0 في Terminal ، ثم العمل على الإصدار 2.0.
لا أعرف لماذا ... لكن Notepads في متجر Windows لها تأثير أكريليك حتى لو كانت غير مركزة.
كود المصدر موجود على https://github.com/JasonStein/Notepads .
هل من الممكن استخدام هذا: https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush لإنشاء شريط عنوان أكريليك؟ لا أعرف حقًا كيف يعمل هذا أو XAML ولكن ربما من الممكن استخدامه لإنشاء SpriteVisual (؟) مع CompositionBackdropBrush الذي يغطي شريط السحب ومن ثم يمكن ضبط الخلفية لبقية شريط العنوان على الاكريليك في XAML؟
أضع حدود النوافذ القياسية على المحطة.
وضع الضوء ، اللون في شريط العنوان معطل:
وضع الضوء ، تم تمكين اللون في شريط العنوان:
الوضع الداكن ، اللون في شريط العنوان معطل:
الوضع الداكن ، تم تمكين اللون في شريط العنوان:
ما رأيك؟ هل يجب أن أقوم بإجراء علاقات عامة أم لا؟
المزيد من التفاصيل:
@ greg904 يا صاح ،
(لقد ناقشنا هذا الأمر مع فريق DWM - يريدون منا أن نكون مواطنين أفضل ، _ نريد أن نكون مواطنين أفضل ، وسوف يتم إصلاح مجموعة كاملة من عناصر قائمة التحقق في # 1625!)
PR # 3394
إنها ليست حدودًا للمعايير الحقيقية حقًا ، فقد استخدمت بعض الاختراقات.
لقد لاحظت بالفعل شيئًا واحدًا مثيرًا للاهتمام - على الرغم من أن Terminal تفقد شفافيتها عندما لا تركز ، إلا أنها تحافظ على الشفافية (بشكل مدهش) في وضع الكمبيوتر اللوحي ، والذي يبدو رائعًا.
لست متأكدًا مما إذا كان أي شخص آخر قد لاحظ هذا ولكن.
@ greg904 لمعلوماتك فقط ، تستخدم Notepads نسخة مخصصة من TabView من Windows Community Toolkit.
هل هناك إمكانية لوجود مجلدات فرعية في القائمة؟ أرغب في الحصول على القدرة على تنظيم عناصر مثل توزيعات WSL وإصدارات Powershell وبيئات البرمجة معًا.
@ str8edgedave أنت تبحث عن "السماح بتخصيص القائمة المنسدلة في profiles.json" # 1571
+1 لـ "لا يمكن إعادة ترتيب علامات التبويب". من فضلك لا تفعل ذلك مثل Windows حيث لا يمكنك تغيير ترتيب أجهزة سطح المكتب الافتراضية الخاصة بك.
يجب أن تكون هناك طريقة لإزالة الفجوة الموجودة أعلى علامات التبويب IMO.
يجب أن تكون هناك طريقة لإزالة الفجوة الموجودة أعلى علامات التبويب IMO.
لا ينبغي أن يكونوا في المواصفات في المقام الأول ، imo. هذه المساحة هي عربات التي تجرها الدواب في وضع الكمبيوتر اللوحي.
هل هناك طريقة لإنشاء علامة تبويب جديدة في نافذة المحطة الطرفية الحالية بدلاً من فتح نافذة جديدة عند بدء تشغيل wt.exe؟
لماذا لا تجعل ألوان شريط علامات التبويب كما لو كانت في الحافة؟
يوجد في Edge شريط عنوان داكن مع علامات تبويب أكثر إشراقًا. لذا فهو عكس ما تبدو عليه المحطة حاليًا وأعتقد أن طريقة الحافة تبدو أفضل بكثير.
هذا لأن عقلك يرى بشكل طبيعي الأشياء الأكثر إشراقًا على أنها في المقدمة
من المناقشة أعلاه ، يبدو أن التركيز هو الحصول على سمة داكنة وخفيفة ، ولكن لماذا لا يحترم لون شريط العنوان ببساطة لون التمييز الذي حدده المستخدم؟
أعتقد أن لون التمييز مفيد لشريط العنوان ولكن ليس لخلفية علامات التبويب.
@ xa0082249956 @ greg904
مرحبًا يا رفاق ، أنا مؤلف Notepads ، هذه هي الطريقة التي أجعل بها تأثير أكريليك الخلفية "دائمًا" لكل من شريط العنوان وجسم نافذة تطبيق Notepads: https://github.com/JasonStein/Notepads/blob/12940adc674a9ba6fa336e3aaa8652978e8a8c8e/src /Notepads/Services/ThemeSettingsService.cs#L253
لقد صنعت فرشاة الأكريليك بنفسي باستخدام "AcrylicBackgroundSource.HostBackdrop" بمساعدة مكتبة UICompositionAnimations لجعل حياتي أسهل (المرجع: https://github.com/Sergio0694/UICompositionAnimations).
تقوم بشكل أساسي بإنشاء الفرشاة من الصفر باستخدام واجهات برمجة التطبيقات (أكريليك باكجراوندسورس. هوست باك دروب + نسيج نويز).
* تحديثات **
إصداري المخصص من HostBackdropAcrylicBrush:
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs
لدي عدة شاشات. عندما يكون Windows Terminal مفتوحًا مع تمكين الاكريليك ، ينتقل جهاز الكمبيوتر الخاص بي إلى وضع السكون ، وأيقظه احتياطيًا ، ويتحول الأكريليك إلى لون صلب. إذا قمت بسحب النافذة داخل جهاز عرض واحد ، فستظل الخلفية كما هي. إذا قمت بسحبه إلى شاشة أخرى ، فسيظهر الأكريليك مرة أخرى.
EricLauber ، هل يمكنك إعادة إرسال مشكلتك مع الأكريليك إلى WinUI repo؟
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose
@ chigy نعم أستطيع. آسف ، لم أكن أدرك أنها كانت منفصلة. شكر.
EricLauber ، شكرا لك! تستخدم الوحدة الطرفية ميزة الأكريليك التي يوفرها النظام ، لذا فمن الأفضل عرض ذلك على مجموعة تقوم بتسليمه.
الرجاء تجاهل تعليقي السابق. لقد كنت أسيء فهم السلوك - تختفي ميزة الأكريليك عندما لا يكون تركيز النافذة أعلى. لم يكن السحب بين الشاشات هو الذي أعاد الأكريليك ، بل كان اختيار النافذة نفسها.
شاهد # 4593 :) ليس لدي أي شيء آخر في هذا الوقت. قد يكون خيارًا تم تعطيله بشكل افتراضي ، أن يكون لديك حد خارجي لتحسين الفصل متعدد النوافذ ...
ضمن التخصيص ، هناك خيار ملاحظات ، وهذا يؤدي إلى لوحة منتدى ، لقد بحثت عن "سماكة الحدود" ووجدت العديد من سلاسل الرسائل المستقلة ، ولكن هذا الخيار يحتوي على تعليقات ... https://aka.ms/AA7fj9x
الرجاء إضافة مزيج ألفا إلى المؤشر ، النص الموجود تحته غير مرئي على الإطلاق.
مرحبًا - أرغب في رؤية تأثير الأكريليك مطبقًا عندما يكون _لا_ النافذة النشطة. عندما أكتب ، أريد التركيز. عندما يكون بعيدًا عن الجانب ، أريده أن يبدو رائعًا :) أو الأفضل من ذلك ، خيارات واضحة لكل من النشطين والخلفية ، لأن الأشخاص يرغبون أيضًا في تشغيلها بشكل دائم. شكرا - تطبيق رائع.
عند استخدام وظيفة النوافذ المفاجئة ، يوجد حد صغير حول الحواف ، أي أن النافذة لا تنجذب بالكامل ، وتظهر جزءًا من سطح المكتب أو أيًا كان ما يوجد خلف الجهاز.
DanDavies يجب أن ترى https://github.com/microsoft/terminal/issues/5250#issuecomment -610691840
من @ SFM61319 في # 3337
أيضًا ، لا تبدو قائمة الملف الشخصي والأزرار "بطلاقة". الرجاء إضافة بعض الفرش
AcrylicBrush
وRevealBrush
لتلك الفرش للحصول على تأثير أكثر طلاقة.
هذه هي الوثائق الرسمية حول وقت استخدام الأكريليك ومتى لا: https://docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#transient -surfaces. من تلك الصفحة:
سيستخدم العديد من عناصر التحكم لدينا الأكريليك بشكل افتراضي. ستستخدم MenuFlyouts و AutoSuggestBox و ComboBox وعناصر تحكم مماثلة مع النوافذ المنبثقة الخفيفة جميعها الأكريليك المؤقت عند استدعائها.
من الغريب إذن أن MenuFlyout
لا يستخدم ذلك ، فنحن لا نفعل أي شيء لتخصيصه ...
مع دمج # 5485 ، هل يمكن تنفيذ الاكريليك على شريط علامات التبويب الآن؟
wazybr لقد حاولت لفترة وجيزة تبديل فرشاة شريط العنوان بفرشاة أكريليك فقط لتجربتها. لم ينجح الأمر ولكن ربما هناك طريقة أقل سذاجة للقيام بذلك (يبدو أن لقطة شاشة @ DHowett-MSFT في # 5485 تشير إلى إمكانية ذلك.)
نعم - إنه يعمل الآن ولكن لا يزال هناك مكان واحد حيث نحصل على الفرشاة من شريط العنوان ونحولها إلى SolidColorBrush. سيؤدي هذا بالطبع إلى انفجارها.
هناك أيضًا فرشاة TabViewBackground
في app.xaml. :ابتسامة:
لن نقبل مساهمة تضيف ذلك عرضًا اليوم لأن هناك مجموعات كثيرة جدًا من الأشخاص يريدون كل أنواع الأشياء المختلفة:
هذا هو السبب في أننا نعمل على # 3327 ، "السمات".
أنا أفهم. سيكون الاكريليك على شريط العنوان لمسة لطيفة لواجهة المستخدم ويضيف التناسق فيما يتعلق بتطبيقات Windows الأخرى مثل _Photos_ و _Movies & TV_.
DHowett هل يمكنك تغيير OP لتعكس الاحتمال بشكل أفضل؟
بالتأكيد ، لقد قمت بتحريره. شكر.
مرحبًا @ zadjii-msft ، أولاً وقبل كل شيء ، أعتذر عن تأخري لمدة شهر.
الآن ، لقد قرأت بالفعل الوثائق الخاصة بوقت استخدام الأكريليك ومتى لا ، وأعلم أيضًا أن عناصر التحكم هذه تستخدم الاكريليك بشكل افتراضي. هذا يحيرني لأن قائمة Windows Terminal لا تستخدم الأكريليك افتراضيًا. وإذا كان من المفترض أن يستخدم الاكريليك بشكل افتراضي - وهو ما لا يستخدمه - إذن ، فهذا غير متسق أكثر من كونه متسقًا (لأنه ليس كما كان من المفترض أن يكون وما هو باقي نوعه - يشير إلى واجهة مستخدم غير مصقولة وعدم الاتساق).
من الغريب إذن أن
MenuFlyout
لا يستخدم ذلك ، فنحن لا نفعل أي شيء لتخصيصه ...
لا أعرف ما إذا كان مجرد خطأ مخفي في الكود أم خطأ ما ، ولكن ، أعتقد أنك (فريق Microsoft و / أو أي شخص يرمز إلى هذا) ربما يجب أن تحاول استخدام السمة Style
للإضافة AcrylicBrush
يدويًا (نظرًا لأنه يفشل في استخدامه تلقائيًا) لجعل واجهة المستخدم أكثر اتساقًا (لأن تطبيقات UWP الأخرى تستخدم الاكريليك لمثل هذه القوائم - مما يشير إلى تناسق واجهة المستخدم) ربما في التحديثات المستقبلية.
أيضًا ، لم يجيب تعليقك على السؤال الثاني (؟) حول استخدام RevealBrush
(ربما لم تلاحظ ذلك).
تضيف فرشاة Reveal مزيدًا من التناسق إلى واجهة مستخدم تطبيق UWP (IMO) وتستخدمها العديد من التطبيقات (بما في ذلك تطبيق الإعدادات). إنه أكثر فاعلية لمستخدمي الوضع المظلم (مرة أخرى ، IMO) لأنه يسلط الضوء على الخلفيات الداكنة مع "الأضواء" البيضاء (أو التدرجات) ، على عكس وضع الإضاءة ، حيث يضيف الكشف فقط تدرجًا داكنًا للحدود ولا يفعل شيئًا للخلفيات البيضاء. لذلك ، إذا تم استخدام فرش Reveal في الأزرار newTab
و MenuFlyout
، فقد تبدو واجهة المستخدم أكثر مصقولة وثباتًا (مرة أخرى ، IMO).
لذا يرجى التفكير في إضافة AcrylicBrush
(للأزرار MenuFlyout
) و RevealBrush
(للأزرار).
شكرا لك!
تحرير: أيضًا ، إذا أراد أي شخص الرد علي ، فيرجى ذكرني باستخدام @
عند الرد علي (حيث يتيح لي GitHub معرفة عندما يرد شخص ما علي عند الإشارة إلي).
أيضًا ، هذا خارج الموضوع حقًا (لكن من فضلك لا تضع علامة على هذا خارج الموضوع لهذا السطر الواحد): هل أنت نفس u / zadjii على Reddit (لأنك إذا كنت كذلك ، فقد رأيتك على r / windows وشعرت مألوف)؟
هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟ وستكون المنطقة الصغيرة تحتها قابلة للسحب.
مثله:
هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟ وستكون المنطقة الصغيرة تحتها قابلة للسحب.
مثله:
FWIW ، هكذا يعمل Edgium:
هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟
Edge هو التطبيق الوحيد الذي يمكنني رؤيته وهو يفعل ذلك ومن المحتمل أن يكون أحد الآثار الجانبية لامتلاك مجموعة أدوات واجهة المستخدم الخاصة به عبر النظام الأساسي بدلاً من عناصر التحكم "الأصلية".
لذا للإجابة على سؤالك ، ربما أقول لا.
هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟ وستكون المنطقة الصغيرة تحتها قابلة للسحب.
مثله:
في نظام التشغيل Windows ، يتم حجز الجانب الأيسر المباشر من الأزرار كمنطقة قابلة للسحب. لذا فإن وجود نفس الشيء في الأسفل هو أمر زائد.
هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟
Edge هو التطبيق الوحيد الذي يمكنني رؤيته وهو يفعل ذلك ومن المحتمل أن يكون أحد الآثار الجانبية لامتلاك مجموعة أدوات واجهة المستخدم الخاصة به عبر النظام الأساسي بدلاً من عناصر التحكم "الأصلية".
لذا للإجابة على سؤالك ، ربما أقول لا.
إنه أمر مزعج في Edge أيضًا. يجب أن يتركزوا في Edge. أتمنى أن تكون تطبيقات Windows الجديدة متسقة.
ما زلت أرى مربع اختيار لجعل شريط العنوان أكريليكًا ولكن لا شيء لكونه يحترم ألوان النظام مثل أي تطبيق آخر.
_ "يحتوي Windows Terminal على لون شريط عنوان ثابت خاص به يتجاهل ألوان شريط العنوان النشطة وغير النشطة للنظام" _
هل يمكن تغيير هذه الميزة على الأقل إلى "خيارات تخصيص شريط العنوان" بحيث لا يزال بإمكان أولئك الذين يريدون التناسق الحصول على طريقة للقيام بذلك؟
ما زلت أرى مربع اختيار لجعل شريط العنوان أكريليكًا ولكن لا شيء لكونه يحترم ألوان النظام مثل أي تطبيق آخر.
_ "يحتوي Windows Terminal على لون شريط عنوان ثابت خاص به يتجاهل ألوان شريط العنوان النشطة وغير النشطة للنظام" _هل يمكن تغيير هذه الميزة على الأقل إلى "خيارات تخصيص شريط العنوان" بحيث لا يزال بإمكان أولئك الذين يريدون التناسق الحصول على طريقة للقيام بذلك؟
لا تتبع معظم تطبيقات windows الحديثة ألوان النظام ولها ألوان خاصة بها. لذلك فهو متسق.
ما زلت أرى مربع اختيار لجعل شريط العنوان أكريليكًا ولكن لا شيء لكونه يحترم ألوان النظام مثل أي تطبيق آخر.
_ "يحتوي Windows Terminal على لون شريط عنوان ثابت خاص به يتجاهل ألوان شريط العنوان النشطة وغير النشطة للنظام" _
هل يمكن تغيير هذه الميزة على الأقل إلى "خيارات تخصيص شريط العنوان" بحيث لا يزال بإمكان أولئك الذين يريدون التناسق الحصول على طريقة للقيام بذلك؟لا تتبع معظم تطبيقات windows الحديثة ألوان النظام ولها ألوان خاصة بها. لذلك فهو متسق.
إذن أنت تقول إننا يجب أن نستمر في وجود تناقض ثابت؟
إنه مثل القول بأنك ستفعل شيئًا خاطئًا فقط لأن الجميع يفعل ذلك.
لذلك بعد بعض الحفر في هذا الموضوع وتعليقات أخرى.
كانت هناك بالفعل مشكلة تتعلق بشريط العنوان الذي لا يحترم احترام سمات النظام # 1963 التي تراكمت حول مشكلة أخرى رقم 3327. مع إصدار قائمة "Mega Thread" هذه قديمة / مهملة.
بالنظر إلى عمر كلتا المشكلتين ، يبدو أن اهتمامات المطورين منخفضة للغاية مما يجعل التنفيذ غير مرجح.
لذلك قررت شخصيًا تجاهل وظيفة علامة التبويب للحصول على التناسق البصري.
"alwaysShowTabs": false,
"showTabsInTitlebar": false,
مجرد ترك هذه المعلومات هنا في حال كانت ذات صلة بشخص آخر.
مرحبًا بالنسبة للسجل ، هناك قدر كبير جدًا من المناقشات حول طرق تكوين لون علامات التبويب وصف علامة التبويب (شريط العنوان) في # 3327 و # 5772. تتضمن الخيارات التي تمت مناقشتها هناك مطابقة شريط العنوان مع لون تمييز النظام ، أو علامات التبويب بلون عنصر التحكم الذي يركز في النافذة.
فقط لأن مشكلة قديمة لا يعني أنها مهجورة. # 3327 هي إحدى مشكلاتي _المفضلة_ التي أتطلع حقًا إلى الحصول على وقت للعمل عليها.
نفس الشيء الذي يحدث في معرض عناصر تحكم XAML: https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 يحدث في Windows Terminal
أوه والنقر بزر الماوس الأيمن على أزرار التسمية التوضيحية في شريط العنوان لا يفتح قائمة Sizer ، وهو تطبيق من Brianapps يعمل مع مجموعة Office التي يبدو أنها تحتوي على شريط عنوان مخصص.
التعليق الأكثر فائدة
لا يوجد استخدام عملي للأكريليك عند الترميز. لكن الشفافية مفيدة للغاية. هذا يعني أنه يمكنني عرض الكود الموجود أسفل نافذة Terminal كما يلي:
يرجى إضافة تعديل لعامل BLUR الذي يستخدمه الأكريليك. لا أستطيع قراءة نص غير واضح.
وأيضًا إذا لم يتحول الجهاز إلى اللون الأسود عندما يكون غير نشط مثل هذا:
سيكون من المفيد حقًا أن يكون لديك زر تثبيت يثبت الجهاز فوق جميع النوافذ الأخرى. سيمكن ذلك من التبديل السلس بين الجهاز وأي محرر كود تستخدمه (خاصة إذا كان بإمكانك قراءة الكود الموجود أسفل نافذة Terminal).
أقترح أن يظل موضوع الأكريليك نشطًا بدلاً من "الانتقال إلى اللون الأسود" إذا تمت إضافة ميزة "دائمًا في المقدمة" وتمكينها.
كيف يمكن أن تبدو:
رمز الدبوس لتثبيت الجهاز فوق جميع النوافذ.
nacorv ،