خارج النطاق

أرني بيئة تطوير متكاملة أخرى بدون شريط أدوات

39548:

نحن بصدد إغلاق القضايا التي ظلت متراكمة لفترة طويلة

افتتح vijayvepa هذه المشكلة في 4 ديسمبر 2017 15:34
أغلق vscodebot هذا في 4 ديسمبر 2017 18:01
... لقد كان وقتًا طويلاً ... بالفعل ساعتان ونصف الساعة :)

18042:

تم إغلاق التذكرة. شكرا لتفهمك وترميز سعيد!

نعم! بدون vscode :)

نظرًا لإغلاق # 18042 ، فقد قمت بالتبديل إلى IDE آخر. آسف مايكروسوفت!

للأسف لا أعتقد أن فريق Microsoft أو vscode يهتم بما يريده العملاء. لطالما كان هذا الموضوع عبارة عن مستويات شبه مؤامرة من التجاهل الصارخ لقضايا لا حصر لها.

أنا أيضًا أخذت الإخطارات باعتباري شخصًا في الفريق ينظر إلى vscode على أنه طفلهم ... ورؤيته يعمل في طريقه دون أي اهتمام بالعكس على الإطلاق.

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

لن يهتم فريق Vscode بأنهم فقدوا عددًا أكبر من المستخدمين ... لذلك هذا ما هو عليه.

أنا أتفق تمامًا مع OP. أكبر فجوة ميزة حتى الآن في VSCode هي شريط أدوات مفقود.

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

سيؤدي شريط الأدوات إلى مزيد من التبني وسيسهل على المستخدمين تعلم بدائل لوحة المفاتيح.

أنا مستخدم Visual Studio و eclipse و Jetbrains منذ فترة طويلة. لقد قضيت الكثير من الوقت في إعداد VSCode وتعلمه ، ويمكنني القول إن VSCode رائع باستثناء شريط الأدوات المفقود . إذا كان يحتوي على شريط أدوات يشبه المكتب ، فسأنتقل إلى VSCode حصريًا. لكن بدونها أخشى أنني سأضطر إلى العودة إلى Jetbrains.

مايكروسوفت ، من فضلك توقف عن تخريب مستقبلك.

يمكن أن يكون الحل الزمني هو استخدام شريط الحالة لإضافة الأوامر التي تحتاجها.
يمكن لهذه الامتدادات القيام بذلك:
https://marketplace.visualstudio.com/items؟itemName=anweber.statusbar-commands
https://marketplace.visualstudio.com/items؟itemName=gsppvo.vscode-commandbar
https://marketplace.visualstudio.com/items؟itemName=gizak.shortcuts
https://marketplace.visualstudio.com/items؟itemName=fabiospampinato.vscode-commands

ويمكن لهذا الشخص إضافة مهام إلى شريط الحالة:
https://marketplace.visualstudio.com/items؟itemName=GuardRex.status-bar-tasks

نتيجة:

أنا مع @ morozovsk و MikeSummit في هذا الشأن. تتمتع vs code بالكثير من الأشياء ، لكن الافتقار إلى إمكانية اكتشاف الميزات ، وعدم سهولة التنقل وإجبار المستخدمين على الدخول إلى أرض Ctrl + Shift + P / مجموعة لوحة الأوامر لكل شيء يعيق IMO.

تعتبر أشرطة الأدوات ميزة لا غنى عنها لا تتوفر في الكود.

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

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

alkorsan الرجاء إضافة خاصتي إلى قائمتك ، والتي توفر ميزة جيدة لتضمينها في شريط الأدوات ...

يجب أن يتوفر للمطورين خيار إضافة زر قابل للنقر لكل مهمة من مهامهم.

https://marketplace.visualstudio.com/items؟itemName=GuardRex.status-bar-tasks

أنا أحب أن أستعيد ذلك!

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

من المثير للاهتمام أن هذه المشكلة لم يتم إغلاقها باعتبارها خارج النطاق حتى الآن ، وما زلت آمل أن يتم تنفيذ هذه الميزة.

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

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

ألم يسجلوا الأمر وقالوا أن هذا لن يحدث في المستقبل المنظور؟ يبدو أن هذا ما أفهمه مع جميع القضايا المفتوحة والمغلقة وأعلن أنه لن يعلق في التراكم ... ولكنه أشبه بـ "غير مهتم" على الرغم من طرح المشكلة مرات لا تحصى.

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

مرحبًا ronnyek ، لقد رأيت العديد من المشكلات المغلقة المشابهة لهذه أفهم من أين أتيت

آمل أيضًا ألا أكون مخدوعًا :)

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

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

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

ربما يمكن لأي شخص محاولة نقل امتداد شريط أدوات الذرة هذا https://github.com/suda/tool-bar

لقد بدأت فرعًا للميزات ببعض التعليمات البرمجية التي تهدف إلى عمل شريط الأدوات الثابت هذا:
https://github.com/junalmeida/vscode/pull/1
اسألني إذا كنت تريد أن تكون جزءًا منه.
لقد قمت بالفعل بإنشاء المتطلبات الأولية لشريط الأدوات (أشياء مثل واجهة المستخدم ، مثل تحديد المواقع ، وما إلى ذلك) باستخدام 3 إجراءات أساسية مشتركة. انظر إلى الصورة المتحركة التي وضعتها على العلاقات العامة.

هناك الكثير من العمل الذي يتعين القيام به حتى الآن.

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

كما هو الحال مع جميع طلبات الميزات ، فإن أفضل خطوة أولى هي بدء مناقشة بشكل معتاد وعدم بدء الترميز على الفور.
يرجى الاطلاع على إرشادات طلب السحب https://github.com/Microsoft/vscode/wiki/How-to-Contribute#pull -requests

أطيب التحيات
ايسيدور

تضمين التغريدة
atom هو محرر كود بسيط:

notepad ++ هو محرر كود بسيط للغاية:

vscode هو محرر كود ... طريقة vim.
يرجى حذف اللوحة اليسرى والقائمة العلوية! فقط اختصارات لوحة المفاتيح! المتشددين فقط!

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

إذا كنت تريد استخدام برنامجك مع الآخرين ، فيجب أن يكون متوافقًا. إذا كنت لا تريد أن تكون متوافقًا (ms way) ، فيمكنك أن تفعل ما تريد ولكن لا تتظاهر أنك تهتم.

:غاضب:

isidorn لقد حصلت على وجهة نظرك ولكن أعتقد أن المناقشة قد بدأت بالفعل هنا في هذا الموضوع وغيره. على أي حال ، بدأت في ترميز هذا باعتباره POC لنفسي ، في محاولة لفهم جميع الإرشادات المستخدمة ورمز واجهة المستخدم. إذا لم يكن هذا هو اتجاه فريق VSCode الرسمي ، فلا مشكلة ، ولكن هذا هو جميل المصدر المفتوح: يمكن لأي شخص أن يقوم بالتشعب والقيام بالتجارب ، وهذا لا يعني بالضرورة قبول العلاقات العامة. ؛)

