هذا يبدو صحيحًا حتى زقاق @ carlos-zamora

أو في الواقع ، يمكن لأي شخص القفز على هذا. قد ترغب في إعداد إجراءات النسخ واللصق في App.cpp (مثل _Scroll ، على سبيل المثال) التي تؤدي إلى تنفيذ الإجراءات المناسبة على TermControl. يجب أن يكون هناك بالفعل نسخ ولصق ShortcutActions ، لذا فإن الأمر يتعلق فقط بتسجيل الإعدادات الافتراضية لهم ، وتوصيل الإجراءات بالربط (انظر HookupKeyBindings أو ما شابه ذلك في App.cpp).

يجب أن أصر على ألا تكون الارتباطات الافتراضية لهذا Ctrl+ -only.

آسف ، آسف. لم أكن أنوي إغلاق هذه القضية.

يجب أن أصر على ألا تكون الارتباطات الافتراضية لهذا Ctrl+ -only.

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

بالنسبة لي ، فإن إدخال Ctrl + V ^V لم يكن مفيدًا أبدًا وأعتقد أن هذا صحيح بالنسبة لعدد كبير جدًا من الأشخاص. هل من الممكن تمكين هذا كإعداد؟

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

تعجبني الطريقة التي يتعامل بها WSL + Bash مع النسخ / اللصق. يتم نسخ Ctrl + C فقط عند تحديد شيء ما. إذا لم يتم تحديد أي شيء ، فإن Ctrl + C يتصرف كالمعتاد ويرسل SIGINT.

namatoj هذا مثالي ؛ بالضبط كما ينبغي أن يكون.

أعتقد أنه يجب علينا على الأقل دعم Ctrl-Insert / Shift-Insert / Shift-Delete إذا كان هناك تعارض بين Ctrl-C / V / X؟

يجب أن تكون الخيارات IMO:

• سلوك "ذكي" ، حيث يتم نسخ CTRL-C فقط إذا تم تحديد شيء ما.
• سلوك مخصص ، مع روابط مفاتيح تكون افتراضيًا على CTRL-SHIFT-C / V.
• لا يوجد سلوك ، النسخ متاح في قائمة النقر بزر الماوس الأيمن عند التحديد.

كل المناقشات حول " CTRL + C يتم نسخها فقط إذا تم تحديد شيء ما" تتجاهل CTRL + V - لا يوجد مؤشر لمعرفة أننا يجب أن نلصق ، وإذا كان أحدهم يقدر التناسق قبل كل شيء ، فمن الصعب أن تقول " CTRL + C فقط يعمل عندما يعمل X ، لكن CTRL + V يعمل دائمًا ". البديل ، " CTRL + C إذا تم تحديده ، CTRL + SHIFT + V للصق دائمًا" ليس متسقًا بشكل خاص أيضًا.

لكن CTRL-C هي عالميًا "ترسل إشارة SIGINT" ، هناك غموض كبير هناك. تعمل محطة Ubuntu على حل هذه المشكلة باستخدام CTRL-SHIFT-C / V للنسخ / اللصق ؛ تعمل محطة MacOS على حلها باستخدام CMD-C للنسخ و CTRL-C للمقاطعة.

CTRL-V ليس لديه مثل هذا التعارض. قد يقوم بعض مستخدمي emacs بربطه بالأشياء ، ولكن إذا كنت مستخدمًا قويًا لـ emacs لإعادة ربط المفاتيح ، فمن المحتمل أنك تستخدم capslock كمفتاح التعريف الخاص بك على أي حال.

أعتقد أن الخطر الرئيسي لجعل السلوك "الذكي" هو السلوك الافتراضي هو أن المستخدمين سوف يقطعون العملية عن طريق الخطأ لأنهم فاتتهم اختيارهم. إذا كان هذا مصدر قلق أو نريد الاتساق ، فسأقول فقط لنسخ Ubuntu وإجراء الارتباطات الافتراضية لكل من CTRL-SHIFT-C / V.

من خلال تطبيق Keybindings المخصصة لكل ملف تعريف ، قد يسمح ذلك لاختصارات لوحة مفاتيح Ubuntu الافتراضية بالتصرف كما ينبغي ، أو السماح للمستخدم بتغييرها للسماح باختصارات حافظة Windows بالتصرف كما ينبغي.

mikepurvis يتم استخدام سلوك Ctrl-C الذكي في العديد من أجهزة Windows الطرفية دون مشاكل. أحب الطريقة التي يقوم بها https://github.com/Eugeny/terminus حيث تومض نافذة منبثقة قصيرة للإشارة إلى أنه تم نسخ النص أو لصقه.

mikepurvis يتم استخدام سلوك Ctrl-C الذكي في العديد من أجهزة Windows الطرفية دون مشاكل. أحب الطريقة التي يقوم بها https://github.com/Eugeny/terminus حيث تومض نافذة منبثقة قصيرة للإشارة إلى أنه تم نسخ النص أو لصقه.

ستكون تلميحات الأدوات للنسخ جيدة ، خاصةً عندما لا يتم تعيين Ctrl + C دائمًا للنسخ

تحتوي محطة Gnome Terminal على رابط مفاتيح ثابت ليس بديهيًا في البداية ، ولكن من السهل اعتماده ، وليس بعيدًا عن CTRL + C المعتاد للنسخ.

CTRL + C : إلغاء
CTRL + Shift + C : نسخ
CTRL + Shift + V : لصق

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

حقًا ، لا أعتقد أن لدينا أي أعذار لأن موجه الأوامر يستخدم Enter للنسخ والنقر بزر الماوس الأيمن للصق.

NatoBoram هذا جيد كخيار. لكن الكثير من الناس يحبون السلوك الذكي. في أي مكان آخر في Windows ، يتم نسخ Ctrl + C ومن الصعب ضبط السلوك لتطبيق واحد ، لذلك أريد السلوك الذكي.

أيضًا ، نظرًا لأن Conhost يعيش هنا أيضًا ؛ تأثيرات لصق النص التي تم الحصول عليها باستخدام Ctrl+C و Ctrl+Shift+C لها تأثيرات مختلفة.

الطريقة التي يتم بها قراءة المخزن المؤقت صحيحة بالنسبة لـ Ctrl+C المعروف أيضًا باسم اختصار السلوك الذكي (على سبيل المثال ، مع نهايات السطر).

جميع التطبيقات التي تشبه terminal لديها هذه المشكلة ( CMD ، Powershell ، WLS -apps) وبما أن العقول التي تقف وراءهم جميعًا تعيش هنا ، أعتقد أنني 'د نشرها.

في أي مكان آخر في Windows ، يتم نسخ Ctrl + C

وفي Linux و MacOS. لا يختلف Windows في هذا الصدد.

من الصعب تعديل السلوك لتطبيق واحد

نعم ، ولهذا السبب قررت Microsoft أنه من الأفضل استخدام Enter للنسخ والنقر بزر الماوس الأيمن للصق.
* مهم *
أعني ، من الصعب ضبط السلوك لنظام تشغيل واحد. 🧂

رمي تصويت آخر (على الرغم من إغلاق المشكلة) لخيار تكوين السلوك الذكي. أنا شخصياً أقوم بتكوين السلوك الذكي للنسخ و CTRL+v للصق دائمًا. إذا تم تمييز النص وأريد إرسال SIGINT ، أتوقع أن تصل إلى ESC ثم CTRL+c .

نفس الشيء هنا ، أود أن يكون هناك خيار لجعل ctrl + v لصق دائمًا ، و ctrl + c للنسخ عند التحديد و SIGINT عند عدم وجود تحديد. هذا هو السلوك الذي أملكه حاليًا في conemu.

: tada: تمت معالجة Windows Terminal Preview v0.3.2142.0 .: tada:

روابط مفيدة:

• ملاحظات الإصدار
• تنزيل المتجر

🎉 تمت معالجة هذه المشكلة في # 1093 ، والتي تم إصدارها الآن بنجاح كـ Windows Terminal Preview v0.3.2142.0 .🎉

روابط مفيدة:

* [Release Notes](https://github.com/microsoft/terminal/releases/tag/v0.3.2142.0)

* [Store Download](https://www.microsoft.com/store/apps/9n0dx20hk701?cid=storebadge&ocid=badge)

تؤدي إضافة روابط المفاتيح هذه إلى الحيلة

{
                "command" : "copy",
                "keys" : 
                [
                    "ctrl+shift+c"
                ]
},
{
                "command" : "paste",
                "keys" : [
                    "ctrl+shift+v"
                ]
}

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

لم يفكر أحد

تقصد # 524 و # 2152 (ما هو طلب سحب من أحد أعضاء الفريق؟)

في ملاحظة جانبية صغيرة ، لماذا يبدو أن لصق النص المنسوخ بـ Ctrl+C و Ctrl+Shift+C له تأثيرات مختلفة في بوويرشيل (موصوف أعلاه في أحد التعليقات ، مكرر هنا ، 🙈 آسف!)؟

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

لقد أضفت روابط لـ Ctrl + C (والتي تنسخ إذا تم اختيارها وترسل SIGINT) و Ctrl + V والتي تعمل بشكل جيد تمامًا وبديهية جدًا بالنسبة لي.

كما قال aolchawa مضيفا

        {
            "command" : "copy",
            "keys" : 
            [
                "ctrl+c"
            ]
        },
        {
            "command" : "paste",
            "keys" : [
                "ctrl+v"
            ]
        }

إلى keybindings يؤدي إلى السلوك "الذكي" mikepurvis المحدد أعلاه.
لا أفهم تمامًا كيف تختار المحطة الطرفية بين SIGINT و Ctrl + C الآن ، ولا أرى تغييرًا في # 1093 ، الذي يحدد هذا ، أرى في السطر 46 أننا نمرر الآن trimWhitespace إلى CopyTextEventArgs .
أفترض أن هذا يجب أن يكون جزءًا من التغيير الذي يسبب السلوك المطلوب (بالنسبة لي).
لا يبدو أن هناك تكوينًا في ملف profiles.json أو مخطط ملف التعريف الذي يمكن الاستفادة منه لتبديل السلوك.

على أي حال ، هذا هو السلوك الذي كان يبحث عنه _I_ ؛ آمل أن ينقذ تجولتي هنا شخصًا ما بضع لحظات من البحث في العلاقات العامة لمعرفة ما يجري.

ltomes إذن ، التغيير الذي جعل المحطة الطرفية تختار بين SIGINT و Ctrl + C كان في الواقع # 2446. الآن ، العنوان مضلل بعض الشيء: ما ينفذه حقًا هو "إذا قال إجراء ربط المفاتيح أنه لم يفعل أي شيء (أو لم يتم التعامل معه) ، فامنح المحطة الطرفية فرصة ثانية للتعامل معها". :ابتسامة:

شكرا للمتابعة / الشرح @ DHowett-MSFT! أشعر الآن بالعقلانية بعد رؤية هذا التغيير ، ظننت أنني تعبت من العمل. 🤣

شكرا لربط المفاتيح.
الآن يعمل Windows Terminal مثل Windows cmd. :) (لقد فوجئت بالفعل بأنه لا يعمل مثل Windows cmd الافتراضي)

تحتوي محطة Gnome Terminal على رابط مفاتيح ثابت ليس بديهيًا في البداية ، ولكن من السهل اعتماده ، وليس بعيدًا عن CTRL + C المعتاد للنسخ.

CTRL + C: إلغاء
CTRL + Shift + C: نسخ
CTRL + Shift + V: لصق

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

حقًا ، لا أعتقد أن لدينا أي أعذار لأن موجه الأوامر يستخدم Enter للنسخ والنقر بزر الماوس الأيمن للصق.

أقوم دائمًا بتجاوز Gnome Terminal لاستخدام CTRL + C / CTRL + V بدلاً من ذلك. إن وجود هذا التطبيق الفردي الذي يستخدم روابط مختلفة للنسخ / اللصق عن باقي النظام بأكمله يثير غضبي.

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

هل هناك أي سبب محدد ل Ctrl + Insert للتسجيل كـ ;5~ و Shift + Insert للتسجيل كـ ;2~ وبالتالي لا يعمل كربط مفاتيح للنسخ / اللصق؟

أنا فقط أحب هذه المفاتيح ولا أستطيع أن أفهم لماذا لا ينجح ذلك

darthcabs هل تمانع في مشاركة ملف التكوين الخاص بك؟ الشيء الوحيد الذي يتبادر إلى الذهن هو أنك قد تستخدم روابط متآلفة بدلاً من الروابط الفردية:

روابط متداخلة (لن يعمل هذا ، وعندما يحدث لن يكون له التأثير المقصود)

"keybindings": [
    { "command": "copy", "keys": ["ctrl+shift+c", "shift+ins"] }
]

روابط فردية (يجب أن يعمل هذا ؛ رقم 3324 يشير إلى مشكلة لا يمكننا إعادة إنتاجها)

"keybindings": [
    { "command": "copy", "keys": ["ctrl+shift+c"] },
    { "command": "copy", "keys": ["shift+ins"] }
]

@ DHowett-MSFT كنت أقوم بالرد عليك عندما اكتشفت ما هي المشكلة ... في لوحة مفاتيح الكمبيوتر المحمول ، يكون مفتاح INS هو نفسه مفتاح F12.

قبل أن أحاول كتابة INS بالضغط على FN + F12 ، ولكن كما اتضح ، من الأسهل تعيين النسخ / اللصق في Terminal إلى ctrl + f12 / shift + f12 على التوالي.

شكرا جزيلا للإلهام ، لول!

darthcabs هل تمانع في مشاركة ملف التكوين الخاص بك؟ الشيء الوحيد الذي يتبادر إلى الذهن هو أنك قد تستخدم روابط متآلفة بدلاً من الروابط الفردية:

روابط متداخلة (لن يعمل هذا ، وعندما يحدث لن يكون له التأثير المقصود)

"keybindings": [
  { "command": "copy", "keys": ["ctrl+shift+c", "shift+ins"] }
]

روابط فردية (يجب أن يعمل هذا ؛ رقم 3324 يشير إلى مشكلة لا يمكننا إعادة إنتاجها)

"keybindings": [
  { "command": "copy", "keys": ["ctrl+shift+c"] },
  { "command": "copy", "keys": ["shift+ins"] }
]

ما نجح بالنسبة لي هو shift+insert ، وليس shift+ins - يتم النشر هنا فقط في حال كان ذلك يساعد أي شخص.

كما نرى ، هذه مشكلة تحدث باستمرار لأنها غير بديهية. انظر https://github.com/ayugioh2003/today-i-learned/issues/281

يجب أن يعمل Ctrl + C و Ctrl + V فقط ، ولا توجد طريقة للتغلب على ذلك. أصدر المستخدمون (واستمروا في فعل) حكمهم.

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

أنا أقدر مدخلاتك هنا. شكر! فقط للتأكيد على نقطتين:

• إنه وضع اليوم! يمكن تعيين روابط المفاتيح هذه في profiles.json .
• تُظهر نظرة أولية على المشهد الطبيعي للمستخدمين الذين قاموا بتخصيص ملفاتهم الشخصية أن أقل من 1٪ من مستخدمي المحطة الطرفية ملزمون باستخدام ctrl + c / v. يبدو أنه تم تعيين السلوك الشائع على أنه السلوك الافتراضي.

لكن هذا يفترض أن الناس يعرفون كيفية تغييرها. اعذرني من سوء الخلق.

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

دن تور 19 مارس 2020 02:31 داستن إل. هاويت (MSFT) [email protected]
سكريف:

لأي شخص يصل إلى هذا الموضوع من Google: روابط المفاتيح الافتراضية هي Ctrl+Shift+C و Ctrl+Shift+V . لم أجد هذه في إعداداتي ، لذلك لم أكن متأكدًا من الإعداد الافتراضي.

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

من وجهة نظر إمكانية الوصول ، فإن وجود مجموعات من 3 مفاتيح ، أو النقر بالماوس + مفتاح أمر صعب للغاية إن لم يكن مستحيلًا للأشخاص الذين يستخدمون يد واحدة أو وظيفة يد محدودة. هذا سبب كبير لعدم تمكني من استخدام emacs والالتصاق بـ vi / vim.

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

@ DHowett-MSFT ، لقد تعثرت أيضًا في عدم فهم سبب عدم عمل النسخ / اللصق تمامًا مثل أي محطة طرفية أخرى على Windows أو Linux (وهو ما يقودني إلى مشكلة github هذه بعد بعض البحث). لا أعتقد أن الأشخاص يفضلون هذا الإعداد ، فليس لديهم أدنى فكرة عن كيفية تغييره ولا يشعرون بالراحة عند تحرير ملف keybindings.

لا يعمل تمامًا مثل أي جهاز طرفي آخر على نظامي التشغيل Windows أو Linux

هذا مثير قليلاً ، بالنظر إلى أن السلوك الافتراضي الحالي لـ Terminal (Ctrl-Shift-C / V) يطابق تمامًا ما تفعله المحطة الافتراضية على Ubuntu.

هذا سؤال ذو مستوى أعلى. لمن يجب أن نحسن؟ من الواضح أن لا
مستخدمو windows ...

دن تورس 9 أبريل. 2020 19:08 مايك Purvis [email protected] skrev:

أنا فقط أصرح أنه ليس من العدل أن نمسك لآلئنا وأدعى أن فريق Terminal قد أجرى المكالمة الخاطئة هنا لأنه يختلف عن "كل محطة طرفية أخرى على Windows أو Linux" ، عندما تكون كل محطة طرفية أخرى على Windows شأن طرف ثالث وقام الفريق هنا بنسخ ما تفعله توزيعات Linux الرائدة منذ ذلك الحين إلى الأبد.

والسبب الوحيد لعدم وجود مشكلة في نظام التشغيل Mac OS هو أن cmd و ctrl على هذا النظام هما أزرار منفصلة.

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

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

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

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

... أنا أمزح ، تعليمات حول كيفية تغييره.

دن تورس 9 أبريل. 2020 19:57 مايك بورفيز [email protected] skrev:

من أجل القياس عن بعد ، قمت بتنزيل هذه المحطة وبنائها اليوم ، وهذه هي شكواي الرئيسية الوحيدة حتى الآن. هناك خيار في التفضيلات يشير إلي أن Ctrl-C / V يجب أن يعمل ، ولكن من الواضح أنه لا يعمل. الرجاء تمكين ميزة "Smart Ctrl-C" المذكورة أعلاه ، لقد كانت شكواي رقم 1 حول CMD منذ فجر التاريخ. :)

أريد أن أشير إلى أنني وجدت هذه المشكلة تبحث عن كيفية قيام Windows Terminal بتنفيذ لصق النسخ. واحدة من أكبر الشكاوى التي أسمعها من المطورين الذين يعملون على كل من لينكس وويندوز هي أن نسخ / لصق Windows غير متوافق مع أي قشرة خارجية مثبتة وبين Linux. تستخدم كل توزيعات / محطات Linux تقريبًا ctrl+shift+c/v ، لذلك يسعدني أن Windows Terminal لديها أيضًا هذه المجموعة كإعداد افتراضي.

لماذا لا يكون لديك كل من Ctrl + C / V و Ctrl + Shift + C / V رغم ذلك؟

@ bjorn-ali-goransson لقد قمنا بالفعل بتغيير ملف الإعدادات الافتراضية لتضمين كليهما ، بحيث يمكن للمستخدمين بسهولة إلغاء الاشتراك في Ctrl + C / Ctrl + V إذا أرادوا ذلك.

شاهد هذه العلاقات العامة ورقم 5187

• يبدو أنه تم تعيين السلوك الشائع على أنه السلوك الافتراضي.

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

هذا هو سبب وجودي في هذا الموضوع على الإطلاق الآن.

تضمين التغريدة ضع في اعتبارك قراءة أحدث الرسائل في هذا الموضوع.

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

SteveIves أنت تعلم أنه يمكنك تغيير Ctrl + C / V كنسخ ولصق ، فابدأ وأضفها إلى روابط المفاتيح الخاصة بك. إذا كنت تريد Ctrl + Shift + C / V ، فيمكنك استخدامها أيضًا. إذا كنت تريد alt + q كنسخ وتحويل + 0 كلصق ، فابحث عنه.

اعتبارًا من الإصدار 1.0 ، تتضمن الإعدادات الافتراضية Ctrl + Shift + C / V كلصق نسخ ، وسيحصل المستخدمون الجدد أيضًا على Ctrl + C / V كنسخ / لصق في ملف الإعدادات الخاص بهم.

تعديل:استخدم أي مجموعة فرعية تريدها:

{
  "keybindings": [
    // Ctrl+C / Ctrl+V for copy paste
    { "keys": "ctrl+c", "command": "copy"},
    { "keys": "ctrl+v", "command": "paste"},

    // Ctrl+Shift+C / Ctrl+Shift+V for copy paste
    { "keys": "ctrl+shift+c", "command": "copy"},
    { "keys": "ctrl+shift+v", "command": "paste"},


    // Disable Ctrl+Shift+C / Ctrl+Shift+V for copy paste
    { "keys": "ctrl+shift+c", "command": "unbound"},
    { "keys": "ctrl+shift+v", "command": "unbound"},
  ]
}

@ zadjii-msft نعم ، أعرف هذا ، وبصفتي مطورًا يمكنني القيام بذلك. ولكن إذا كنت تريد أن تحل Terminal محل cmd.exe ، فأنت بحاجة إلى إصلاح ذلك.

بدافع الفضول ، أي جزء من

اعتبارًا من الإصدار 1.0 ، تتضمن الإعدادات الافتراضية Ctrl + Shift + C / V كلصق نسخ ، وسيحصل المستخدمون الجدد أيضًا على Ctrl + C / V كنسخ / لصق في ملف الإعدادات الخاص بهم.

هل نحن لا نصلح هذا؟

Ctrl + Shift + C / V ليس طبيعيًا. أيضا لا انقر بزر الماوس الأيمن فوق القائمة؟ أجد Windows Terminal مفيدًا ، لكن الافتقار إلى القائمة و Ctrl + C / V يجعلني أعيد النظر في خياراتي.

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