Terminal: الخيط الضخم: التصميم غير مكتمل ، واجهة المستخدم غير مصقولة

تم إنشاؤها على ٢٢ يونيو ٢٠١٩  ·  285تعليقات  ·  مصدر: microsoft/terminal

أقوم بإنشاء هذا حتى أتمكن من تثبيته وللمساعدة في تتبع العديد من المشكلات / عناصر العمل ذات الصلة.

أشياء نعرفها:

  • [x] مقابض الإمساك بيضاء ناصعة / لون مميز / أسود داكن
  • [x] مقابض الإمساك ضيقة جدًا / الحدود سميكة جدًا / لماذا لا يمكنني استخدام المنطقة خارج إطار النافذة لتغيير الحجم؟
  • [x] # 994 الألواح المنقسمة تحتاج إلى مؤشر لإظهار التركيز
  • [] # 1000 حرفيًا أي شيء له علاقة بالألواح
  • [] يجب أن يعرض رمز النقر / النقر بزر الماوس الأيمن قائمة تصغير / تكبير / إغلاق
  • [x] عند النقر فوق Cascade Windows ، يتم تجاهل Show windows stacked وما إلى ذلك تمامًا بواسطة Terminal
  • [x] # 376، # 545 لا يمكن لتطبيقات سطر الأوامر تلقي إدخال الماوس
  • [] # 4980 مصباح سمة النظام = حدود فاتحة ، حتى لو كان المظهر النهائي مظلمًا
  • [] شريط العنوان ليس من الأكريليك ، ولكن الآن منذ التغييرات المعمارية _could_!

الأشياء المتعلقة بعلامات التبويب:

  • [] # 1625 لديه مجموعة عملاقة أخرى من العمل تكون أكثر تحديدًا للمنطقة غير التابعة للعميل (حيث توجد علامات التبويب)
  • [] المنطقة الموجودة أعلى علامات التبويب غير قابلة للسحب
  • [] لا يمكن انبثاق / سحب علامات التبويب
  • [x] لا يمكن إعادة ترتيب علامات التبويب
  • [] # 597 بدون استخدام علامات التبويب ، لا تتقلص / تتوسع مثل علامات تبويب المتصفح / أريد تعيين عرض أدنى لعلامات التبويب / أريد عرضًا ثابتًا لعلامات التبويب / أريد توسيع علامات التبويب لتقسيم المساحة المتاحة / أي مساحة أخرى حجم علامة التبويب الممكنة]
  • [x] # 3300 لا ينمو شريط علامات التبويب عند تغيير حجم النافذة ، ولكنه يتقلص فقط (تراجع في الإصدار 0.6)

الأشياء التي يريدها الناس ، لكننا _ لن نتمكن _ من إصلاحها:

  • [] # 1753 يمكن فقط تعيين "عتامة" الاكريليك ، وليس "طمس" / لا يمكن أن يكون لها شفافية غير أكريليك

تم إصلاح الأشياء في الإصدار 0.6:

  • [x] # 2513 يجب أن يؤدي النقر المزدوج إلى منطقة غير العميل إلى تكبير النافذة.
  • [x] # 771 تباين علامة التبويب الافتراضي "النشط" منخفض جدًا (خاصة وضع الإضاءة)
  • [x] علامات التبويب لا تبدو جيدة كما تريد # 702
    grafik
  • [x] # 857 عندما تكون النافذة أصغر من مجموع عرض علامات التبويب ، يتم قطع علامات التبويب ، دون الإشارة إلى التمرير

تم إصلاح الأشياء في الإصدار 0.5:

  • [x] # 1589 Alt + F4 لا يغلق النافذة (PR # 2526)