هذا قرار غريب حقًا وسيكون بالتأكيد مانعًا كبيرًا بالنسبة لي شخصيًا لاعتماد vscode (وأتخيل العديد من المستخدمين الآخرين أيضًا)

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

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

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

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

+1

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

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

في رأس VS Code ، أسفل سطر القائمة ، هل يمكنك إرضاء شريط أدوات آخر من الأيقونات للوظائف الأكثر استخدامًا ، مثل Save File و Open File وما إلى ذلك مثل Visual Studio. نحتاج إلى أن نكون قادرين على تكوينه بأنفسنا لإضافة / حذف العناصر.

لن أنتظر إلى الأبد من MSFT لإضافة هذا (إن وجد). شراء عاصفة الويب من Jetbrain.

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

للأسف .. ولكن أتمنى أن يساعد هذا ...
اختصارات لوحة المفاتيح Visual Studio Code لنظام التشغيل Windows
https://code.visualstudio.com/shortcuts/keyboard-shortcuts-windows.pdf

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

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

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

كارول

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

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

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو قم بعرضها على GitHub https://github.com/Microsoft/vscode/issues/41309#issuecomment-426295027 ، أو كتم صوت سلسلة المحادثات https://github.com/notifications/unsubscribe-auth/AcQg2XMA0_WfTqVGZVt5M- Uw418e3Iy4ks5ug3iYgaJpZM4RW3oS .

أكثر من 30 عامًا في مجال تكنولوجيا المعلومات يحب سطر الأوامر أكثر من واجهة المستخدم الرسومية ولكن يجب أن يتفق تمامًا مع OP أنه من السخف ألا يحتوي محرر واجهة المستخدم الرسومية هذا على أبسط أشرطة الأدوات (حتى كميزة اختيارية يمكن تعطيلها بعد ذلك لنظام التشغيل Windows-OS مطورو / مستخدمو تطبيقات واجهة المستخدم الرسومية الذين أصبحوا فجأةً مناهضين لميزات واجهة المستخدم الرسومية الأساسية).

لمزيد من الدعم (دون نية العار) حتى أبسط بدائل المفكرة الأساسية لديها القدرة على إضافة حتى أبسط أشرطة الأدوات - وهي أكثر تقليدية بكثير من تلك التي تمتاز بخاصية واجهة المستخدم الرسومية مقارنة بتلك المذكورة أعلاه ، أو حتى فترة طويلة الانتقال إلى Notepad ++ - هو EVEN VIM لـ WINDOWS كما هو موضح أدناه. عندما يكون منفذ UNIX VI قادرًا على تحمل الكود لإلقاء شريط أدوات لواجهة المستخدم الرسومية ... أنا متأكد من أنك تفهم هذه النقطة.

ولكن ، ما مدى ضرورتها ، وما هو الفكر من وراءها؟ IMO ، بقدر ما أستخدم لوحة المفاتيح ، هناك شيء ما شعرت به دائمًا براحة أكبر في وجود زر رسومي "مرئي" إذا لم يكن هناك سبب آخر - عمليات الملفات الأساسية. نعم ، أدرك تمامًا وأوافق على أن الضرب اليدوي أسرع 1000 مرة: wq! ولكن هذا أحد المجالات التي 10/10 مرات سأحصل بكل سرور على 4-5 ثوانٍ لكل عملية فتح / حفظ ملف رئيسي للنقر فوق زر شريط الأدوات (إذا كان هناك واحد) أريد أن أقول فقط عن كل واجهة مستخدم رسومية أخرى لـ Microsoft مكتوبة في آخر 35 عامًا بخلاف vscode التي أتاحتها لمشغليها. من التعليقات أعلاه ، يبدو أنني لست وحيدًا بالتأكيد في استخدام سير العمل المعتاد الخاص بي ، على الرغم من أنه ربما لا يكون الأكثر توفيرًا للوقت ، إلا أنه حالة (للحفاظ على شعري الرمادي المتبقي) الراحة والراحة والقطعة البسيطة تفوق العقل على الأداء.

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

UNIX-born VIm Windows-port _ تم تحسينه فقط للالتزام بمعايير Windows GUI _ (قبل

يجب فصل كل من هو المسؤول عن VSCode في MSFT ، لتجاهله مثل هذه الطلبات الأساسية. يبدو مثل MSFT القديم مرة أخرى.

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

https://github.com/Microsoft/vscode/issues/11159

عندما ترى إغلاق DEV وإغلاق مشكلة سريعة وتقول بشكل أساسي "ابتعد" - أرى أنه يعمل مع MS في الخارج في سويسرا ، فهل لا توجد أي إدارة لـ DEV في هذا المنتج لا ترى في ذلك مشكلة كبيرة عند MS ' العملاء الآن محرومون من الدخول حتى في ما هو واضح ما قد أعتبره مشكلة محرجة للغاية؟ إذا كنت أدير فريق DEV هذا ، فسأطلب من DEV الذي يدافع عن خيار التصميم هذا أن يُظهر لي إنسانًا واحدًا يمكن أن ينقر على زر "ملحقات" عملاق أكثر من فتح / حفظ / إغلاق ملف ، بعد ملف ، بعد file - وبدلاً من ذلك تدافع عن تصميم أن جميع هذه العمليات يجب أن تأخذ مستخدمينا نقرات متعددة عبر القوائم وأشرطة الأوامر وكتابة الأوامر؟!؟

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

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

لقد انهارت أخيرًا للتعليق على هذا. لقد كنت مطورًا لمدة 30 عامًا وشيء واحد تعلمته هو استخدام الأداة المناسبة لوظيفة معينة تتراوح من سطر الأوامر إلى التسليم الآلي بالكامل. هناك أسباب لكل منها ، وبما أن أدوات تطوير البرامج ستتغير بشكل كبير مع التكامل المتقدم للذكاء الاصطناعي ، سيصبح شريط الأدوات سطر أوامر الماضي. يفتقد رمز VS إلى مكون تطوري أساسي يشبه ترك سطر الأوامر من IDE. ومع ذلك ، فإن ممارستي الاستشارية تستخدم Visual Studio Professional و JetBrains Ultimate كحزمتين أساسيتين. بالتأكيد لا يتطابق كود VS مع مرونة معظم حزم IDE الاحترافية بدون شريط أدوات. لن أضع مطورًا في السنة الأولى أمام رمز VS وأهدر أموالي في جعله يتعلم IDE مخففًا. فقط رأيي الصادق.

pgmolloy لدي بعض نفس الاهتمامات ، فأنا حاليًا أستخدم الاستوديو المرئي وعاصفة الويب بشكل أساسي ... ويعملان بشكل عام (وفي بعض الحالات ، تميل إلى امتلاك مكونات إضافية أكثر اكتمالاً تعمل بشكل أفضل مع المكونات الإضافية الأخرى) ، ولكن لا يوجد وهم أنها خفيفة الوزن أو ممتعة للعمل معها مثل vscode.

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

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

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

أحب أن أكون مخطئًا.

ronnyek :

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

bpasero و isidorn هم "أبطالنا" :)

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

حقا بحاجة لهذه الميزة

في محاولة لإرضاء الأشخاص الذين يعملون في فريق vscode في MS وكذلك العملاء الذين يشعرون أن هذا أمر ضروري ، هل يمكن أن يكون مجرد وسيلة للتوسعة ، لذلك ليس من العقارات المعروضة على الشاشة أو النفقات العامة المحتملة التي يتم أخذها تلقائيًا؟

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

لقد وجدت هذا الخيار يسمى حاوية عرض الشجرة لإضافة أزرار مخصصة على الشريط الأيسر في Visual Studio Code.

• الوثائق على https://code.visualstudio.com/api/extension-guides/tree-view و
• مثال على https://github.com/Microsoft/vscode-extension-samples/tree/master/tree-view-sample.

ومما يثير الاهتمام أيضًا ، شريط الحالة القابل للتخصيص هذا

• التوثيق على https://code.visualstudio.com/api/references/vscode-api#StatusBarItem ، و
• مثال على https://github.com/Microsoft/vscode-extension-samples/tree/master/statusbar-sample)

وامتداد شريط الأدوات العائم

• التوثيق على https://github.com/JerryGoyal/Shortcut-Menu-Bar-VSCode-Extension

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

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

هل أنا في عالم غريب؟
كيف لا يزال هذا يفتقر إلى شريط الأدوات في عام 2019؟ هل نرجع للوراء لسبب ما؟

@ eb7898 ،

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

أي أفكار أخرى؟

awittaker حل آخر هو هذا الامتداد الذي يعتمد على كود عرض الشجرة المذكور سابقًا:

https://marketplace.visualstudio.com/items؟itemName=usernamehw.run-commands-view

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

awittaker "الترميز النشط" ليس حلاً شاملاً للجميع. يقضي مطورو الويب نصف وقتهم في المتصفح ، ويعدلون الطبقات ويستخدمون أشياء مثل Chrome Developer Tools. ليس لدى مطوري الألعاب خيار سوى التبديل باستمرار بين المحرر واللعبة. كلاهما ينتقل إلى Photoshop والبرامج الأخرى لرسم أو إنشاء شيء بسرعة. لذلك في معظم الأوقات يكون لديهم ماوس في يدهم ، ومن الأفضل الاستمرار في استخدام الماوس للقيام بكل شيء. أعتقد أنه يجب أن يكون لدينا كلا الوضعين في VSCode - للأشخاص الذين يركزون على لوحة المفاتيح والأشخاص الذين يركزون على الماوس. ربما لا تكفي حتى "القائمة الرئيسية" - فأنا شخصياً أرغب في الحصول على خيار لإنشاء شيء مثل الدرج الرأسي لتقليد سلوك Photoshop أو شريط من MS Office. كشيء اختياري تمامًا لمهام محددة جدًا ، بالطبع - أعني أنه ليس من الضروري عكس كل وظيفة من مربع الأوامر إلى عناصر القائمة. فقط أعط فرصة لإنشاء قوائم وصناديق رسمها المالك ، وهذا كل شيء. آسف للقول ، لا بد لي من الانتقال إلى Theia أو حتى IntelliJ IDEA Community Edition بسبب هذا ، لا توجد خيارات متبقية.

متطلبات ميزة شريط الأدوات المثالي:

1. أقرب ما يمكن إلى شريط أدوات MS Office 2003 القابل للإرساء. (إذا لم تستخدم هذا مطلقًا ، فقد كان أفضل مثال على شريط أدوات مثالي).
2. يتضمن مجموعة من أشرطة الأدوات الافتراضية مع الأدوات ذات الصلة المجمعة معًا.
3. القدرة على تعويم أو إرساء أشرطة الأدوات بشكل فردي. يمكن أن يكون الإرساء أعلى أو أسفل أو يسارًا أو يمينًا.
4. القدرة على إظهار أو إخفاء أشرطة الأدوات
5. القدرة على إنشاء أشرطة أدوات جديدة
6. القدرة على إضافة وإزالة الأدوات إلى أشرطة الأدوات الافتراضية والتي أنشأها المستخدم.
7. ترتبط الأدوات المدمجة بوظائف وأوامر VSCode. يمكن ربط أدوات المستخدم بالنصوص البرمجية أو وحدات الماكرو الخاصة بالمستخدم.
8. يُظهر التمرير فوق أداة الاسم والوصف المختصر وما يعادله من لوحة المفاتيح للمساعدة في اكتشاف ومعرفة ميزات VSCode ومكافئاتها.
9. يمكن للمستخدم تكوين أدوات فردية لإظهار الرمز أو إظهار اسم النص أو إظهار كليهما.
10. يمكن أن تكون الأدوات عبارة عن أوامر بنقرة واحدة (مثل حفظ) ، أو قائمة منسدلة بالأوامر (مثل إنشاء ، أو إنشاء الكل ، ...) ، أو إدخال نص (مثل حجم الخط).
11. يمكن تصدير وتخصيصات تكوين شريط الأدوات واستيرادها بتنسيق JSON الذي يمكن للبشر قراءته. يمكن أن يكون الاستيراد مضافًا أو مدمرًا.
12. واجهة برمجة تطبيقات بسيطة ونموذج كائن لإنشاء أدوات وأشرطة أدوات متطورة. آلة الدولة الذكية لتمكين / تعطيل الأدوات بشكل تفاعلي بناءً على السياق.
13. ليس مثل شريط MS Office الحالي. تستهلك مساحة كبيرة وغالبًا ما تتطلب نقرتين إلى ثلاث نقرات بدلاً من نقرتين.

أعتقد أنني أمتلك حاجز السد لاختراق هذا الأمر واستعادة بعض الصحة: ​​إمكانية الوصول.

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

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

اتضح أن VSCode هو مشروع ضجيج من قبل Microsoft لأنه "جاء" مفتوح المصدر.
لن يسمح MS لـ VSCode بأن يصبح منافسًا لـ Visual Studio XXXX البطيء والبطيء.
ليس من الصعب فهم هذه المقاومة من المساهمين الرئيسيين بسبب تفاصيل ملفاتهم الشخصية. لديهم وظيفة في Microsoft ويمكن أن يطردوا.
في انتظار تفرع VSCode مع أشرطة الأدوات.

يعملNickMaev visual studio نفسه بشكل رائع ويوفر الكثير من التعليمات البرمجية. ومع ذلك ، فإن vscode هو مشروع Microsoft صحيح أو خاطئ أو غير مبال.

لقد كنت من أشد المدافعين عن إضافة أشرطة الأدوات لأنها ما يطلبه ويشكو منه العديد من المستهلكين على الأقل (بما فيهم أنا) منذ زمن طويل.

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

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

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

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

هذا سيناريو مثالي 100٪ للتمديد.

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

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

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

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

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

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

61336

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

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

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

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

يبدو أن التعليقات تستمر في الظهور ، لكن لا شيء يتدفق في الاتجاه الآخر. هل يمكن لشخص ما في VSCodeteam أن يشرح الافتقار الواضح للإثارة لدعم هذه الميزة ، والسبب وراء ذلك؟

"VSCode هو محرر كود بسيط وبسبب ذلك سنكون مترددين في قبول العلاقات العامة التي تضيف شريط أدوات مخصص."

من وجهة نظري في التفكير ، فإن VSCode هو IDE - أو منصة بناء IDE - وليس مجرد محرر كود بسيط. يعد محرر الكود البسيط منتجًا آخر من منتجات Microsoft ، وهو Notepad.

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

إذن ، سؤالي ، في موضوع التعليقات هذا ، هو ، أين المناقشة؟

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

منتج رائع تمامًا ، لكن هذه القضية محيرة إلى حد ما.

هذه الميزة شائعة في كل مكان في العالم ، ما هو مطلوب للمناقشة ...

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

أعتقد أنه لا يوجد سوى خطوة صغيرة بين شريط الحالة الجديد و "شريط القوائم".

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

أكثر من سعيد لمواصلة استخدام Webstorm. الطريق للذهاب فريق vscode!

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

بجدية ، مايكروسوفت! أصبح محرر الكود / IDE الأنيق عديم الفائدة لأولئك منا الذين يقدرون تصميم واجهة المستخدم الرسومية الجيد. إنه عام 2019 ، لماذا بالضبط ما زلنا نتعامل مع سطور الأوامر؟

إنه عام 2019 ، لماذا بالضبط ما زلنا نتعامل مع سطور الأوامر؟

لأنها أسرع ألف مرة؟

تصويت آخر إما لإضافة هذه الوظيفة أو تمكين الإضافات من إضافة هذه الوظيفة.

بعض أدمغة الناس لا تتعامل مع اختصارات لوحة المفاتيح. من الواضح أن هذا الإغفال سخيف.

إنه محرر جيد ، لكن لا يمكن إزعاجك لتعلم مائة اختصار أو البحث في القوائم. لا أستطيع التفكير في IDE واحد بدون أشرطة الأدوات. قرار استبعادهم مجرد سخيف ، تمامًا مثل Windows Phone!

لقد قمت بإحالة VS Code واستخدمها كمشاهد سجل بسيط.

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

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

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

أنا مندهش حقًا مما أصبح عليه هذا الوضع برمته. طريقة للذهاب فريق vscode!

ربما إذا كانت هناك شكاوى كافية ، فسيتغير هذا. يبدو أنها حالة أخرى من "نحن نعرف أفضل منك" ، والتي وجدتها كثيرًا مع منتجات MSFT. لقد قمت للتو بإزالة VSC وقمت بتنزيل Notepad ++.

ربما إذا كانت هناك شكاوى كافية ، فسيتغير هذا. يبدو أنها حالة أخرى من "نحن نعرف أفضل منك" ، والتي وجدتها كثيرًا مع منتجات MSFT. لقد قمت للتو بإزالة VSC وقمت بتنزيل Notepad ++.

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

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

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

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

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

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

يمكن لشريط الأدوات المخصص الاستفادة من:

1. أيقونات أكبر
2. نص أقل
3. التراص / إخفاء القائمة
4. صفوف متعددة
5. إدارة سهلة لمجموعات الضوابط (إظهار / إخفاء وفقًا لبعض العلامات أو الحالة)
6. وربما أشياء أخرى خفية لتجربة المستخدم تكون مفيدة أو مطلوبة.

مجرد المرور لمعرفة ما إذا كان هناك أي جر مع هذا؟
هل مازال هناك بجدية واجهة برمجة تطبيقات للإضافات لإضافة شريط أدوات؟

هذا جعلني اضحك...
خارطة طريق كود الاستوديو المرئي 2020

• كن أفضل محرر لأي شخص يعتمد على ميزات إمكانية الوصول
  ...

: runner: اجعل VS Code أداة مطور يمكن الوصول إليها بشكل رائع. سنشارك ونعمل مع مجتمعنا للحصول على المدخلات والتوجيه ، ونريد منك أن تحافظ على صدقنا.

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

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

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

كلاهما يبدو إيجابياً ، لكني أشك في أن تخصيص قوائم السياق موجود منذ عام 2016 ، أليس كذلك؟
تحديثات يونيو 2016 (الإصدار 1.3)
هل أنا أسيء فهمه؟ أم أن خريطة طريق 2020 نسخة / مُلصقة من 2015 !؟

• كن أفضل محرر لأي شخص يعتمد على ميزات إمكانية الوصول
  ...

🏃 اجعل VS Code أداة مطور يمكن الوصول إليها بشكل رائع. سنشارك ونعمل مع مجتمعنا للحصول على المدخلات والتوجيه ، ونريد منك أن تحافظ على صدقنا.

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

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

في غضون ذلك ، ربما سيضعون شريط أدوات في وضع إمكانية الوصول و: /

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

https://vscode.readthedocs.io/en/latest/editor/accessibility/

إذا كنت لا تستطيع الانتظار حتى تحصل مشكلتك على عدد كافٍ من الأصوات المؤيدة ، يمكنك دائمًا إرسال PR.

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

إذا كنت لا تستطيع الانتظار حتى تحصل مشكلتك على عدد كافٍ من الأصوات المؤيدة ، يمكنك دائمًا إرسال PR.

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

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

مايكروسوفت لن تفعل ذلك. يجب أن نفعل ذلك. هل قام شخص ما بذلك بالفعل؟

هناك شريط أدوات محدود أستخدمه ، شريط قوائم

ومع ذلك ، يبقى السؤال الرئيسي:

• هل واجهات برمجة التطبيقات لشريط الأدوات على VSC متوفرة وموثقة بالكامل؟

هناك شريط أدوات محدود أستخدمه ، شريط قوائم

بالتأكيد ، ولكن مع مثل هذا الامتداد 1) لا يبدو على الإطلاق مثل شريط الأدوات الذي يتم استخدامه من أي تطبيق آخر ؛ و 2) غير قابل للتكوين - نحن عالقون مع ما أضافه مؤلف الامتداد.

ومن هنا تأتي الحاجة إلى واجهة برمجة تطبيقات / امتداد رسمي لشريط الأدوات من فريق Microsoft Visual Studio Code.

ومن هنا تأتي الحاجة إلى واجهة برمجة تطبيقات / امتداد رسمي لشريط الأدوات من فريق Microsoft Visual Studio Code.

أي عام الآن

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

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

في البداية ، شعرت بنفس الارتباك عندما لم أجد أي شريط أدوات على vscode ، وذهبت "ما هيك مع التكنولوجيا الجديدة".

لكن الأمر مختلف الآن ، فأنا أحب لوحة القيادة أفضل من أي شريط أدوات أو قائمة.

1. اضغط على F1 على لوحة المفاتيح لعرض لوحة الأوامر (أو اضغط على Ctrl + Shift + P لنفس التأثير ، لكن يتطلب المزيد من الجهد: p).
2. اكتب أي أمر تريد البحث عنه. ميزة البحث عن الأوامر هذه ذكية جدًا ، لذا امض قدمًا واكتب أي شيء تريد البحث عنه.
3. اختر الأمر باستخدام لوحة المفاتيح (زر الاتجاه ثم اضغط على إدخال) ، أو انقر فوقه.

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

في البداية ، شعرت بنفس الارتباك عندما لم أجد أي شريط أدوات على vscode ، وذهبت "ما هيك مع التكنولوجيا الجديدة".

لكن الأمر مختلف الآن ، فأنا أحب لوحة القيادة أفضل من أي شريط أدوات أو قائمة.

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

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

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

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

@ thariqnu-ifm
ما مدى دقة استخدام لوحة الأوامر بدون لوحة المفاتيح؟
لماذا لا يمكننا الحصول على كل من لوحة الأوامر وشريط الأدوات الاختياري (أو على الأقل واجهة برمجة تطبيقات لها)؟

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

@ thariqnu-ifm
ما مدى دقة استخدام لوحة الأوامر بدون لوحة المفاتيح؟
لماذا لا يمكننا الحصول على كل من لوحة الأوامر وشريط الأدوات الاختياري (أو على الأقل واجهة برمجة تطبيقات لها)؟

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

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

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

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

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

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

ههه! :))
ماذا يعني أضيق الحدود؟

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

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

لقد ضيعت ثلاثة أشهر في تخصيص محرر vscode ، في التفكير - نعم ، لقد وجدته ، المحرر الخاص بي!

وأين تعتقد أنني أقوم بترميز ،
نعم ، أنت على حق - في برنامج notepad ++

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

isidorn هل 20

أنت تقول في أضيق الحدود لكنني سأعتبر شيئًا مثل Notepad ++ بسيطًا جدًا ... وفي الوقت نفسه ، لدينا عنصر تحكم git / الإصدار مدمج (حسب علمي ، لم يتضمن أي من المحررين "البسيطين" ... تصحيح الأخطاء ... اعتقدت أنها كانت وظيفة IDE أكثر من كونها محرر كود بسيط؟ حصلت على مراقب العملية الخاص بها؟ لا أعتقد أنني رأيت محرر كود مع أحد هؤلاء ...

لكنك تعرف ما الذي لا تحصل عليه؟ شريط أدوات ... تعرف ما الذي يحتوي على شريط أدوات؟ يقوم معظم محرري الأكواد بنشر VIM (إلى حد كبير) ... أيهم لا يفعل ذلك؟ ربما يكون Sublime هو الشيء الرئيسي الوحيد عن بعد الذي يمكنني التفكير فيه والذي قد لا (لست متأكدًا من استخدامه مطلقًا) ، فهل الهدف هو الحد الأدنى ، أو ضربة قاضية سامية لمحاولة جذب المستخدمين المتميزين إلى نظام MS البيئي؟

أوه ... لقد نسيت تقريبًا ... أليست Microsoft هي التي طورت تلك الامتدادات الثلاثة للتحرير عن بُعد (عن بُعد - SSH ، عن بُعد - حاويات ، عن بُعد - WSL ، إلخ)؟ لا أستطيع أن أتذكر أي محررين أضيق الحدود لديهم تلك الوظائف مضمنة في أي منهما ... واعتقدت أن فلسفة MS هي تطوير المحرر وقابلية التوسع التي يتم التعامل معها بواسطة ملحقات الطرف الثالث؟ هز كتفي ...

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

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

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

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

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

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

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

فكرة رجل واحد عن الحشو غير المجدي هي فكرة أخرى عن واجهة محددة جيدًا ... notepad ++ ليس مصممًا جيدًا أو رائعًا للاستخدام. اعتدت استخدام notepad ++ و editpad pro ، وكان الإصدار الأخير رائعًا ولكن كلاهما يبدو قديمًا بأزرار ضيقة. أنا سعيد لأن VSC ليس لديها أي شيء ، عندما جربت الذرة لأول مرة لم تعجبني لوحة الأوامر إما - أو vsc - ولكن بعد استخدامها لعدة سنوات ، لم أفوت الأزرار أو أجد صعوبة في استخدام لوحة الأوامر . ربما فقط أعطه بعض الوقت بدلاً من التراجع عن notepadd ++.

... اجعل 50٪ إضافية من جمهورك سعداء ...

أضاف حوالي 240 شخصًا رمزًا إيجابيًا إلى OP ... ما الذي يجعلك تعتقد أن VSC يستخدمه حوالي 480 شخصًا فقط ؟؟؟

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

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

فكرة رجل واحد عن الحشو غير المجدي هي فكرة أخرى عن واجهة محددة جيدًا ... notepad ++ ليس مصممًا جيدًا أو رائعًا للاستخدام. اعتدت استخدام notepad ++ و editpad pro ، وكان الإصدار الأخير رائعًا ولكن كلاهما يبدو قديمًا بأزرار ضيقة. أنا سعيد لأن VSC ليس لديها أي شيء ، عندما جربت الذرة لأول مرة لم تعجبني لوحة الأوامر إما - أو vsc - ولكن بعد استخدامها لعدة سنوات ، لم أفوت الأزرار أو أجد صعوبة في استخدام لوحة الأوامر . ربما فقط أعطه بعض الوقت بدلاً من التراجع عن notepadd ++.

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

يمكن أن يكون مكونًا إضافيًا ، ولا يحتاج أي شخص لا يريده إلى معرفة أنه موجود.

morozovsk لا يوجد شريط أدوات - لا أحد يستطيع إجبارك على عدم استخدام شيء ما
غير موجود.

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

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

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

من الواضح أنه لا يتم إعطاء الأولوية. لم يعلق MS حتى على ذلك منذ شهور. مرة أخرى ، لا أعرف لماذا تهتم.

فكرة رجل واحد عن الحشو غير المجدي هي فكرة أخرى عن واجهة محددة جيدًا ... notepad ++ ليس مصممًا جيدًا أو رائعًا للاستخدام. اعتدت استخدام notepad ++ و editpad pro ، وكان الإصدار الأخير رائعًا ولكن كلاهما يبدو قديمًا بأزرار ضيقة. أنا سعيد لأن VSC ليس لديها أي شيء ، عندما جربت الذرة لأول مرة لم تعجبني لوحة الأوامر إما - أو vsc - ولكن بعد استخدامها لعدة سنوات ، لم أفوت الأزرار أو أجد صعوبة في استخدام لوحة الأوامر . ربما فقط أعطه بعض الوقت بدلاً من التراجع عن notepadd ++.

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

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

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

ماذا تريد الأولوية؟ API لمحمصة الخبز الخاص بك؟

بعيدًا عن مشكلة نظام الملفات حيث يتم تدمير البيانات الفعلية بسبب عناد مماثل من فريق الترميز ، لم أر طلبًا يبدو أنه يجب أن يكون ذا أولوية أعلى ... لكن أعتقد أنه يجب علينا جميعًا الترحيب بـ King Sketchbuch؟

تمت إضافة التعليمات إلى التذكرة.
من المتعب الإجابة على نفس الأسئلة للأشخاص الذين لم يكتشفوا الموضوع ولكنهم عارضوه بالفعل.

@ thariqnu-ifm
ما مدى دقة استخدام لوحة الأوامر بدون لوحة المفاتيح؟
لماذا لا يمكننا الحصول على كل من لوحة الأوامر وشريط الأدوات الاختياري (أو على الأقل واجهة برمجة تطبيقات لها)؟

كيف تكتب كود بدون لوحة مفاتيح؟

تمت إضافة التعليمات إلى التذكرة.
من المتعب الإجابة على نفس الأسئلة للأشخاص الذين لم يكتشفوا الموضوع ولكنهم عارضوه بالفعل.

لقطة شاشة الاتجاه هذه في OP لا تُظهر ما تعتقد أنه يظهر ...

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

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

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

لنقطة شخص آخر ... ليس لديهم مشكلة في الانحناء للخلف للحصول على دعم غامض للغاية سيستخدمه 2 ٪ من مستخدمي الكود ... ولكن بعد ذلك شريط أدوات اختياري بسيط ... Nooooooope.

لقد مرت سنوات وسنوات وقضايا لا حصر لها تضيع في طي النسيان. أعتقد أن الوقت قد حان لمجرد تسميته.

كيف تكتب كود بدون لوحة مفاتيح؟

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

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

تمت إضافة التعليمات إلى التذكرة.
من المتعب الإجابة على نفس الأسئلة للأشخاص الذين لم يكتشفوا الموضوع ولكنهم عارضوه بالفعل.

تحرير: إلى فريق Microsoft Visual Studio Code:

ألن يكون تقديم الميزة إجراءً أكثر إنتاجية؟

@ rei-vilo

ألن يكون تقديم الميزة إجراءً أكثر إنتاجية؟

ربما تكون في حيرة من أمرك :)
أنا كاتب الموضوع. أنا لا أعمل لدى MS. لم أتمكن من تقديم الميزة.

@ rei-vilo

ألن يكون تقديم الميزة إجراءً أكثر إنتاجية؟

يجب أن تكون مرتبكًا :)
أنا كاتب الموضوع. أنا لا أعمل لدى MS. لم أتمكن من تقديم الميزة.

عذرًا ، الرسالة كانت موجهة إلى فريق Microsoft Visual Studio Code.

من جانبي ، حاولت اللعب بالامتدادات ، لكن الوثائق يصعب البحث فيها.

أنا كاتب الموضوع. أنا لا أعمل لدى MS. لم أتمكن من تقديم الميزة.

لقد قلت هذا حرفيًا في تحديث الأسئلة الشائعة لمشاركتك 1 أعلاه 🤣

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

OP هو قليلاً TL ؛ دكتور ، ربما يجب نقل الأسئلة الشائعة إلى الأعلى.

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

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

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

يمكنك أيضًا أن تجادل بأن الشريط العملاق الموجود على اليسار (أيًا كان ما تقرر تسميته) هذا هو؟ عرض 100 بكسل + ، هو وسيلة أكثر ازدحامًا من شريط أدوات 20 بكسل ...

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

كحد أدنى ، أريد "لوحة أدوات" يمكنني نقلها (وتكرارها؟) في حاويات لوحة مختلفة.

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

الاستفادة من الإضافات الحديثة للوحات المنقولة.

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

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

مجرد إضافة إلى كومة ...

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

سأستمر في استخدام Notepad ++ والمحررين الآخرين الذين يوفرون هذه الوظيفة الأساسية. ومع ذلك ، سأقوم بالفعل بإلغاء تثبيت VS Code هذه المرة ولا أعتقد أنني سأعيد التثبيت في أي وقت قريبًا.

أردت فقط إضافة +1 إلى طلب الميزة هذا.

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

وقبل أن يخطئ بعض المطورين المجانين في تجاذبتي المليئة بالأخطاء النحوية ، دعوني أحاول توضيح الأمر:

• شريط أدوات شكلي -> مفيد للغاية.
• علامات التبويب التي تظهر الملفات المفتوحة -> مفيدة للغاية. إحتفظ به!
• فتح المحررين -> عديمة الفائدة تماما. رميها!

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

ما عليك سوى النقر بزر الماوس الأيمن فوق عرض المحررين المفتوح وإلغاء تحديده إذا كنت لا تريد رؤيته

ما عليك سوى النقر بزر الماوس الأيمن فوق عرض المحررين المفتوح وإلغاء تحديده إذا كنت لا تريد رؤيته

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

لا ليس كذلك. كان خيار إخفاء المشاهدات موجودًا منذ الإصدار الأول.

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

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

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

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

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

HAHAHAHA ... اكتشفت للتو سبب REALLLL أن sketchbuch لا يريد شريط أدوات ... إنه مشغول باستخدام شريط الحالة كشريط أدوات (ولأي سبب كان يشعر أنه من المقبول "اختراق" شريط الحالة لغرض غير مقصود من أن يكون لديك شريط حالة شرعي ...

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

... أسئلة صادقة.

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

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

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

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

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

يستخدم زر Zen Terminal بالمحرر شريط عنوان المحرر لموقع الزر الخاص به - وليس شريط الحالة ؛). يمكنك دائمًا إنشاء امتداد خاص لنفسك بإضافة أزرار هناك.

بالنسبة للمخاوف الهندسية ،

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

@ sketchbuch :

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

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

تبا لك ، لست بحاجة إلى إذنك للتعليق على قضية مفتوحة. إذا كنت لا تحب ذلك كبر واترك نفسك

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

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

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

لم أقصد التخلص من الأدلة القصصية.

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

تبا لك ، لست بحاجة إلى إذنك للتعليق على قضية مفتوحة.

لكن في الواقع يجب عليك ، لأن هذه هي مشكلتي المفتوحة :)
ملاحظة: الآن أنت ممنوع. شكرا على الحوار البناء :)

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

يستخدم زر Zen Terminal بالمحرر شريط عنوان المحرر لموقع الزر الخاص به - وليس شريط الحالة ؛). يمكنك دائمًا إنشاء امتداد خاص لنفسك بإضافة أزرار هناك.

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

ملاحظة: الآن أنت ممنوع. شكرا على الحوار البناء :)

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

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

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

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

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

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

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

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

الوحيد المنافع أحضر إلى المحادثة والحصول على آخر العد حتى ... التي قد نأمل الحصول على MS لدفع المزيد من الاهتمام لايستطيع القضية

نظرة لول ... القزم لا يزال يتصيد ... الإبهام يسقط رسالتي ... استمر في ذلك ... أحب كيف أثبتت وجهة نظري للتو !!!

نعم ، قبل أن نكون في الصفحة الثانية ، نحن الآن في الصفحة
لذا شكرا sketchbuch على مساعدتك :)

نظرة لول ... القزم لا يزال يتصيد ... الإبهام يسقط رسالتي ... استمر في ذلك ... أحب كيف أثبتت وجهة نظري للتو !!!

نعم. يمكنك أيضا منعه ونسيان وجوده :)

اضحك عندما تغلق MS هذه المشكلة بسبب سلوكك الطفولي

تم إنشاء الحساب منذ 4 دقائق

@ krytenjrobot ، sketchbuch

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

رجل عجوز لكنه يتصرف مثل المراهق.

ملاحظة: الآن أنت ممنوع. شكرا على الحوار البناء :)

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

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

مرحبًا ، اسمي كلود دوبري وأنا مهندس ومبرمج إلكتروني منذ 40 عامًا. لقد استخدمت عددًا كبيرًا من منتجات التطوير في شركة carreer التي أعمل عليها حتى أتمكن من تطوير برنامج تشغيل طابعة غير موجود في بيئة Dos. لم يكن Windows موجودًا في ذلك الوقت. على الرغم من أنني كنت أعرف كيفية البرمجة في الاتجاه الكائني ، إلا أن الآلة لم تكن قوية بما يكفي (8088 ، ذاكرة 8 كيلو بايت ومساحة قرص 64 كيلو بايت ، إلخ) لدعم هذا النوع من التكنولوجيا ، لذلك كان علينا استخدام مفتاح الاختصار لوظيفة الاستخدام في كثير من الأحيان وتم تجميع كل برنامج باستخدام ملف دفعي ، هو نفسه مع الرابط مع ملف الارتباط. منذ بضع سنوات ، كنت أعمل مع Atmel studio لأنني كنت أعرف المنتج جيدًا منذ أن قمت ببرمجتي في شركة carreer بلغة Assembler و C و C ++ و. نظرًا لأن Atmel studio لم يدعم منتج STM ، كان علي أن أجد منتجًا آخر للعمل عليه لتطوير منتجي Cortex استنادًا إلى STM. لقد وجدت Visual Studio Code. فقلت لنفسي يا حورة لقد وجدت الكأس المقدسة. اضطررت إلى العمل لأكثر من أسبوع لإعداده واكتشف أنني قد انسحبت في الثمانينيات فيما يتعلق بأيديولوجية المنتج. أشعر بخيبة أمل كبيرة لرؤية أن المنتج الذي يحظى بشعبية كبيرة لا يعتبر أداة فعالة. لا توجد قائمة سياقية. لا توجد قائمة قابلة للتكوين. البرنامج المساعد لا ينشئ القوائم الخاصة به وشريط الأدوات ، ولا يقوم بتكوينه بنفسه مع البيئة. لا يوجد شريط أدوات أساسي. لذا فإن المنتج الخفيف الوزن يكون جيدًا عندما ينطبق على البيئة الضيقة (أعرف ما أتحدث عنه) والذي من الواضح أنه ليس هو الحال مع تقنيات هذه الأيام. لذلك إذا أراد شخص ما استخدام منتج جديد ، فإنه يتوقع أن يكون قادرًا على تثبيته واستخدامه في أقل وقت ممكن. إذا قارنت Visual Studio Code مع Atmel Studio ، فإن vscode متأخر بسنوات ضوئية. يبدو ، من خلال ما قرأته هنا أن فريق vscode لا يوافق على الترقيات التي يبدو لي أنها ضرورية. لاختتام هذا. أعتقد أنه يجب اعتماد معيار ترميز لتحديد المكونات الإضافية الأكثر استقرارًا وفعالية فيما يتعلق بالاستخدام والكفاءة والتوثيق لجعل المنتج النهائي أكثر تكاملاً وصديقًا للمستخدم (وهذا ليس هو الحال ، آسف) وآمل أن يكون vscode سيكون لدى الفريق مشهد أكثر إبصارًا. تحياتي كلود

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

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

بقدر ما الجدل حول "UI and API bloat" فإن الميزة الأعلى المطلوبة الآن # 10121 هي القدرة على سحب الأجزاء خارج النافذة الرئيسية. من الواضح أن لدى الأشخاص العديد من الأفكار المختلفة حول سير العمل المفضل لديهم. يحتوي VSCode على العديد من الميزات التي لا أستخدمها. هذا لا يعني أنني أعتقد أنه يجب إزالتها. هذا يعني أنهم يجب أن يكونوا هناك إذا كنت بحاجة / أريدهم.

بقدر ما الجدل حول "UI and API bloat" فإن الميزة الأعلى المطلوبة الآن # 10121 هي القدرة على سحب الأجزاء خارج النافذة الرئيسية. من الواضح أن لدى الأشخاص العديد من الأفكار المختلفة حول سير العمل المفضل لديهم. يحتوي VSCode على العديد من الميزات التي لا أستخدمها. هذا لا يعني أنني أعتقد أنه يجب إزالتها. هذا يعني أنهم يجب أن يكونوا هناك إذا كنت بحاجة / أريدهم.

هذا ... أو على الأقل كن قادرًا على توسيع البرنامج لتلبية الإمكانات المطلوبة ... إذا أراد الأشخاص النوافذ العائمة ، فلماذا لا تفتح نسخة ثانية من VSC أو توسع النافذة عبر شاشتين وتحدد تخطيطًا مختلفًا ... ( View> Editor Layout) لديهم بالفعل الكثير من التصميمات المختلفة ... ولكن بصراحة ، يبدو هذا وكأنه شيء لا ينبغي أن يستغرق أكثر من يومين لإخراجها ...

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

كان يجب أن أقيم حفلًا بمناسبة الذكرى السنوية الثانية لهذه المشكلة ، للاحتفال بكل تلك القضايا الأخرى التي تم إغلاقها للتو مقابل out of scope إلخ ، إلخ.

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

FFS لقد طال انتظار MS !!

MS هو draconius في أحسن الأحوال ...

يتم التخلص من بعض المشكلات ببساطة ، يشبه IDE هذا ما إذا كان شخص واحد فقط هو الذي يصنعه ، وليس العشرات ...

مثل مشكلة العرض الرديء ، أو "لا يوجد شريط أدوات هنا!".
أعتقد حقًا أن مطوري IDE هذا لا يستخدمونه!

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

هذه في الحقيقة مشكلتي الوحيدة مع VS Code وهي خروج غريب عن جميع برامج MS الأخرى التي استخدمتها منذ أن أصبح windows شيئًا.

من ناحية أخرى ، فإن VS Code مجاني للاستخدام الشخصي والتجاري ويتم تقديمه كمحرر "خفيف الوزن" بدلاً من IDE كامل الأهلية. MS Visual Studio ليس مجانيًا للأعمال. أتخيل أنهم يرغبون في تجنب احتمال أن يحل VS Code محل MS Visual Studio بالكامل. أنا لست مطورًا محترفًا ولم أستخدم الكثير من IDEs المختلفة. بخلاف شريط الأدوات ، لست على دراية كافية بـ MSVS 2019 لأرى أي فوائد أخرى لاستخدامه ، ويبدو أنه يقصر في بعض المجالات الأخرى.

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

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

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

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

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

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

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

هناك طريقة متواضعة إلى حد ما لإنشاء امتداد يمتد إلى شريط الأدوات (يسمى "القائمة" لأسباب معروفة فقط لـ vscode microsoft people) وقائمة سياق النقر بزر الماوس الأيمن مع أي أوامر مطلوبة. أسمي هذا بالمتوسط ​​لأن هناك عددًا من المشاكل مع ما هو ممكن حاليًا.

1. لا توجد واجهة برمجة تطبيقات vscode لإضافة أوامر وأزرار شريط الأدوات وعناصر قائمة السياق وما إلى ذلك. يتم تشغيل النمط الخاص بجعل الأشياء تظهر في شريط الأدوات وقائمة السياق بواسطة إدخالات تعريفية contributes في ملف الامتداد package.json وهذا يجب تجميع الملف في ملحق. يعني هذا الثقب أنه لا توجد طريقة لإنشاء شريط أدوات أو قائمة برمجيًا من التكوين في وقت التشغيل وأي شيء مثل هذا يجب أن يكون سلكيًا في كود الامتداد.
2. شريط الأدوات الموجود في أعلى المنطقة اليمنى والذي يمكن تمديده إلى حد ما ليس في الحقيقة منطقة شريط أدوات تطبيق كاملة الميزات بالمعنى العادي. على الرغم من أنه يمكن إضافة الأزرار التي تحتوي على أوامر إلى هذه المنطقة ، إلا أنني أجد موضع هذه المنطقة غريبًا لكونها مضمنة وعلى يمين علامات تبويب المحرر بدلاً من وضعها فوق المحررين.
3. إن الافتقار إلى واجهة برمجة التطبيقات المذكورة في (1) وعدم وجود منطقة (مناطق) حاوية شريط أدوات قابلة للتوسيع (بخلاف الجزء العلوي الأيمن) هي العوائق التي تمنع أي شخص من تطوير امتداد شريط أدوات للأغراض العامة مرن وقابل للتكوين يمكن استخدامه من قبل أي شخص.

لقد أنشأت امتدادًا تم

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

طلب الميزة هذا مرتبط ، حيث ستكون هناك حاجة إلى شريط أدوات لتحقيق ذلك:
طلب الميزة: محرر نص مبسط

يرجى إعطائها تصويتًا مؤيِّدًا ، ثم قد يتم وضعها ضمن الأعمال المتراكمة.

لأكون صادقًا ، في كل مرة أوصي فيها باستخدام Vscode لزملائي ، يكون Vscode خاصًا جدًا (جامدًا) لإعلامهم بكيفية البدء.
لا أحد يريد (من الصعب) تذكر الكثير من مجموعات المفاتيح.

لا أفهم المقاومة الواضحة لإضافة هذه الميزة الواضحة الضرورية

• الرجاء إضافة شريط أدوات اختياري / قابل للتكوين.
  بدأت في البحث عن شريط أدوات VS عندما شعرت بالإحباط من القيام بحفظ الكل من القائمة العلوية - Ctrl K + S يلقي شاشة تعرض معلومات حول تكوين الاختصارات - لا أريد إضاعة الوقت في تكوين الاختصارات عندما يكون نقرة بسيطة على شريط الأدوات تم حذفه دون سبب وجيه.
  توقف عن إضاعة الوقت وقم بإنجازه فقط - تمتلك Microsoft ثروة من التعليمات البرمجية من Visual Studio التي يمكن إعادة توجيهها لتسريع هذه المهمة.

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

كل تحديث جديد لـ VSCODE أحصل عليه ، أنا أجلس هنا على أمل أن يقوم MS والفريق بإدخال هذه الميزة ويمكننا مشاهدة بعض الصور المتحركة الصغيرة الرائعة حول أشرطة الأدوات .... لكن كلا ... لا يزال هناك كميات لا حصر لها من الميزات التي ربما استفاد <1٪ من قاعدة المستخدمين ... ثم شيء من هذا القبيل ، على ما يبدو أن جزءًا من قاعدة المستخدمين يشعر بشغف تجاهه ، ولا يزال يتم إلقاؤه تحت السجادة ، في سلة المهملات ، وتوجيهه إلى / dev / null ، أيًا كان .

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

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

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

حتى ذلك الحين ، ننتظر معالج النص الرائع التالي.

من: Weston [email protected]
تم الإرسال: 24 أغسطس 2020 الساعة 23:35
إلى: microsoft / vscode [email protected]
نسخة إلى: DigoFuerte [email protected] ؛ التعليق [email protected]
الموضوع: Re: [microsoft / vscode] أضف شريط أدوات اختياري قابل للتكوين أسفل القائمة (# 41309)

كل تحديث جديد لـ VSCODE أحصل عليه ، أنا أجلس هنا على أمل أن يقوم MS والفريق بإدخال هذه الميزة ويمكننا مشاهدة بعض الصور المتحركة الصغيرة الرائعة حول أشرطة الأدوات .... لكن كلا ... لا يزال هناك كميات لا حصر لها من الميزات التي ربما استفاد <1٪ من قاعدة المستخدمين ... ثم شيء من هذا القبيل ، على ما يبدو أن جزءًا من قاعدة المستخدمين يشعر بشغف تجاهه ، ولا يزال يتم إلقاؤه تحت السجادة ، في سلة المهملات ، وتوجيهه إلى / dev / null ، أيًا كان .

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

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو قم بعرضها على GitHub https://github.com/microsoft/vscode/issues/41309#issuecomment-679400537 ، أو قم بإلغاء الاشتراك https://github.com/notifications/unsubscribe-auth/AFC3662TUXE67KO6LPNRNR3SCLTKNANCNIFSM4EK .

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

GorvGoyl نظرًا للقيود التي كان عليك العمل فيها ،

تضمين التغريدة 5 نجوم!

تضمين التغريدة 5 نجوم!

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

تضمين التغريدة 5 نجوم!

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

مضحك جدا. يمكنك بالفعل تعطيل / تمكين هذه الرموز حسب حاجتك.

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

رائع ، شكرًا على فعل ما لا يمكن أن يزعج فريق ms vscode بأكمله للقيام به.

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

تضمين التغريدة 5 نجوم!

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

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

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

GorvGoyl : شكرا جزيلا لتمديد الخاص بك. إنه بالنسبة لي أفضل شريط أدوات متاح. من المؤسف أنه لا يظهر عند البحث عن "شريط الأدوات" في لوحة الإضافات.

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

ومع ذلك ، وجدت بسهولة ملف pdf "سهل الطباعة" لاختصارات لوحة المفاتيح. (ساخر) لول.

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

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

إنني أقدر الجهود التي يبذلها الأشخاص الذين يحاولون تطوير ملحقات تساعد بأفضل ما في وسعهم .... لكني أشعر أن هذه المشكلة لا تزال قائمة ولم تحصل على أي مدخلات أو اهتمام من ms devs (لا يهم العشرات من القضايا التي تم إغلاقها بشكل صارخ دون سبب).

الطريق للذهاب أيها الفريق!

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

أوه ، أنا أستخدم Webstorm لمعظم الأشياء التي سأستخدمها vscode من أجل ... ما زلت أقوم بتثبيته ... لن أحلم باستبدال IDE المختص به (حتى الآن على أي حال).

أحب أيضًا شريط الأدوات حيث يمكنني إضافة إجراءات للإضافات. اختصارات لوحة المفاتيح رائعة وكلها ولكن لا يمكنني حفظ كل شيء يفعله كل امتداد.