تم إصلاح الأشياء في الإصدار 0.3:

  • [x] منطقة غير العملاء تبدو خاطئة ؛ PR # 929 ، العدد 872
    grafikgrafik

  • [x] زر علامة الجمع كبير جدًا ، صغير جدًا ، عريض جدًا ، ضيق جدًا (تم إصلاحه في 1934 #)
    grafik

  • [x] # 564 منطقة قابلة للسحب في شريط العنوان (PR # 1948)

  • [x] عند التكبير على شاشات العرض باستخدام DPI مختلف ، يتم قطع حواف النافذة. (تم الإصلاح في # 1921)

  • [x] # 608 نص علامات التبويب الخاصة بي طويل جدًا

  • [x] أستخدم المظهر الداكن ولكني ما زلت أرى حدًا أبيض ورأسًا أبيض. (قد يتم تحديده برقم 929)
    image

  • [x] (بسبب # 929 ، تم تتبعه في # 1625 # 1963) لا يحتوي شريط العنوان على لون التمييز الخاص بي فيه
    image

  • [x] يؤدي تغيير حجم النافذة إلى اختفاء / إعادة ظهور واجهة المستخدم.
    ezgif-2-9dc95bf607e7

Area-User Interface Issue-Question Product-Terminal

التعليق الأكثر فائدة

لا يوجد استخدام عملي للأكريليك عند الترميز. لكن الشفافية مفيدة للغاية. هذا يعني أنه يمكنني عرض الكود الموجود أسفل نافذة Terminal كما يلي:
Annotation 2019-06-22 154553
يرجى إضافة تعديل لعامل BLUR الذي يستخدمه الأكريليك. لا أستطيع قراءة نص غير واضح.
Annotation 2019-06-22 154657
وأيضًا إذا لم يتحول الجهاز إلى اللون الأسود عندما يكون غير نشط مثل هذا:

Annotation 2019-06-22 154746
سيكون من المفيد حقًا أن يكون لديك زر تثبيت يثبت الجهاز فوق جميع النوافذ الأخرى. سيمكن ذلك من التبديل السلس بين الجهاز وأي محرر كود تستخدمه (خاصة إذا كان بإمكانك قراءة الكود الموجود أسفل نافذة Terminal).
أقترح أن يظل موضوع الأكريليك نشطًا بدلاً من "الانتقال إلى اللون الأسود" إذا تمت إضافة ميزة "دائمًا في المقدمة" وتمكينها.

كيف يمكن أن تبدو:
dhdghjdy
رمز الدبوس لتثبيت الجهاز فوق جميع النوافذ.
nacorv ،

أود أن أعرف ما إذا كانت ميزة "دائمًا في المقدمة" هي ميزة سيتم النظر فيها.

ال 285 كومينتر

من المحتمل أن يتقلص الحرف الرسومي الزائد ، لقد علقت على مشكلة TabControl ، ويبدو أنها ستدفع التغيير ، لمطابقة الصورة الرمزية الأصغر المستخدمة بواسطة UWP Edge.

image

نعم ، أعتقد أنه يمكننا أن نتفق جميعًا على أن "جعل علامات التبويب مثل Edge Chrome" أمرًا رائعًا ، ولكن "جعل علامات التبويب مثل الفيديو الترويجي" أفضل ... 😣

أعتقد أن UWP Edge يحتوي على علامات تبويب أفضل من Edge Chrome. 🤔

أنا شخصياً أتمنى أن يصنعوا علامات تبويب Edge Chrome مثل UWP Edge ، لكن لم يسألني أحد ...

نعم ، نعم ، ولكن ... أي منهما متقدم على المحطة الطرفية 🤡
يحتوي Edgium على ما يقرب من 20 بكسل فوق علامات التبويب القبيحة ... ولكن ... السحب!
ومع كلاهما ، يمكنك على الأقل معرفة علامة التبويب النشطة 🙄

لا يوجد استخدام عملي للأكريليك عند الترميز. لكن الشفافية مفيدة للغاية. هذا يعني أنه يمكنني عرض الكود الموجود أسفل نافذة Terminal كما يلي:
Annotation 2019-06-22 154553
يرجى إضافة تعديل لعامل BLUR الذي يستخدمه الأكريليك. لا أستطيع قراءة نص غير واضح.
Annotation 2019-06-22 154657
وأيضًا إذا لم يتحول الجهاز إلى اللون الأسود عندما يكون غير نشط مثل هذا:

Annotation 2019-06-22 154746
سيكون من المفيد حقًا أن يكون لديك زر تثبيت يثبت الجهاز فوق جميع النوافذ الأخرى. سيمكن ذلك من التبديل السلس بين الجهاز وأي محرر كود تستخدمه (خاصة إذا كان بإمكانك قراءة الكود الموجود أسفل نافذة Terminal).
أقترح أن يظل موضوع الأكريليك نشطًا بدلاً من "الانتقال إلى اللون الأسود" إذا تمت إضافة ميزة "دائمًا في المقدمة" وتمكينها.

كيف يمكن أن تبدو:
dhdghjdy
رمز الدبوس لتثبيت الجهاز فوق جميع النوافذ.
nacorv ،

أود أن أعرف ما إذا كانت ميزة "دائمًا في المقدمة" هي ميزة سيتم النظر فيها.

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

  1. يؤدي تشغيل الأكريليك في Powershell إلى جعل المعلمات الأرجواني مثل -abc تظهر بالقرب من غير مرئية.

الدقة: 4K
عرض التحجيم: 100٪

مظهر فاتح:

image

المظهر الداكن:
image

ezgif-2-9dc95bf607e7

يؤدي تغيير حجم النافذة إلى اختفاء / إعادة ظهور واجهة المستخدم. أنا أستخدم إصدار معاينة متجر Windows 0.2.1715.0

شاشة كاملة:
image

بحجم:
image

إذا لم تكن النافذة كبيرة بما يكفي ، فسيتم إخفاء جميع علامات التبويب الأخرى.

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

علامة التبويب / شريط العنوان غير القابل للسحب هو الشكوى رقم 1 التي سمعتها من كل شخص جرب الإصدارات المبكرة

تحتاج الأجزاء المنقسمة إلى بعض التلميع البصري ، وضح أيها في موضع التركيز ، وبعض الرسوم المتحركة حتى عند فتحها

عند تكبير الشاشة الثانية (شاشة مضمنة للكمبيوتر المحمول بحجم 1366 × 768 ، لم يتم تعيينها على أنها رئيسية) ، يتم قطع حواف التطبيق:
image

تظهر علامات التبويب المسار إلى الملف القابل للتنفيذ بدلاً من اسم التطبيق ؛ إذا كان المسار طويلًا جدًا ، يتم دفع علامة "x" لإغلاق علامة التبويب عن الجانب الأيمن من علامة التبويب وغير مرئية.

يؤدي النقر على "الإعدادات" إلى محاولة فتح ملف JSON. أظن أن واجهة المستخدم لذلك لم يتم إنشاؤها بعد. :)

كإضافة إلى تعليقات @ robster2001 ، سيكون من الجيد أن تظهر كل علامة تبويب المسار الفعلي مثل Ubuntu وإذا كانت في وضع المسؤول (مثل Command Prompt (Admin) - C: currentpaththatyouarein).

عندما لا يكون لديك محطة تكبير ، كما لا أفعل عادةً ، فإن المشكلة رقم 857 جنبًا إلى جنب مع العناوين الطويلة تسمح بعلامات تبويب أقل بكثير مما يمكن أن تكون.

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

شيئان:
الأجزاء غير ملزمة افتراضيًا _لأنها_ غير مكتملة. إذا قمت بتمكينهم بنفسك ، YMMV.

إذا كنت تريد عنوان علامة تبويب مخصصًا ، فيجب أن تنظر في كيفية إعداده لقشرتك. سوف يفيدك في كل مكان تستخدم فيه قوقعتك. من خلال تعيين powerhell العنوان ، يمكنك تغيير عنوان Windows Terminal ووحدة التحكم القديمة و VSCode و ConEmu ومجموعة من الأشياء الأخرى. يمكن أن يتغير حتى في منتصف الجلسة!

ملحمة الأجزاء: # 1000

لم أتمكن من العثور على أي مكان على طول التسمية التوضيحية الموجودة أعلى النافذة والتي سمحت لي بسحب وتحريك النافذة. اضطررت إلى اللجوء إلى اختصارات لوحة المفاتيح.

لا يعمل التمرير بإصبعين ، على الرغم من أنه يعمل بشكل رائع على cmd.com و PowerShell.

لا يمكن نقل / إعادة ترتيب علامات التبويب.

الشريط الافتراضي لا يحترم سمة Win10 Dark:

image

حاولت العثور على الإعدادات ، لكن لم أجدها!
لا تحترم بعض التطبيقات الأخرى أيضًا ، لذلك أعتقد أنه لم يتم النظر في هذا الإصدار

كان انطباعي الأول عن Terminal ، المثبت اليوم عبر معاينة المتجر:

  • ما الخطأ في الألوان؟ لماذا هو جزء أسود ، جزء أبيض؟
    image
  • واو ، لا أطيق الانتظار لتجربة علامات التبويب
  • أوه ، واو ، هذه علامة زائد كبيرة

هل هناك أي شيء يمكننا القيام به بشأن لون شريط العنوان؟ يجب أن تكون كلها سوداء ، أليس كذلك؟

+1guibirow

العبث بإعدادات الويندوز الخاصة بي يمكنني إصلاحها:

نشط (Firefox في الخلف ، الطرفية في المقدمة)
image

غير نشط (Firefox في الخلف ، المحطة الطرفية في المقدمة)
image

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

image

وقم بتعيين _AccentColorInactive_ في التسجيل [_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

سيكون التصميم أفضل بكثير إذا تم نقل "+ /" إلى اليسار (كما هو موضح أدناه) وأصبح الباقي مجرد شريط عنوان مثل جميع التطبيقات الأخرى ، أعتقد أنهم حاولوا نسخ Firefox ولم يعملوا بشكل جيد!

image

لا يمكنني "إخراج علامة تبويب" أو سحبها إلى نافذة أخرى. أود هذه الميزة.

أين خط Emoji عند استخدامه على سبيل المثال الغزل ، npm؟

شريط عنوان علامة التبويب يحتاج بالتأكيد إلى التنظيف. استنادًا إلى الفيديو الرسمي المصمم للترويج لـ Terminal و Edgemium ، توصلت إلى هذه التغييرات (نماذج بالأحجام الطبيعية):

قبل:
image
بعد:
image

القائمة الكاملة للتغييرات في النموذج:

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

تحرير: كانت هذه مجرد مشكلة حيث أن النتيجة النهائية ليست كبيرة بما يكفي لتناسب شخصية كاملة ، كما أوضح @ DHowett-MSFT أدناه


المساحة المتروكة (أسفل) ليست 0 عند التكبير. لست متأكدًا مما إذا كانت هذه مشكلة معروفة أم مقصودة ، لذا ضعها في هذا الموضوع.

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

شاشة كاملة:
image

بحجم:
image

إذا لم تكن النافذة كبيرة بما يكفي ، فسيتم إخفاء جميع علامات التبويب الأخرى.

إذا قمت بتدوير عجلة الماوس ، فسترى علامات التبويب تنزلق. إنه يعمل مع 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]

ezgif com-optimize

@ DHowett-MSFT نعم! أرى ذلك الآن أثناء اللعب مع التحجيم. أنا معتاد على استخدام ملء الشاشة (مقابل التكبير) ، حيث يؤدي عدم وجود شريط العنوان إلى جعل التباعد أفضل.

اجعل الحجم الأولي للنافذة كما تركت في الوقت السابق عند الإغلاق.

الاستيلاء على التطبيق وتحريكه ليس بالأمر السهل ، فأنت بحاجة إلى مساحة أكبر للاستيلاء على النافذة. المسار الكامل ل exe مبالغة ، يأخذ مساحة كبيرة. فقط Powershellأو Cmd سيكون لطيفًا. أثناء تشغيل node أو 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 لديهما طريقة لتحديد العنوان بأنفسهم ، أليس كذلك؟ لا تحتاج إلى إعادة تسمية علامة التبويب عندما يمكنك جعل الغلاف يقوم بذلك.

image

أريد أن يكون اسم الجهاز قابلاً للتعديل.
لقد بحثت عن هذا السؤال ولكن لم أجده. هل هذا مطلب معقول؟

يا صاح ، لماذا قمت بحذف تعليقك ونقله بعد ردي؟

يا صاح ، لماذا قمت بحذف تعليقك ونقله بعد ردي؟

عذرا ، كان هذا السؤال سيئا للغاية. لقد قمت بتحريره مرة أخرى ولم أتلق ردك في ذلك الوقت.
اسف جدا

@ LeeChang-GitHub كل شيء بخير! 😄

أود أن أعرف ما إذا كانت ميزة "دائمًا في المقدمة" هي ميزة سيتم النظر فيها.

تضمين التغريدة

كنت أتوقع في البداية أن تكون ميزة تقسيم الشاشة موجودة بالفعل ، لكنها ليست كذلك ...
سيكون أكثر ملاءمة من التنقل بين علامات التبويب.

تم تطبيق Terminator على Linux و iTerm على macOS بدقة.

أي خطط؟

يعرض 1000 الخطط ومدى طولها 👍

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

Scrollbar in its small form

شريط التمرير في شكله المطوي

Scrollbar in its wide form

شريط التمرير في شكله الواسع

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

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

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

تعديل:
تم حل هذا في # 1778. شكر!!

تسمح معظم التطبيقات (مثل Chrome أو explorer.exe وما إلى ذلك) للمستخدم بتغيير حجم النافذة عن طريق الاستيلاء على ظل النافذة. ولكن يبدو أن المحطة تسمح فقط للمستخدم بالاستيلاء على منطقة NotClient ضيقة (حوالي 2 بكسل).
يبدو أن الظل الافتراضي للنظام لا يعمل؟

لدي حل ممكن.

  1. قم بإزالة ظل النظام (بتغيير نمط النافذة إلى WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME والتعامل مع رسالة WM_NCCALCSIZE ، يمكنك استخدام AdjustWindowRect لحساب الحجم.)
  2. أضف أربع نوافذ ظل صغيرة (WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW) حول النافذة ، وقم بعرض الظل يدويًا (عن طريق التعامل مع WM_WINDOWPOSCHANGED للنوافذ الرئيسية لتحريك نافذة الظل ، التعامل مع WM_SIZE لعرض نافذة الظل ، ربما Gaussina Blur؟)
    3 تعامل مع رسالة WM_SETCURSOR الخاصة بإطار الظل ، و WM_LBUTTONDOWN (أرسل WM_SYSCOMMAND إلى النافذة الرئيسية لمحاكاة الاستيلاء)

بالإضافة إلى ذلك ، استخدم تقنية 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٪:
image

الشاشة 2 ، دقة 4K (3840 × 2160) ، قياس 200٪:
image

يجب تحديد لون المؤشر حسب الموضوع. لون المؤشر الافتراضي الذي تم تعيينه في ملف التعريف هو الأبيض ، وهو غير مفيد في سمة الضوء.

madig - يمكنك تغيير لون المؤشر من خلال تعيين cursorColor في ملفات التعريف .

madig - يمكنك تغيير لون المؤشر من خلال تعيين cursorColor في ملفات التعريف .

نعم ، ولكن يجب أن تحدده السمة حتى لا تضطر إلى تعديل اسم السمة _ ولون المؤشر عندما تريد التبديل.

لاحظت أيضًا أنه من الأصعب بكثير من المعتاد أن يكون مؤشر الماوس في تكوين تغيير حجم النافذة عند وضعه في الركن الأيمن السفلي من نافذة الجهاز.

ربما # 1517.

قائمة السياق / النظام للتطبيق. تظهر تطبيقات Win32 في الزاوية العلوية اليسرى. يستخدم البعض ، مثل Edge ، علامة الحذف في أعلى اليمين. هل القائمة المنسدلة الحالية بديل مقصود؟

النمط العلوي الأيسر مفيد عند تحريك / تغيير الحجم وما إلى ذلك بواسطة لوحة المفاتيح.

حصلت على انطباع من العرض التقديمي Build أنه سيكون لدينا جزء مقسم مثل الوظيفة ، هل هذا مخطط؟

jwhipp # 1000

يبدو أن الرموز مفقودة؟

image

يبدو أنك حصلت على ملف تعريف قديم من أول إصدار مفتوح المصدر. ربما حذفه.

شكرًا ، لقد نجح ذلك!

ومع ذلك ، وجدت خطأ آخر:

f540557f2b5f4b8d6046294e952bf727

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

image

لا تواجه ConEmu هذه المشكلة نظرًا لأن شريط العنوان أعلى علامات التبويب. تؤدي النقرات المزدوجة في منطقة علامة التبويب إلى علامة تبويب جديدة والتي أود رؤيتها مع Windows Terminal الجديد ، لكنني متأكد من أنني سأتكيف مع ما نصل إليه في النهاية

فيما يتعلق بعلامات التبويب وما إلى ذلك ، سيكون من الرائع أن تتصرف بشكل مرئي مشابهًا لتلك الموجودة في على سبيل المثال Edge: يكون الزر "+ v" دائمًا بجوار علامة التبويب الأخيرة ؛ جعل المنطقة (إن وجدت) بين آخر علامة تبويب وزر "+ v" لاستقبال أحداث الماوس (عن طريق تمريرها إلى النافذة الأصلية) ؛ ظهور أزرار التمرير "<" و ">" (على سبيل المثال في Firefox) عندما يكون هناك عدد كبير جدًا من علامات التبويب.

كثيرًا ما أنقر نقرًا مزدوجًا فوق أشرطة العناوين لتكبير النافذة أو استعادتها. كانت المنطقة القابلة للنقر من النافذة (الخضراء) على طول الطريق على اليمين عندما لم يكن لدي سوى علامة تبويب واحدة مفتوحة.

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

علامات التبويب في شريط العنوان سيئة . لا تفعل ذلك. رجاء. لا تفعل ذلك. أنت تستخدم مساحة كبيرة جدًا لمهام متعددة.

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

إنه خيار. خيارات. ترتيب. قوائم الجمل القصيرة. اطفئهم. :ابتسامة:

brianly اضبط "showTabsInTitlebar": خطأ في الإعدادات.

شكرا @ zadjii-msft! يستحق أيضًا الربط: https://github.com/microsoft/terminal/issues/771

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

لا يمكن إعادة ترتيب علامات التبويب.
بالإضافة إلى ذلك ، عند إغلاق علامة التبويب الوحيدة باستخدام زر الماوس الأوسط ، يحدث هذا:
Close last tab bug

سيكون شيئًا ما مرئيًا على الشاشة أو في قائمة للتحكم في التكبير / التصغير رائعًا. بالإضافة إلى طريقة لإعادة ضبط التكبير / التصغير من Ctrl + Scroll. لا توجد طريقة لمعرفة ما إذا كنت في تكبير بنسبة 200٪ أم لا.

على سبيل المثال ، يحتوي الكروم على عنصر القائمة هذا في قائمة الهامبرغر الخاصة بهم. كل ما تحتاجه هو سطر واحد. يؤدي النقر فوق القيمة إلى إعادة تعيينها إلى 100٪.

image

أرغب في أن أكون قادرًا على التأثير على لون علامة التبويب وربما لون الحدود لوحدة تحكم معينة. على سبيل المثال ، بدلاً من تلوين خلفية PowerShell باللون الأزرق ، فقط اجعل علامة التبويب والحد باللون الأزرق ولكن اجعل الخلفية بأي لون سهل على العين أريده.

إذا كان ذلك ممكنًا ... قد يكون من المثير للاهتمام أن تكون قادرًا على التأثير على هذه الأشياء من بيئة وحدة التحكم قيد التشغيل. على سبيل المثال ، إذا بدأت وحدة التحكم في PowerShell الخاصة بي وتعيين قيمة بيئة مثل WINDOWS_TERMINAL_BORDER_COLOR=#ff0000 لأنها وحدة تحكم إدارية ، فقم بتبديل ألوان الحدود إلى اللون الأحمر. يمكنك القيام بالكثير من الأشياء المثيرة للاهتمام من ملف تعريف PowerShell أو bashrc بهذه الطريقة.

@ DHowett- MSFTDHowett رأيت أن هناك طريقة لتمديد الأكريليك إلى شريط العنوان. ربما هذا يمكن أن يعمل؟

لا يبدو دائمًا أن النقر فوق علامة تبويب في المحطة يعطي التركيز على علامة التبويب.

  • افتح Terminal باستخدام غلافك المفضل.
  • انقر على نافذة أو تطبيق آخر.
  • انقر فوق _tab_ لصدفتك في Terminal. المؤشر لا يظهر ولا تعمل الكتابة. يجب عليك النقر فوق شريط عنوان النافذة الطرفية (ذلك قليلاً بين أزرار "+" و "التصغير / التكبير" ، الجزء الوحيد الذي يسمح للنافذة حاليًا بالتحرك) و _that_ هو ما يعيد التركيز إلى الغلاف.

لا يبدو زر تكبير النافذة في معظم التطبيقات. يبدو وكأنه زر تصغير:
Imgur

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

فقط جربت المحطة ، أول شيء يقرعني هو ...

أنت لا تسحب في هذه المنطقة؟ إنه أمر مزعج ، هيك!

image

نعم ، هذا يقرعك أنت والأربعمائة من الأشخاص الآخرين الذين أبلغوا عن ذلك. : ابتسامة: تتبع # 1625 و # 564 للتقدم الفعلي في الجزء العلوي من النافذة.

@ DHowett-MSFT ، إذا لم يتم ذكره ، فالرجاء التفكير في الاحتفاظ بخيار الأكريليك والشفافية في الإعدادات ، فالأكريليك يجعله متسقًا مع النظام ولكنه لا يكون منطقيًا لتطبيق مثل المحطة ، حيث يمكن للقدرة على رؤية ما وراء كن منتجًا تمامًا. سيكون من المفيد أكثر أن يكون لديك خيار الشفافية. دعها تعمل بالأكريليك بشكل افتراضي ويمكن تبديل الشفافية يدويًا.

كتب @ DHowett-MSFT:

[...]

  • علامات التبويب لا تبدو جيدة كما تريد # 702

[...]

  • زر علامة الجمع كبير جدًا ، صغير جدًا ، واسع جدًا ، ضيق جدًا

[...]

هذا مضحك أم مالح؟

يبدو أن عناوين علامات التبويب لا تحترم أيًا من إعدادات حجم الخط:
image

سيكون من المفيد حقًا أن يكون لديك مفتاح تشغيل سريع للمحطة النشطة مثل محطة yakuake.

يبدو أن عناوين علامات التبويب لا تحترم أيًا من إعدادات حجم الخط:
image

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

سيكون من المفيد حقًا أن يكون لديك مفتاح تشغيل سريع للمحطة النشطة مثل محطة yakuake.

لست معتادًا على هذا الجهاز ، ولكن هناك الكثير من الأشياء التي يمكنك تشغيلها في الإعدادات. json ، للفتح والإغلاق والتبديل وما إلى ذلك.

فكرتان بعيدتان حول تبني "استخدام علامة التبويب المشتركة" (راجع أيضًا https://github.com/microsoft/terminal/issues/615)

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

ملاحظات عامة لـ OP. من الواضح أنه من المفهوم أن هذا إصدار / معاينة مبكرة ولكن يمكننا بالفعل رؤية تصميم ومفهوم قويين للغاية.

أحفر علامات التبويب ، ومستوى التخصيص (خاصة مع التخصيص القابل للتنفيذ!) ، والتحديثات في الوقت الفعلي للتغييرات في settings.json ، والنوع المختلف من المحطات الطرفية التي يمكن الحصول عليها في ملف تنفيذي واحد.

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

شكرا لعملكم الشاق ، سوف نتطلع إلى الإصدار القادم!

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

لدي نفس المشكلة :(

أنا أستخدم السمة الداكنة ولكني ما زلت أرى حدًا أبيض ورأسًا أبيض.

هذا غير قابل للإصلاح مع الإعدادات الحالية. هذا عنصر عمل مستقبلي ، يتم تعقبه جزئيًا في # 1625

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

642

ضع علامات التبويب في النوافذ / الصفوف / الأعمدة بالطريقة الممكنة للقيام بذلك في مقابل التعليمات البرمجية.

1000

@ DHowett-MSFT ألق نظرة على الطريقة التي يدير بها هذا التطبيق علامات التبويب ،
https://github.com/JasonStein/Notepads

حسنا انتهيت. ما الذي كنت أبحث عنه؟

يمكنك أيضًا إلقاء نظرة على Fluent Terminal للحصول على الإلهام. لديها واجهة مستخدم جيدة.

  1. عند استخدام Powershell Core ، سأحصل على شارة رتبة ثانية تظهر بشكل عشوائي في وحدة التحكم ، ستبدو D:\>> (آسف ، لا توجد خطوات إعادة)
  2. لا يمكنني سحب النص ثم Copy-Paste ، هذه ميزة أتوقعها مع Powershell

واجهة المستخدم قبيحة الآن ، وأريد واجهة مستخدم جميلة يمكن أن تجعلني أعمل بشكل أفضل.

تظهر علامات التبويب المسار إلى الملف القابل للتنفيذ بدلاً من اسم التطبيق ؛ إذا كان المسار طويلًا جدًا ، يتم دفع علامة "x" لإغلاق علامة التبويب عن الجانب الأيمن من علامة التبويب وغير مرئية.

أيضًا tabTitle الواقع لا يعمل

تظهر علامات التبويب المسار إلى الملف القابل للتنفيذ بدلاً من اسم التطبيق ؛ إذا كان المسار طويلًا جدًا ، يتم دفع علامة "x" لإغلاق علامة التبويب عن الجانب الأيمن من علامة التبويب وغير مرئية.

أيضًا tabTitle الواقع لا يعمل

@ Serega124 هذا غريب ، لأنها تعمل بشكل جيد بالنسبة لي. قمت بتسمية علامة تبويب واحدة wsl والأخرى cmd .
هل تقوم بتشغيل أحدث إصدار من التطوير؟

image

imjasonmiller أنا أقوم بتشغيل إصدار المتجر

изображение

@ Serega124 ، أعتقد أن ميزة tabTitle لم يتم إصدارها بعد لإصدار المتجر. أعتقد أنه قد يتعين عليك الانتظار حتى يدفعوا تحديثًا آخر لإصدار المتجر أو يمكنك إنشاؤه من المصدر.

image

مقبض تغيير الحجم الموجود في الجزء السفلي الأيمن في بنية Windows Store صغير جدًا ، إنه نوع من هدف واجهة المستخدم المحبط للتفاعل معه.

طلب الميزة: سهولة التبديل بين السمات أو استخدام سمة Windows.

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

مقبض تغيير الحجم الموجود في الجزء السفلي الأيمن في بنية Windows Store صغير جدًا ، إنه نوع من هدف واجهة المستخدم المحبط للتفاعل معه.

هذا صحيح!
المساحة المعقولة في الزوايا صغيرة جدًا ، لذا فإن تغيير حجم النافذة أمر مستحيل تمامًا.
أنا أرفق صورة gif يمكن أن تكون مفيدة @ DHowett-MSFT:

gif

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

image

يجب أن أذكر ذلك الآن ، شكرًا لك على الشروع في هذا المشروع. حل تمس الحاجة إليه لنظام Windows

تتعطل ألوان خلفية النص عند تغيير الحجم

GIF

أفترض أن الأمر متعلق بـ "منطقة غير العملاء تبدو خاطئة ؛" وهو عمل قيد التقدم ، ولكن يبدو أن أحدث إصدار قد قدم حدًا أبيض بحجم بكسل واحد في الأسفل بالنسبة لي:

image

هل يمكن أن يكون هذا متعلقًا بهذا التغيير الأخير ؟

شكرا لكل العمل حتى الآن!

imjasonmiller إذا كنت تريد أعمال شغب (النوع المحزن) ، اقرأ TODO في أسفل # 1948: ابتسم:

  • [] يجب أن يؤدي النقر المزدوج إلى منطقة غير العميل إلى تكبير النافذة.
  • [] يجب أن يعرض رمز النقر / النقر بزر الماوس الأيمن قائمة تصغير / تكبير / إغلاق
  • [] عند النقر فوق Cascade Windows ، يتم تجاهل Show windows stacked وما إلى ذلك تمامًا بواسطة Terminal
  • [] Alt + F4 لا يغلق النافذة

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

ss

في الوقت الحالي ، لا يمكن نقل الوحدة الطرفية ، ومن المستحيل الوصول إلى قائمة الإعدادات.

يبدو أن Terminal هو تطبيق أجنبي يستخدم مجموعة أدوات واجهة مستخدم غير أصلية.

باستخدام الماوس:
لا يمكنك النقر فوق قائمة السياق على علامات التبويب لإغلاقها أو رؤية قائمة السياق كما في وحدات التحكم السابقة ، ولا يمكنك أيضًا إغلاق علامات التبويب أعلى من الأولى (يتم حجب X عن طريق إضافة زر علامة التبويب / زر قائمة الإعداد بسبب العرض القيود)
image

من الناحية المثالية ، يجب أن يكون لديك ALT + ENTER و SHIFT + F10 وتمكين النقر بزر الماوس الأيمن / اللمس.

أيضًا +1 لإعادة ترتيب علامات التبويب

تحديث فواصل النص في بعض الأحيان.
flickering
هذه مشكلة خاصة مع المحررين مثل emacs
emacs

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

لا تتحرك قائمة علامة التبويب الجديدة مع النافذة:

2019-07-20_16-30-14

محاولة إغلاق التطبيق بالنقر فوق X في علامة التبويب الفردية يؤدي إلى تعطل التطبيق!

عندما يتم تكوين العتامة ، فإنها تعمل فقط عندما تكون النافذة مركزة.
عند التركيز:
focused

عندما لا تركز:
not-focused

هل هناك طريقة لجعلها تعمل أم من المفترض أن تعمل هكذا؟

تحرير: شيء آخر لاحظته في لقطات الشاشة أعلاه هو أن النوافذ الطرفية غير المركزة لا تطبق لون Windows Accent ، فتصبح فارغة. عند التركيز ، يكون لون تمييز النوافذ موجودًا.

@ jean-lourenco أعتقد أن التعتيم مقصود ، لأن التطبيقات الأخرى مثل تطبيق الإعدادات تفعل الشيء نفسه

نأمل حقًا في دعم تمرير علامة التبويب قريبًا (الإشارة ، بدلاً من عجلة الماوس فقط).

نظرًا لأن التمرير الخاص بي لا يعمل على النحو المنشود ، لا يمكنني الآن رؤية علامات التبويب الموجودة لدي ..

image
تباعد غير صحيح مع خط غير أحادي المسافة.

الإصدار 0.3.2112.0

image

يحدث هذا عند التحميل الأولي. تكبير -> استعادة النافذة يصحح هذا.

لقد قمت للتو بالتحديث إلى 0.2.1831.0 في 18950.1000. في غلاف Ubuntu (الآن WSL 2) ، لا يمكنني التمرير للخلف في المخزن المؤقت. يبدو أن المؤشر الوامض يسحب التركيز إلى الخط السفلي في كل مرة أحاول فيها التمرير لأعلى باستخدام لوحة المفاتيح وعجلة الماوس.

يبدو أيضًا أنه يتم إرسال سطر جديد في كل تمرير لأعلى أيضًا ، لذا فإن النص الذي أريد رؤيته يبتعد في كل محاولة!

نوافذ Powershell و Dos لا تفعل ذلك

قامtomfakes بترحيل هذا الرقم إلى # 2196 ، حيث إنها ليست مشكلة تلميع واجهة المستخدم على الإطلاق

كيف يمكنني الحفاظ على تأثير الأكريليك عندما تفقد النافذة التركيز

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

هل هذا شيء مخطط معالجته؟ يبدو # 564 كان مغلقا.

يؤدي تكبير الطرف عندما تكون النافذة عبر شاشتين إلى حدوث نزيف للأشرطة عبر الشاشة.
multimonitor

أعلم أن هذا نوع من "خارج الموضوع" ، ولكن أداة تعقب المشكلة هي المكان الوحيد لترك التعليقات ويبدو أن هذا هو الموضوع الأنسب: شكرًا لك. أعلم أن Terminal لم تنته بعد وأن هناك الكثير من الأشياء التي تحتاج إلى الإصلاح ، لكنها في طريق جيد. أنا أحب كيف تشعر وتشكل. أنا أحب التكوين ، ودعم "CMD" ، و بوويرشيل ، و WSL ، إلخ.
استمروا في العمل الجيد ^ ^ (وآسف لتكدس متعقب المشكلة ؛))

يسعدني أن هذا المشروع قيد التنفيذ - خطوة كبيرة على cmd / powerhell التقليدية. لقد لاحظت أنه عند إغلاق النافذة بعد تغيير الحجم بسرعة ، فإنه يؤدي إلى ظهور نافذة شبح مع العديد من الحدود:

ezgif com-optimize

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

+1

+1

ammoniak شكرا لك: ابتسم:

لست متأكدًا مما إذا كان هذا خطأ أم ميزة.
TerminalWindowClose

لا يتم حذف AltGr + 4 (§) (لوحة المفاتيح البرتغالية) لأنني أحاول تسلسل AltGr.
2019-08-07_09-21-07

image

يتم عرض خط Victor Mono بشكل غريب حقًا.

https://github.com/rubjo/victor-mono/

offero هذا خط جميل المظهر ؛ قد يكون هذا # 696

(أو شكل من أشكالها)

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

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

جمعية البناء الخيرية. :)

قائمة منسدلة تعرض المحطات / علامات التبويب:
image

لم أر هذا مذكورًا في الموضوع ، ولكن إذا كنت تريد علامة تبويب عنوان أصغر ، فما عليك سوى إضافة هذا الإعداد إلى ملف تعريف:
"tabTitle": "MyCmd"،

على الرغم من أن هذا مفيد جدًا ، إلا أنني أرغب في امتلاك القدرة على زيادة رقم ديناميكيًا حتى يمكنني الحصول على:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

و / أو قم بتغيير لون علامة التبويب ديناميكيًا بناءً على إضافة علامات تبويب جديدة - نفس ترتيب الألوان في كل مرة حتى أعرف أن الأحمر = علامة التبويب الأولى ، والأبيض = علامة التبويب الثانية ، والأزرق = علامة التبويب الثالثة ، وما إلى ذلك.

jwhipp يمكنك دائمًا تعيين "showTabsInTitlebar" على false للحصول على علامات التبويب أسفل شريط العنوان.

PedersenThomas هذا # 2028

jwhipp يمكنك دائمًا تعيين "showTabsInTitlebar" على false للحصول على علامات التبويب أسفل شريط العنوان.

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

أعتقد أن حدود النوافذ السميكة هي مشكلة معروفة؟

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

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

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

أعني من خلال القائمة المنسدلة القائمة التي تحتوي على ملفات شخصية (WSL و Powershell) والإعدادات والتعليقات.

لقد توقعت بصدق أن تتطابق واجهة المستخدم الرسومية في علامة التبويب الطرفية مع شكل الكروم الحواف:
image

أوافق على أن ارتفاع علامات التبويب يبدو صغيرًا بعض الشيء

قم بتغيير رمز Ubuntu إلى الرمز البرتقالي المستخدم في المتجر من فضلك.

يمكنك أن تفعل ذلك بنفسك.
يمكن لهذا الطفل أن يحمل الكثير من icon s

قم بتغيير رمز Ubuntu إلى الرمز البرتقالي المستخدم في المتجر من فضلك.

يمكنك أن تفعل ذلك بنفسك.

نعم ، ولكن يجب أن يكون الرمز الافتراضي متسقًا ، ومن الأفضل تغييره في مكان واحد بدلاً من بضع مئات الآلاف من أنظمة المستخدمين.

أنا متأكد تمامًا من أنه لا يُسمح لنا قانونًا بشحن علامة تجارية معينة لأي توزيعة مباشرة. شيء شيء قانون حقوق التأليف والنشر. يُسمح لنا بشحن البطريق التكس ، ولهذا السبب _ جميع التوزيعات تستخدم هذا البطريق. bitcrazed can @ me إذا كنت مخطئًا في ذلك.

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

أستخدم الكثير من علامات التبويب عند العمل على نظام Unix ، لذلك اعتدت على عدم الحصول على أي معلومات من عنوان علامة التبويب وأفضل علامات التبويب الأصغر

windows_terminal

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

أنا أعمل على إعدادات واجهة المستخدم في الوقت الحالي ، وسأنشر الصور لأن لدي الوقت لإنهائها.

1564 هي مشكلة تنفيذ إعدادات واجهة المستخدم.

ربما ينبغي أن يكون مرتبطا من هذه القضية.

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

  • تعتمد تطبيقات Win32 مثل Notepad على نظام التشغيل (GDI / DComp) لرسم عناصر تحكم النظام وبالتالي الحصول على شريط عنوان بحجم قياسي
  • يرسم Chrome / Edgeium منطقة غير خاصة به من أجل الحصول على علامات التبويب الخاصة به في شريط العنوان ، ويرسم أزرار النظام الخاصة به ... بمحاذاة الحافة العلوية من النافذة الخاصة به ... "لأسباب"
  • ترسم Terminal أيضًا منطقة غير مخصصة للعميل للحصول على علامات تبويبها في منطقة شريط العنوان ، ومن أجل جعل علامات التبويب مناسبة ، لدينا شريط عنوان / علامة تبويب أطول.

في Terminal ، اخترنا توسيط أزرار النظام وتوسيطها في مساحة شريط العنوان المتاحة ، مما يؤدي إلى أن تكون أكبر قليلاً ، ولكنها لا تزال مربعة ومتناسبة:

image

ومن المثير للاهتمام ، على الرغم من أن نظام Terminal يتحكم في كل منها أكبر قليلاً ، إلا أنها مجمعة نسبيًا بشكل أقرب قليلاً معًا مما يحافظ على مجموعة التحكم في النظام بنفس عرض مجموعة التحكم التي رسمها نظام Win32:

image

مقارنةً بتطبيقات UWP مثل Mail ، مرة أخرى ، يحتاج Terminal إلى مساحة شريط عنوان أطول قليلاً ، لكن أزرار نظامنا أكبر قليلاً ، ولكنها مربعة ، والرموز نفسها أكبر بمقدار 2 بكسل فقط عند عرضها على شاشة 4K الخاصة بي بقياس 200٪.

image

كل هذا قيل ، قد نقوم بتعديل الأشياء قليلاً في المستقبل ، لكننا نعتقد أن تصميمنا وتخطيطنا نظيفان وسهل الوصول إليه وسليمان نسبيًا.

أخبرنا إذا كنت لا توافق على ذلك من خلال تقديم مشكلة حتى يمكن تتبعها ومناقشتها.

تضمين التغريدة الإعدادات ، لاحظ أننا نعمل على مجموعة من التحسينات الرائعة في هذا الفضاء. ترقبوا الإصدارين التاليين ؛)

bitcrazed شكرًا لك 💙 كانت هذه الاستجابة ممتعة للغاية. أنا سعيد لأنه لم يكن قرار "هذا جيد بما فيه الكفاية": عناصر تحكم P Window هي واحدة من أقل العناصر ثباتًا في Windows ، لذلك كنت فضوليًا.
image

image

image

وبالمقارنة ، فإن Edgium يحافظ على عناصر التحكم في النافذة كالمعتاد ، ولكن محاذاة علوية بدلاً من توسيطها.

image


بمجرد رسم الحدود بشكل صحيح ، لن تبدو مختلفة.

هل يمكن لأي شخص أن يجيب عما إذا كان بإمكاني الحصول على ملء الشاشة بأي طريقة؟ أنا فقط أريد الشاشة بأكملها دون أي من تلك النوافذ الضوابط على الإطلاق.

هل يمكن لأي شخص أن يجيب عما إذا كان بإمكاني الحصول على ملء الشاشة بأي طريقة؟ أنا فقط أريد الشاشة بأكملها دون أي من تلك النوافذ الضوابط على الإطلاق.

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

لماذا لا تستخدم WinUi لرسم شريط العنوان وعلامات التبويب؟ سيجعل الأمور أكثر اتساقًا.

https://github.com/microsoft/microsoft-ui-xaml

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

لماذا لا تستخدم WinUi لرسم شريط العنوان وعلامات التبويب؟ سيجعل الأمور أكثر اتساقًا.

https://github.com/microsoft/microsoft-ui-xaml

نظرًا لضرورة المشروع ، يتعين عليهم تجاوز رسم نافذة Win32 الافتراضي ، ولكن يتم تطبيق TabBar وعناصر تحكم النافذة كعناصر تحكم Xaml.

ضوابط WinUI

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

h

لماذا يبدو تصميم 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 الجديد.

  • يدير Mario عدة علامات تبويب لأي قذيفة مجمعة معًا ، واحدة لأوامر وحدة تحكم متنوعة ، وعلامة تبويب ثانية تستضيف موقع ويب قيد التطوير ، وآخر مع SSH إلى الخادم البعيد ، إلخ.
  • نظرًا لوجود عدد قليل من المشكلات ، قرر فتح قشرة أخرى لتشغيل بعض عمليات التنظيف / الخدمة البطيئة (مثل git gc ، sfc /scannow ، ftp دفع الملفات ، أو أيا كان).
  • أثناء تشغيله ، يعود إلى علامات التبويب الأخرى بعمله المعتاد.
  • في نهاية اليوم ، أغلق مجموعة Terminal / tab بالكامل بدافع الراحة (وبسبب اعتياده على ذلك) ، متناسيًا كيف أراد التحقق من إخراج المهمة طويلة الأمد.
  • تُفقد النتائج على الفور (دعنا نتجاهل ملفات السجل أو إدخالات الأحداث ، وهي ليست قياسية بالفعل وقد تكون جلسة عن بُعد مؤقتة مثل SSH).

ما يجب أن يكون مختلفًا

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

لقد صنعت أيضًا مشكلة شاملة من الفواق التي عثرت عليها: https://github.com/microsoft/terminal/issues/2209

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

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

يبدو أنه يتعارض مع ما تريده ؛ يجعل النافذة التي تعمل بها أقل قابلية للقراءة ، ويعطل أي نوع من الشفافية في الوقت الذي تريده ، أي عندما تحجب نافذة غير نشطة نافذة أخرى.

أحب أن أفهم الأساس المنطقي

نحن أيضا! هذه سياسة شاملة يتم تطبيقها على فرشاة الأكريليك. من المفترض أنه تم إجراؤه بحيث لا تكدس مجموعة من التطبيقات عشرات النوافذ الشفافة فوق بعضها البعض وتقتل أداء النظام. كان من المفترض أن يكون معونة للنوافذ النشطة فقط.

هههه الجميع على نفس الصفحة إذن - وشكرًا على الرد. نأمل أن يسمع الأشخاص المناسبون التذمر في وقت ما ويجعلونه يحدث (وستصبح الأصابع عبر الشفافية القياسية خيارًا في Microsoft Terminal)!

@ drk-mtr يوجد تطبيق uwp يسمى "Notepads" وبطريقة ما تمكن من الحفاظ على شفافية الأكريليك حتى لو لم تعد مركزة.

https://github.com/JasonStein/Notepads

يبدو الموجه عند استخدام zsh / Oh My Zsh خاطئًا في Windows Terminal ، خاصة ألوان الأسهم وبعض الخطوط الصغيرة بين الأحرف. أنا أستخدم Powerlevel9k.

Windows Terminal (باستخدام نظام الألوان الداكنة الشمسية)

image

WSL الكلاسيكي (باستخدام الألوان الافتراضية)

image

إزالتها في وقت لاحق

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

آه من الجيد سماع @ DHowett-MSFT. لقد أزلت هذا التعليق لتجنب أي دراما غير ضرورية.

أواجه مشكلة في الكلمات الرئيسية لهذا ، لذا أعتذر إذا كانت هناك مشكلة بالفعل. أنا أيضًا لست متأكدًا بنسبة 100٪ أن هذه مشكلة طرفية.

غالبًا ، ولكن ليس دائمًا ، بعد كتابة 3 أحرف ، ينتقل النص عمودًا واحدًا إلى اليسار:

prompt-bug

هذا ما لاحظته:

  • يبدو أنه يحدث فقط داخل git repo (مشكلة git الفاخرة؟)
  • يحدث ذلك مع الخطوط التي تدعم الأربطة مثل Cascadia Code أو Fira Code ، ولكن ليس Consolas
  • لا يحدث ذلك في المحطة الطرفية المتكاملة VS Code عند استخدام Cascadia Code ؛ يبدو أن المحطة المتكاملة لا تدعم الحروف المركبة
  • يحدث ذلك مع PowerShell Core و Windows PowerShell ، لكنني لم أتمكن من إنتاجه في Git Bash أو جلسة SSH
  • لا يهم ما إذا كان أمر git أو أي شيء آخر ، مثل clear

ما ورد أعلاه يجعلني أعتقد أنه شيء يجعلني أتحدث ، لكنني لست متأكدًا.

انا استخدم:

  • إصدار Windows 10 18362.175
  • Windows Terminal 0.5.2681.0 (إصدار المتجر) ، ولكن هذا حدث أيضًا سابقًا
  • الفاخرة بوابة 1.0.0 بيتا 3

تضمين التغريدة

سبب ذلك هو الحرف .

أنظر أيضا:

  • # 2066 (و # 42)
  • مايكروسوفت / كاسكاديا كود # 117

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

نأمل أن توضح هذه الملاحظات باستخدام وحدة تحكم مركزة:

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

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

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

أعتقد أنه يجب على المستخدم استخدام كل ما يشعر بالراحة عند استخدامه. لا أعتقد أن الجهاز يجب أن "يفرض" نوعًا من الخلفية على المستخدم. افتراضيًا ، يمكن أن يكون هناك 3 "أوضاع"

  • خلفية غير شفافة بالكامل (على سبيل المثال ، "useAcrylic": false )
  • خلفية أكريليك (مثل "useAcrylic": true ). يجب أن يظل الخيار الافتراضي لعامل "نجاح باهر" ولأنه يبدو جيدًا فقط.
  • (شبه) خلفية شفافة. هذا غير موجود الآن ، وربما يجيب على جميع الشكاوى.

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

ومع ذلك ، لكي يعمل هذا ، ستحتاج النافذة إلى الحفاظ على شفافيتها في جميع الأوقات ، حتى عندما لا تكون في بؤرة التركيز.

من ناحية الخيارات ، إذا تم اعتماد نظام الحالة الثلاثية ، فيمكن إضافة شيء مثل backgroundMode إما مع filled أو transparent أو acrylic كخيارات بدلاً من البسيط منطقي useAcrylic .

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

حسنًا ، يبدو أن أسهم خطوط Powerline مكسورة
image

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

طالب العديد من المستخدمين بنسيج ضبابي قابل للتعديل لتجنب هذا النوع من الاصطدام ، مع الاستمرار في الشعور بالحركة / محتوى النوافذ تحت الطرفية المفتوحة حاليًا:
image

وعلق jwhipp على فريق Terminal أيضًا بتضمين طريقة للمستخدم للتكيف مع نقطة

بعد كل هذا ، تدرك Terminal جميع التعليقات التي يرغب المستخدمون في الحصول عليها من تحكم أكبر ومستقل في مقدار التمويه والشفافية أكثر مما يتم توفيره حاليًا عبر الاكريليك. نحن (WinUI) نعمل معًا مع Terminal ، وقريبًا مع الآخرين بما في ذلك أعضاء المجتمع مثلك ، على مواد خلفية شبه شفافة جديدة. يرجى الحضور للانضمام إلى WinUI GitHub لإجراء محادثة مستقبلية حول مواد إضافية لنظام Windows.

من فضلك لا تخلط بيننا وبين عدم تنفيذ كل ميزة مطلوبة على الفور مع عدم الرغبة في القيام بذلك: نحن نحب تنفيذ العديد من الميزات المطلوبة ، ولكن يتعين علينا تحديد أولويات العمل وفقًا لمواردنا المحدودة وجداولنا الزمنية ومتطلبات أخرى .

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

مثال على ذلك: سنعمل مع فريق WinUI على تحسين ميزة تمويه الخلفية التي تستخدمها Terminal. تابع هذه المشكلة ، ويرجى مشاركة وجهات نظرك ، وما إلى ذلك: https://github.com/microsoft/microsoft-ui-xaml/issues/1493

jwhipp رد:

لماذا يكون من الصعب توفير الأكريليك والشفافية وترك الخيار للمستخدم؟

يمكنك تمكين الاكريليك عبر إعداد useAcrylic ، وضبط مستوى التمويه عبر إعداد acrylicOpacity إذا كنت ترغب في ذلك.

chigy ، في رأيي ، الحل الأبسط بكثير الذي لا ينفي فوائد الشفافية ، سيكون اختيار قدر معقول من الشفافية أكثر مما تم استخدامه في لقطة الشاشة.

على سبيل المثال ، هذا ما تبدو عليه لقطة الشاشة نفسها مع ضبط التعتيم على 80٪
image

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

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

يمكنك تمكين الاكريليك عبر إعداد useAcrylic ، وضبط مستوى التمويه عبر إعداد acrylicOpacity إذا كنت ترغب في ذلك.

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

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

كما قلت ، أفضل مرجع لهذا هو iterm2 وكيف يتعامل مع التمويه بالشفافية.

غيّر الإصدار الجديد لون شريط العنوان في سياق الوضع المظلم ليصبح أكثر إشراقًا.

image

أحببت اللون القديم (على اليسار) بشكل أفضل.

@ escalonn شكرا على ردود الفعل. لم يكن تصميم الألوان الأصلي سهل الوصول إليه ، ولم يكن الكثير من الناس سعداء لعدم تمكنهم من التمييز بين علامات التبويب الخاصة بهم.

في الوقت الحالي ، نحن مقيدون بمواضيع WinUI المظلمة لاتساق النظام على نطاق أوسع.

jwhipp لا مشكلة - أردت فقط التأكد من أنك على علم ببعض المقابض

iCodeSometime -

من المؤكد أن تقليل مقدار الشفافية في النوافذ يجعل الأمور أكثر وضوحًا ، ولكن ليس كافيًا للكثيرين.

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

لا نريد أيضًا إعادة إنشاء نموذج شفافية القوة الغاشمة الخاص بـ GDI الذي كان علينا اعتماده في وحدة التحكم حيث تكون النافذة بأكملها شفافة - الحدود وشريط العنوان والخلفية و .. ، والأهم من ذلك ... محتويات النص.

ويجب أن نتأكد من أن الوحدة الطرفية سهلة الوصول ومرنة وقابلة للتكوين ومنتجة. تحمل معنا أثناء سعينا نحو استكمال واستقرار ميزات v1.0 في Terminal ، ثم العمل على الإصدار 2.0.

لا أعرف لماذا ... لكن Notepads في متجر Windows لها تأثير أكريليك حتى لو كانت غير مركزة.
كود المصدر موجود على https://github.com/JasonStein/Notepads .

image.png

هل من الممكن استخدام هذا: https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush لإنشاء شريط عنوان أكريليك؟ لا أعرف حقًا كيف يعمل هذا أو XAML ولكن ربما من الممكن استخدامه لإنشاء SpriteVisual (؟) مع CompositionBackdropBrush الذي يغطي شريط السحب ومن ثم يمكن ضبط الخلفية لبقية شريط العنوان على الاكريليك في XAML؟

أضع حدود النوافذ القياسية على المحطة.

وضع الضوء ، اللون في شريط العنوان معطل:
frame

وضع الضوء ، تم تمكين اللون في شريط العنوان:
frame color

الوضع الداكن ، اللون في شريط العنوان معطل:
frame dark

الوضع الداكن ، تم تمكين اللون في شريط العنوان:
frame dark color

ما رأيك؟ هل يجب أن أقوم بإجراء علاقات عامة أم لا؟

المزيد من التفاصيل:

  • يعمل أيضًا على إصلاح المشكلة حيث تكون مقابض الإمساك ضيقة جدًا من اليسار واليمين والأسفل
  • قمت أيضًا بإزالة المقبض الكبير في الجزء العلوي لتغيير الحجم وبدلاً من ذلك يمكنك الآن تغيير الحجم عن طريق الإمساك بالمقبض الموجود أعلى شريط السحب

@ greg904 يا صاح ،

(لقد ناقشنا هذا الأمر مع فريق DWM - يريدون منا أن نكون مواطنين أفضل ، _ نريد أن نكون مواطنين أفضل ، وسوف يتم إصلاح مجموعة كاملة من عناصر قائمة التحقق في # 1625!)

PR # 3394

إنها ليست حدودًا للمعايير الحقيقية حقًا ، فقد استخدمت بعض الاختراقات.

لقد لاحظت بالفعل شيئًا واحدًا مثيرًا للاهتمام - على الرغم من أن Terminal تفقد شفافيتها عندما لا تركز ، إلا أنها تحافظ على الشفافية (بشكل مدهش) في وضع الكمبيوتر اللوحي ، والذي يبدو رائعًا.
Screenshot (2)

لست متأكدًا مما إذا كان أي شخص آخر قد لاحظ هذا ولكن.
image

@ greg904 لمعلوماتك فقط ، تستخدم Notepads نسخة مخصصة من TabView من Windows Community Toolkit.

هل هناك إمكانية لوجود مجلدات فرعية في القائمة؟ أرغب في الحصول على القدرة على تنظيم عناصر مثل توزيعات WSL وإصدارات Powershell وبيئات البرمجة معًا.

@ str8edgedave أنت تبحث عن "السماح بتخصيص القائمة المنسدلة في profiles.json" # 1571

+1 لـ "لا يمكن إعادة ترتيب علامات التبويب". من فضلك لا تفعل ذلك مثل Windows حيث لا يمكنك تغيير ترتيب أجهزة سطح المكتب الافتراضية الخاصة بك.

يجب أن تكون هناك طريقة لإزالة الفجوة الموجودة أعلى علامات التبويب IMO.

image

يجب أن تكون هناك طريقة لإزالة الفجوة الموجودة أعلى علامات التبويب IMO.

image

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

هل هناك طريقة لإنشاء علامة تبويب جديدة في نافذة المحطة الطرفية الحالية بدلاً من فتح نافذة جديدة عند بدء تشغيل wt.exe؟

لماذا لا تجعل ألوان شريط علامات التبويب كما لو كانت في الحافة؟

image

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

هذا لأن عقلك يرى بشكل طبيعي الأشياء الأكثر إشراقًا على أنها في المقدمة

من المناقشة أعلاه ، يبدو أن التركيز هو الحصول على سمة داكنة وخفيفة ، ولكن لماذا لا يحترم لون شريط العنوان ببساطة لون التمييز الذي حدده المستخدم؟
image

أعتقد أن لون التمييز مفيد لشريط العنوان ولكن ليس لخلفية علامات التبويب.

@ 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

الرجاء إضافة مزيج ألفا إلى المؤشر ، النص الموجود تحته غير مرئي على الإطلاق.

image

مرحبًا - أرغب في رؤية تأثير الأكريليك مطبقًا عندما يكون _لا_ النافذة النشطة. عندما أكتب ، أريد التركيز. عندما يكون بعيدًا عن الجانب ، أريده أن يبدو رائعًا :) أو الأفضل من ذلك ، خيارات واضحة لكل من النشطين والخلفية ، لأن الأشخاص يرغبون أيضًا في تشغيلها بشكل دائم. شكرا - تطبيق رائع.

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

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؟ وستكون المنطقة الصغيرة تحتها قابلة للسحب.
مثله:
image

هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟ وستكون المنطقة الصغيرة تحتها قابلة للسحب.
مثله:
image

FWIW ، هكذا يعمل Edgium:

image

هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟

Edge هو التطبيق الوحيد الذي يمكنني رؤيته وهو يفعل ذلك ومن المحتمل أن يكون أحد الآثار الجانبية لامتلاك مجموعة أدوات واجهة المستخدم الخاصة به عبر النظام الأساسي بدلاً من عناصر التحكم "الأصلية".

لذا للإجابة على سؤالك ، ربما أقول لا.

هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟ وستكون المنطقة الصغيرة تحتها قابلة للسحب.
مثله:
image

في نظام التشغيل Windows ، يتم حجز الجانب الأيسر المباشر من الأزرار كمنطقة قابلة للسحب. لذا فإن وجود نفس الشيء في الأسفل هو أمر زائد.

هل يجب أن تكون الأزرار min / max / close أصغر (مثل تطبيقات UWP الأخرى) ولديها مساحة أسفلها عندما لا يتم تكبير النافذة كما هو الحال في chrome / edge chromium؟

Edge هو التطبيق الوحيد الذي يمكنني رؤيته وهو يفعل ذلك ومن المحتمل أن يكون أحد الآثار الجانبية لامتلاك مجموعة أدوات واجهة المستخدم الخاصة به عبر النظام الأساسي بدلاً من عناصر التحكم "الأصلية".

لذا للإجابة على سؤالك ، ربما أقول لا.

إنه أمر مزعج في Edge أيضًا. يجب أن يتركزوا في Edge. أتمنى أن تكون تطبيقات Windows الجديدة متسقة.

ما زلت أرى مربع اختيار لجعل شريط العنوان أكريليكًا ولكن لا شيء لكونه يحترم ألوان النظام مثل أي تطبيق آخر.

image
_ "يحتوي Windows Terminal على لون شريط عنوان ثابت خاص به يتجاهل ألوان شريط العنوان النشطة وغير النشطة للنظام" _

هل يمكن تغيير هذه الميزة على الأقل إلى "خيارات تخصيص شريط العنوان" بحيث لا يزال بإمكان أولئك الذين يريدون التناسق الحصول على طريقة للقيام بذلك؟

ما زلت أرى مربع اختيار لجعل شريط العنوان أكريليكًا ولكن لا شيء لكونه يحترم ألوان النظام مثل أي تطبيق آخر.

image
_ "يحتوي Windows Terminal على لون شريط عنوان ثابت خاص به يتجاهل ألوان شريط العنوان النشطة وغير النشطة للنظام" _

هل يمكن تغيير هذه الميزة على الأقل إلى "خيارات تخصيص شريط العنوان" بحيث لا يزال بإمكان أولئك الذين يريدون التناسق الحصول على طريقة للقيام بذلك؟

لا تتبع معظم تطبيقات windows الحديثة ألوان النظام ولها ألوان خاصة بها. لذلك فهو متسق.

ما زلت أرى مربع اختيار لجعل شريط العنوان أكريليكًا ولكن لا شيء لكونه يحترم ألوان النظام مثل أي تطبيق آخر.
image
_ "يحتوي Windows Terminal على لون شريط عنوان ثابت خاص به يتجاهل ألوان شريط العنوان النشطة وغير النشطة للنظام" _
هل يمكن تغيير هذه الميزة على الأقل إلى "خيارات تخصيص شريط العنوان" بحيث لا يزال بإمكان أولئك الذين يريدون التناسق الحصول على طريقة للقيام بذلك؟

لا تتبع معظم تطبيقات windows الحديثة ألوان النظام ولها ألوان خاصة بها. لذلك فهو متسق.

إذن أنت تقول إننا يجب أن نستمر في وجود تناقض ثابت؟

إنه مثل القول بأنك ستفعل شيئًا خاطئًا فقط لأن الجميع يفعل ذلك.

لذلك بعد بعض الحفر في هذا الموضوع وتعليقات أخرى.

كانت هناك بالفعل مشكلة تتعلق بشريط العنوان الذي لا يحترم احترام سمات النظام # 1963 التي تراكمت حول مشكلة أخرى رقم 3327. مع إصدار قائمة "Mega Thread" هذه قديمة / مهملة.

بالنظر إلى عمر كلتا المشكلتين ، يبدو أن اهتمامات المطورين منخفضة للغاية مما يجعل التنفيذ غير مرجح.

لذلك قررت شخصيًا تجاهل وظيفة علامة التبويب للحصول على التناسق البصري.

    "alwaysShowTabs": false,
    "showTabsInTitlebar": false,

image

مجرد ترك هذه المعلومات هنا في حال كانت ذات صلة بشخص آخر.

مرحبًا بالنسبة للسجل ، هناك قدر كبير جدًا من المناقشات حول طرق تكوين لون علامات التبويب وصف علامة التبويب (شريط العنوان) في # 3327 و # 5772. تتضمن الخيارات التي تمت مناقشتها هناك مطابقة شريط العنوان مع لون تمييز النظام ، أو علامات التبويب بلون عنصر التحكم الذي يركز في النافذة.

فقط لأن مشكلة قديمة لا يعني أنها مهجورة. # 3327 هي إحدى مشكلاتي _المفضلة_ التي أتطلع حقًا إلى الحصول على وقت للعمل عليها.

نفس الشيء الذي يحدث في معرض عناصر تحكم XAML: https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 يحدث في Windows Terminal

أوه والنقر بزر الماوس الأيمن على أزرار التسمية التوضيحية في شريط العنوان لا يفتح قائمة Sizer ، وهو تطبيق من Brianapps يعمل مع مجموعة Office التي يبدو أنها تحتوي على شريط عنوان مخصص.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات