Vscode: المحرر: التمرير يقفز بشكل عشوائي (متعلق بـ Chrome و Electron و xinput)

|||
| ------------- | ------------- |
| نظام التشغيل | أوبونتو 16.04 |
| إصدار VSCode | 1.13.1 |

أواجه مشكلة مماثلة عند Alt + Tabbing بين النوافذ.
على سبيل المثال ، Alt+Tab إلى Chrome لقراءة المستندات ، وما إلى ذلك ، Alt+Tab رجوع إلى VSCode ، مرر لأعلى _ أو لأسفل بنقرة واحدة على عجلة الماوس ، لكن الصفحة يتم تمريرها لأسفل على الأقل 3-4 صفحات بشكل متسق .

تحديث: لا تزال المشكلة قائمة مع تعطيل كافة الملحقات.

يحدث هذا أيضًا مع الشريط الجانبي الأيمن (Explorer) في بعض الأحيان ، عند Alt + Tabbing بين النوافذ.
الإصدار: 1.14.2

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

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

قد تكون بعض الأفكار الرئيسية ؛

• استخدم لوحة اللمس بشكل أساسي - لكنني على ثقة تامة من حدوث ذلك من خلال إدخال تمرير الماوس أيضًا.
• لا يتعلق الأمر بخلل إدخال لوحة اللمس - ليس هناك تأخير - هذا هو التمرير على الفور إلى قسم ، ما اعتقدت أنه عشوائي ، من الملف (ولكن وفقًا للمراسل ؛ قد يكون نهاية الملف).
• التمرير غير مرتبط بموقع المؤشر (إنه ليس مجرد التمرير إلى مكان المؤشر الحالي - في أغلب الأحيان ، يكون المؤشر هو المكان الذي أقوم بالتمرير منه)
• مسافة التمرير ، كما هو مذكور أعلاه ، هي خارج حدود الإدخال - لذلك لا يمكن أن تكون جهازًا معيبًا (على سبيل المثال ؛ تحاول لوحة اللمس أو الماوس التمرير في الواقع إلى تلك المسافة)
• وفقًا لـ MattMcMurray ، أقضي الكثير من الوقت في الجدولة بين الملفات ، و CTRL + P التبديل السريع بين الملفات ، والتبديل بين النوافذ ، ومبادلة مساحة العمل.
• وفقًا لـ mariusa - أنا أستخدم Linux (Debian). لا أستخدم macOS أو Windows (لذلك لا يمكنني تقديم اختبارات لهذه البيئات).

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

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

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

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

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

تحرير: أنا على نظام التشغيل Windows و OSX.

tmtke إذن هل حدث هذا بالتأكيد على Windows؟

dmblack نعم ، حدث ذلك على Windows.

... اللعنة ، أعتقد أن الأمر ليس متسقًا. ربما مزيجًا من مربع البحث وخطوط المرجع المضمنة. لا اعرف شيئا الان: /

يمكنني تأكيد هذا السلوك لـ Ubuntu 16.04 ، VC 1.18.1 إذا قمت بالتبديل بين Chromium أو Firefox إلى VS Code. إذا عدت من Nautilus أو Thunderbird للحصول على أمثلة ، فكل شيء يعمل بشكل جيد.

أختبر هذا أيضًا في Fedora 27
الإصدار vscode 1.18.1

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

في هذا المثال ، تم تبسيطه لضمان الموثوقية ؛ المتطلبات: المتصفح (Chromium / Firefox / Google Chrome) ، محرر VSCode (أي نوع ملف. مثالي ملف طويل لضمان ظهور التمرير.)

1. VSCode: اترك المؤشر أعلى الملف.
2. المتصفح: قم بالتمرير بشكل مفرط (لبضع ثوان) أسفل الصفحة. حتى لو كانت علامة تبويب فارغة بدون محتوى.
3. VSCode: قم بالتمرير ، بشكل طفيف للغاية ، في أي اتجاه.

ستجد المحرر سوف يقفز فجأة إلى أسفل الملف النشط.

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

tmtkemariusa توصيف لكم اثنين، إذا كنت قادرا على إرضاء محاولة لإعادة إنتاج.

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

تحرير: لدي الآن مربع Windows 10 في المنزل. سنسعى لاختبار وإضافة النتائج الليلة.

تمكنت أيضًا من إعادة إنتاج هذه المشكلة مع Ubuntu 16.04. لا يهم التطبيق الذي أقوم بالتبديل إليه (تم اختباره باستخدام Chromium ، gedit) على الرغم من أنني لم أتمكن من التكاثر عن طريق التمرير على سطح مكتب فارغ. لا أواجه هذا الأمر مع Windows 7. لا أعتقد أن له أي علاقة بالبحث أو الامتدادات ، لأنني عندما أقوم بتشغيل رمز بامتدادات - تعطيل - وعدم استخدام ميزة البحث ، فإن المشكلة لا تزال تحدث باستمرار.

تحرير: لا أقصد الإشارة إلى أن شيئًا ما مرتبط بدون اختبار أفضل ، ولكن فريق Electron / Atom لديه مشكلة مشابهة جدًا تم إبلاغ Atom بها: https://github.com/atom/atom/issues/15482 الوصف متطابق تقريبًا. هناك بعض الاقتراحات حول التبديل إلى Wayland ، واستخدام محرر في مساحة عمل مختلفة ، وما إلى ذلك. تمكنت من التأكد من أن وضع VSCode في مساحة عمل أخرى أوقف حدوث المشكلة. يبدو هذا في حالتي على الأقل أنه ليس مشكلة خاصة بـ VSCode في الوقت الحالي.

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

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

rebornix قد نحصل على

• هل هناك أي شيء تريد منا محاولة تأكيده على الإلكترون؟
• هل هناك أي خطط لتحديث Electron مع VSCode؟

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

أواجه هذه المشكلة. انه مؤلم. يستمع VSCode إلى حدث تمرير الماوس حتى عندما لا يكون نشطًا في النافذة.

لقد علمت أن هذا خطأ من مشروع Chromium ويؤثر بالتالي على VScode لكونه يعتمد على الإلكترون الذي يستخدم محرك Chrome أسفل الغطاء.

لقد قدمت للتو خطأً: https://bugs.chromium.org/p/chromium/issues/detail؟id=807187

لست متأكدا ما إذا كانوا يأخذون هذا بجدية.

أتساءل عما إذا كان هذا حقًا خطأ إلكتروني. لا توجد هذه المشكلة في محرر Atom ، ويستخدم إصدار Atom الحالي (1.23.3) إصدارًا أقدم بكثير من Electron:

ares: "1.10.1-DEV"
atom-shell: "1.6.15"
chrome: "56.0.2924.87"
electron: "1.6.15"
http_parser: "2.7.0"
modules: "53"
node: "7.4.0"
openssl: "1.0.2j"
uv: "1.10.1"
v8 : "5.6.326.50"
zlib: "1.2.8"
````

vs code 1.19.3 :

آريس: "1.10.1-DEV"
قذيفة الذرة: "1.7.9"
الكروم: "58.0.3029.110"
إلكترون: "1.7.9"
http_parser: "2.7.0"
Microsoft-build: "1.7.9"
الوحدات: "54"
العقدة: "7.9.0"
opensl: "1.0.2 كيلو"
الأشعة فوق البنفسجية: "1.11.0"
الإصدار 8: "5.8.283.38"
zlib: "1.2.11"
""

إذا كانت هذه مشكلة في Electron ، فأعتقد أن المزيد من المستخدمين سيتأثرون.
هل هناك امتداد أو أداة شائعة تؤدي إلى هذا السلوك؟
لا يزال يحدث لي عند تشغيل الكود مع: code --disable-extensionsولكن ليس عند تشغيل vscode و chrome على تثبيت نظيف ، بدون تثبيت أي ملحقات.

أستخدم أيضًا PlatformIO و wakatime كتمديدات ، ربما يجب أن أحاول تثبيت الإضافات الخاصة بي واحدة تلو الأخرى وأرى متى تبدأ المشكلة في الظهور.

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

تحديث:

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

ترتبط المشكلة بطريقة ما بـ libinput. كحل بديل ، يمكنك استبدال libinput بـ evdev ، في ubuntu بـ xorg إنه:
"sudo apt remove xserver-xorg-input-libinput && sudo apt install xserver-xorg-input-evdev". ولكن ربما ستحتاج إلى تكوين الماوس يدويًا.

تضمين التغريدة
يوجد رابط سابق في هذا الموضوع يوضح فيه Atom نفس الأعراض أو أعراض مشابهة - تم نشره بواسطة vacantgeologist و tranhl

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

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

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

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

dmblack انتهى
@ ramya-rao-a هل تسمح من فضلك بتعيين مطور أكثر استجابة؟

dmblack شكرا على ردود الفعل.
Fullpan شكرًا لك على إشارة libinput / xorg.
جعلني أدرك أن لديّ WaylandEnable=false تعيينه في /etc/gdm/custom.conf. العودة إلى Wayland حلت المشكلة بالنسبة لي.

الشيء نفسه هنا في manjaro gnome عندما أقوم بالتمرير في chrome ثم أضغط على alt + tab لكود vs ، وضع التمرير لي النهاية.
DISTRIB_RELEASE = 17.1.2
إصدار kernel 4.9.77-1-MANJARO
الإصدار مقابل الكود 1.19.3
إصدار libinput 1.9.4-1

يحدث هذا باستمرار عند استخدام التآزر. انه مزعج جدا. المشكلة ذات الصلة: https://github.com/symless/synergy-core/issues/6038

إذا كنت تستخدم Ubuntu 17.10 مع أحدث بيئة سطح مكتب GNOME ، فستلاحظ هذا الخطأ أيضًا. حاولت تثبيت Ubuntu DE القديم "Unity" واستخدام VSCode عليه ولم ألاحظ هذا الخطأ. كل شيء يعمل كما هو متوقع دون أي أخطاء.

Linux 4.13 و X11 مع GNOME (وليس جلسة Wayland)

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

النظام هو manjaro KDE plasma 5

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

مشكلة مزعجة للغاية. أواجه هذه المشكلة الآن في Antergos مع جنوم.

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

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

FWIW ، يمكنني إعادة إنتاج هذه المشكلة في Chrome و VSCode و Atom (باستخدام Fedora). ولكن فقط تحت X11.

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

يمكنني تأكيد حدوث هذه المشكلة على Ubuntu 17.10 على إصدار kernel 4.15.8-041508-generic أيضًا.

يمكنني أن أؤكد أن هذا لا يزال يحدث بالنسبة لي على Ubuntu 18.04 LTS ، VS Code Insiders:

الإصدار 1.24.0 من الداخل
الالتزام 2404210629c744e6237a14d7b5fa852e24c6e898

(X11)

اللعنة ، إنه خطأ مزعج للغاية ، التحول إلى المتصفح ، والتمرير لشيء ما هناك ، ثم العودة إلى VS ، وتمرير واحد وفويلا! أنا في أسفل ملفي.
نظام التشغيل Ubuntu 17.10.1

تحدث هذه المشكلة المزعجة في ubuntu 18.04 LTS ، وعندما أتحول إلى wayland أو استخدم alt+f2 and r لإعادة تحميل gnome ، يبدو أنه يعمل بشكل جيد مرة أخرى. ربما يكون هذا حلاً لك.

هذا يحتاج إلى الإصلاح. إنه أمر مزعج للغاية.

sevenryze بالتأكيد لا ينطبق على Wayland. كنت أقفز إلى السفينة تمامًا إلى Wayland ولكني أحصل على أداء ضعيف وسلوك غريب متعدد الشاشات ودعم سائق NVIDIA غير موجود (في الوقت الحالي!).

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

انا اتعجب؛ لأي شخص يستخدم VSCode (أو Atom ، أو أي تطبيق قائم على Chromium / Electron) و _ لا _ يعاني من هذا الخطأ ؛ ما هي بيئة سطح المكتب التي تستخدمها؟

جانبا ، أعتقد أن استخدام evdev بدلاً من libinput (على X11) يؤدي أيضًا إلى تجنب هذه المشكلة.

أنا أستخدم Ubuntu 16.04 مع Gnome. لا يوجد أي تطبيق إلكتروني آخر لديه هذه المشكلة.

التأكيد على Debian 9 / Mate.

مستخدم Lubuntu 18.04 هنا - لدي أيضًا بعض سلوك التمرير الغريب على التطبيقات المستندة إلى الكروم - Slack ، vscode ، chrome نفسه. لا أحصل على مخطوطات عشوائية ، لكن هذه التطبيقات تتخطى بعض أحداث التمرير. الشيء المضحك هنا هو أن LXTerminal يتخطى أيضًا أحداث التمرير. فايرفوكس على سبيل المثال يعمل بشكل جيد تماما .. إنه حقا مزعج. بالمناسبة ، يشير هذا المزيج من التطبيقات إلى اتجاه البنية التحتية الأساسية - في lubuntu 16.04 ، لم أواجه أية مشكلات ، ولكن بعد الترقية إلى 18.04 ، انفجر كل شيء ..

نفس الشيء هنا في Xubuntu 18.04.
لكن!
لا يمكن التكاثر إلا إذا قمت بالتبديل بين رمز VS ونافذة أخرى مع تركيبة alt + tab ، إذا قمت بالتبديل عن طريق النقر فوق النافذة في شريط المهام ، فلن يقفز التمرير.

40 تعليقًا منذ يونيو 2017 وما زال هناك حل؟ نتيجة لذلك أحتاج إلى تغيير IDE الخاص بي.

rebornix لم

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

هذا يجعل VSCode غير قابل للاستخدام بشكل أساسي لأنه لا يمكنك تبديل النوافذ عبر alt + tab وهذه وظيفة الجذر الأساسية للتطبيق.

@ Esteban-Rocha يمكنني إعادة إنتاج الخطأ في وضع Zen.

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

smehrbrodt نحن نخلق الوعي.

smehrbrodt إنه ليس

fotonmoton أوه هذا

جانبا ، يمكنني أن أؤكد أن Atom قد حل هذه المشكلة للإعداد الخاص بي منذ التحديث إلى Electron 2.0.0 (https://github.com/atom/atom/pull/17273).

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

تعديل:
خدش ذلك ، لم أكن أختبر Atom ذي الطبقات أسفل نافذة أخرى ؛ تمكنت من تكرارها في Electron 2.0.0 الذي يعمل بنظام Atom.

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

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

@ dr0p

ربما يكون من المهم وضع علامة على هذا كحل بديل وليس إصلاحًا.

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

يحدث هذا لي عندما أكون على Ubuntu 18 LTS. مزعج حقًا ويؤثر على إنتاجيتي.

تحديث :: غاضب:

جئت إلى هنا بعد ملاحظة تثبيت Ubuntu 18.04 القياسي (جديد) ، تم تثبيت VSCode من "متجر" Ubuntu Software. لدي نفس السلوك إذا قمت بالتمرير لأعلى ولأسفل في VSCode ثم قمت بالتبديل إلى Chrome (مثل هذه الصفحة الطويلة) وقمت بالتمرير أقفز. لدي أيضًا نفس المشكلة مع تطبيق Slack المبني على قمة Electron التي أعتقد ، ولكن فقط عند استخدام Alt-Tab - يبدو أن النقر على قفص الاتهام أو التطبيق (إذا كان مرئيًا) لا يسبب هذا السلوك.

معلومات إصدار VSCode:

الإصدار 1.24.1
الالتزام 24f62626b222e9a8313213fb64b10d741a326288
التاريخ 2018-06-13T17: 47: 35.732Z
شل 1.7.12
العارض 58.0.3029.110
العقدة 7.9.0
العمارة x64

يمكن تأكيد أن تثبيت وتشغيل imwheel هو حل بديل ، فقط عليك أن تتذكر أن تبدأ imwheel بعد تثبيته. للأسف ، لاحظت أن تشغيل imwheel بتكوينه الافتراضي يبدو أنه يوقف Ctrl-Mousewheel من العمل كعنصر تحكم في التكبير / التصغير.

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

مرحبا...
أنا أستخدم Debian 9 مع سطح مكتب Mate. من https://forums.linuxmint.com/viewtopic.php؟t=241431 ، كحل بديل ، قم بتعطيل التمرير السلس من Chrome. يعمل لدي...

أواجه نفس المشكلة منذ Ubuntu 16.04 LTS مع الوحدة ، وكان ذلك على Ubuntu 17.10 مع gnome والآن على 18.04 LTS مع gnome. يحدث هذا أيضًا مع Sublime Text 3 وبعض البرامج الأخرى. أنا أستخدم في الغالب التمرير بإصبعين على لوحة التتبع ، وأنا متأكد إلى حد ما من حدوث ذلك باستخدام الماوس أيضًا.

لقد قمت للتو بتثبيت وتشغيل imwheel وفقًا لاقتراح hardikdangar ، وكانت النتائج الأولى إيجابية.

إنه يشير إلى أن السلوك لا يرتبط بـ vscode مباشرة ، بل يتعلق بطريقة تفسير الأشياء X للماوس أو شيء ما.

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

أنا أستخدم Mate في Antergos distro وألاحظ هذه المشكلة. أنا دائمًا أقوم بتشغيل chrome و vscode في مساحات عمل منفصلة. لا تعمل imwheel بشكل جيد مع لوحات اللمس ذات التمرير الدقيق ، لذلك هذا ليس حلاً مقبولًا بالنسبة لي.
لقد عملت على حل مشكلتي باستخدام xdotool لتبديل مساحة العمل ، عن طريق تجاوز الاختصارات الافتراضية.

أفعل ذلك بهذه الطريقة:
الانتقال إلى مساحة العمل جهة اليسار:
xdotool set_desktop - نسبي - -1

انتقل إلى مساحة العمل جهة اليمين:
xdotool set_desktop - نسبي - 1

آمل أن يساعد حتى يتم حل هذه المشكلة ...

imwheel يسبب سلوك التمرير الرهيب.

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

نفس المشكلة هنا. يتفاعل vscode بشكل سيء مع الكروم.

في حالتي ، يقفز المؤشر الخاص بي دائمًا نحو أعلى الصفحة. إنه أمر مزعج للغاية لأنه يصرف انتباهك عن القراءة ويمكن أن يؤدي إلى فقدان التركيز. هل هو متعلق بنفس الموضوع؟
Ubuntu 18.04 ، إصدار Chrome 70.0.3538.67 (الإصدار الرسمي) (64 بت)

أوه لا ، لقد تمكنت من تشغيله باستخدام الإلكترون 3 على ubuntu 18.04.1. لا أعرف كيف يحدث ذلك ولكنه بالتأكيد يحدث كثيرًا في الاستكشاف.

الإصدار: 1.29.0-exploration
الالتزام: 8fc99c65d2f01e7b413cde2d3bf7785356778381
التاريخ: 2018-10-30T11: 31: 30.266Z
الإلكترون: 3.0.6
الكروم: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
العمارة: x64

لقد أجريت القليل من الاختبار مع بيئات سطح مكتب مختلفة ، ووجدت أن هذا الخطأ يحدث أثناء استخدام Gnome و XFCE4 ، ولكن ليس في LXQT أو KDE Plasma. لست متأكدًا مما إذا كانت هذه حالة معزولة ، ولكن على الأقل في الوقت الحالي ، بالنسبة لي ، يبدو أن بيئات سطح المكتب المستندة إلى GTK تعاني من هذا الخطأ ، في حين أن بيئات سطح المكتب المستندة إلى QT لا تعاني من هذا الخطأ.

هل يمكن للأشخاص الذين لديهم هذه المشكلة التصويت على خطأ الكروم؟ هذا واحد لا يزال مفتوحًا: https://bugs.chromium.org/p/chromium/issues/detail؟id=807187

لقد أجريت القليل من الاختبار مع بيئات سطح مكتب مختلفة ، ووجدت أن هذا الخطأ يحدث أثناء استخدام Gnome و XFCE4 ، ولكن ليس في LXQT أو KDE Plasma. لست متأكدًا مما إذا كانت هذه حالة معزولة ، ولكن على الأقل في الوقت الحالي ، بالنسبة لي ، يبدو أن بيئات سطح المكتب المستندة إلى GTK تعاني من هذا الخطأ ، في حين أن بيئات سطح المكتب المستندة إلى QT لا تعاني من هذا الخطأ.

شكرا لذكر هذا. لقد قمت اليوم بتثبيت بلازما كيدي ولم يعد هذا الخطأ موجودًا في بيئتي الجديدة.

التمرير بشكل عام أكثر سلاسة في كيدي.

في ubuntu 18.04 وأحدث vscode ، بعد alt + tab إلى Opera ، alt + tab لترميز محرر vscode إلى أسفل أو أعلى المستند.

تحديث: imwheel يسبب سلوك التمرير الرهيب.

مرحبًا يا شباب ، هل يعرف أي شخص كيفية إصلاح هذه المشكلة؟ أو أي حل بديل حتى يصلحه VS Code؟

لقد تحولت إلى Firefox ، مع استخدام IE للكروم ، فهو أفضل شيء للويب أيضًا. 😊

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

Epskampie تجدر الإشارة هنا بالطبع ، أن

يمكنني نسخ هذا بشكل موثوق باستخدام Firefox + VS Code (متصفح برنامج التشغيل اليومي الخاص بي) وكذلك مع Chrome + VS Code.

يمكنني حتى ، في الواقع ، تكرار هذا باستخدام Firefox + Chrome ، من خلال:

1. فتح كل من Chrome و Firefox على صفحة يمكنها التمرير.
2. الذهاب إلى Firefox ، والتمرير لأسفل كثيرًا.
3. Alt-Tabbing إلى Chrome والتمرير لأسفل قليلاً - سيتم تكبير الصفحة وفقًا لهذه المشكلة.

لكنك لن تلاحظ العكس ؛ لا يعاني Firefox من المشكلة نفسها ، فقط Chromium (Chrome ، Atom ، VS Code).

بالطبع هذه ليست مشكلة كبيرة بالنسبة لمتصفحين. إنها بالتأكيد مشكلة بالنسبة لمحرر الكود مثل VS Code أو Atom ، حيث عادة ما تقوم بالتبديل إلى متصفح ويب (Firefox أو Chrome) وتقوم بالكثير من التمرير. في النهاية ستعود إلى المحرر الخاص بك ، وتنقل حتى سطرًا واحدًا وتنتقل إلى نهاية الملف!

بالتأكيد يضر التجربة.

انتيرجوس مع جنوم يحدث أيضا. كود الكروم والعكس صحيح يحدث. الكروم إلى السمو ، لا.

[تحديث] imwheel إصلاحه.

السبب الجذري هو هذا: https://bugs.chromium.org/p/chromium/issues/detail؟id=608246

OMG اعتقدت أن هناك خطأ ما في الماوس ولكن يمكنني إعادة إنتاج ما تم نشره هنا https://github.com/Microsoft/vscode/issues/28795#issuecomment -350631888

yuritoledo هل يمكن أن تصف كيفية إصلاح imwheel الرجاء؟ ما المعلمات أو نحو ذلك. شكرا

aleksanderd يجب عليك تثبيت imwheel ووضعه لتبدأ بنظامك . بسيطة من هذا القبيل: د

إذا كان لديك ماوس به أزرار أكثر من الأزرار التقليدية ، فيمكنك استخدام imwheel -b 45

أحصل على نفس مشكلة التمرير مع vscode و chrome على xubuntu 18.04.
لقد جربت للتو حل imwheel ، كما هو مقترح أعلاه ، ولم يعد التمرير يتأثر بالتطبيقات الأخرى. ولكن الآن عندما أقوم بالتمرير ببطء شديد في VSCode ، فإن التمرير ليس سلسًا على الإطلاق ، فهو يتحرك بخطوات صغيرة.

أنا أستخدم Mate في Antergos distro وألاحظ هذه المشكلة. أنا دائمًا أقوم بتشغيل chrome و vscode في مساحات عمل منفصلة. لا تعمل imwheel بشكل جيد مع لوحات اللمس ذات التمرير الدقيق ، لذلك هذا ليس حلاً مقبولًا بالنسبة لي.
لقد عملت على حل مشكلتي باستخدام xdotool لتبديل مساحة العمل ، عن طريق تجاوز الاختصارات الافتراضية.

أفعل ذلك بهذه الطريقة:
الانتقال إلى مساحة العمل جهة اليسار:
xdotool set_desktop - نسبي - -1

انتقل إلى مساحة العمل جهة اليمين:
xdotool set_desktop - نسبي - 1

آمل أن يساعد حتى يتم حل هذه المشكلة ...

بالنسبة للوحات اللمس الدقيقة ، جرب هذا بعد تثبيت imwheel

إنشاء ملف التكوين ل imwheel
gedit ~ / .imwheelrc
ثم الصق:
لا شيء ، فوق ، Button4 ، -1
لا شيء ، أسفل ، زر 5 ، -1
Control_L ، أعلى ، Control_L | Button4
Control_L ، أسفل ، Control_L | Button5
Shift_L ، أعلى ، Shift_L | الزر 4
Shift_L ، لأسفل ، Shift_L | الزر 5

الآن ، إذا كنت تستخدم لوحة لمس دقيقة ، احتفظ بقيمتي -1.
إذا كنت تستخدم الماوس ، فقم بتغيير كلاهما إلى 1.

يبدو أنه حل بديل لأحد الخيارات - الماوس أو لوحة اللمس.

@ geoffroy-noel-ddh

حاول إضافة هذا الرجل في إعدادات vscode: "editor.smoothScrolling": true,

yuritoledo في الواقع لم تنجح.

pwaterz حول

المشكلة نفسها. إذا كان chrome نشطًا ، فعندئذٍ علامة تبويب alt to vscode ثم قم بالتمرير ، فإنه يقفز إلى الأسفل أو الأعلى. إنها حشرة مزعجة للغاية. مما جمعته ، تكمن المشكلة في libinput الذي يتطلبه جنوم أو ربما في إصدار الإلكترون الذي يستخدمه كود vs. قرأت أن atom ID قد أصلحت نفس المشكلة عن طريق تحديث الإلكترون.

pwaterz أنا على الذرة ولا يعمل

pwaterz يجب عليك تثبيت imwheel ووضعه ليبدأ بنظامك . بسيط كهذا

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

شكرا لك hardidangar و dr0p. Linux Newbie ، هنا. نأمل في سداد المجتمع في المستقبل.

المشكلة التي وجدتها مع الحل البديل imwheel هو أنه يغير سلوك التمرير ويضيف تأخيرًا صغيرًا ولكن ملحوظًا عند التمرير (ملحوظ بشكل خاص إذا كنت لا تستخدم التمرير السلس في كل مكان).

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

لديك هذه المشكلة على Arch Linux مع Gnome باستخدام Chrome و VSCode. بعد التبديل من Xorg إلى Wayland ، لم يعد هذا يظهر. كنت أستخدم Xorg لأسباب تتعلق بالتوافق.

نظرًا لأن imwheel يسبب مشاكل أخرى بالنسبة لي ، فإن البدائل المجربة والحل الذي وجدته هو: لا تستخدم alt + tab ، بدلاً من ذلك على سبيل المثال استخدم win + 1 ، win + 2.
أعتقد أن البعض منكم قد لا يعجبهم هذا لأن alt + tab غير قابل للتغيير ، لكن لا يمكنني التعامل مع مشكلة التمرير هذه.

تحدث نفس المشكلة في:

نظام التشغيل Ubuntu 18.04.2 LTS
سطح المكتب Xfce 4.12 أو سطح المكتب Gnome 3.28.2

يحدث عندما أقوم بتمرير Thunar 1.6.15 أو Chrome 70.0.3538.77 (الإصدار الرسمي) وعلامة تبويب alt إلى Visual Studio Code ، يقفز الكود الخاص بي إلى التمرير عندما أبدأ في التمرير لفتح الرمز.

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

هذه المشكلة تصيبني في Gnome 3.2. ومع ذلك ، يمكنني القيام بـ xdotool windowactivate <window-id> وعدم تجربة قفزة التمرير.

إذا كان لدى شخص ما خبرة في كتابة مكونات جنوم الإضافية ، فقد تتمكن من تجاوز alt-tab وبدلاً من القيام بسلوك التركيز العادي ، أرسل معرف النافذة إلى xdotool windowactivate <window-id> أو أمر آخر

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

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

هذا سيكون موضع تقدير كبير.

في يوم السبت 23 فبراير 2019 الساعة 13:20 كتب Luke < [email protected] :

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

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-466621373 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AV-WqlTj3XZ_wUHB43CVnZVoSyUZz48dks5vQN3FgaJpZM4N66mN
.

ماذا تقصد أن هذا قد تم إصلاحه؟ هل يمكنك الإشارة إلى التزام أو موضوع آخر؟

pwaterz أعتقد أن mayaru يشير إلى هذه المشكلة https://gitlab.gnome.org/GNOME/mutter/issues/401

من أبرز التعليقات حول هذه القضية:

لم يحدث ذلك في Wayland ، فقط في Xorg ولكن مرة أخرى ، فقط في WMs القائمة على Mutter.

إذا حدث ذلك للتو على Xorg ، فإن IMHO يعد مؤشرًا قويًا على أنه ليس خطأ الهمهمة حقًا (إذا كان هناك أي شيء ، فهو يقوم بتغيير التركيز بطريقة لا يلبيها التطبيق ، ولكن لا يوجد شيء "لإصلاحه")
مع التمرير السلس Xorg ، يتم إرسال محاور التمرير كمحاور 2 dx / dy ، والتي تجمع التمرير المنجز حتى الآن. المهم هو أن هذه الحالة عامة بالنسبة للجلسة بأكملها ، إذا قمت بالتمرير على أحد التطبيقات ، والذهاب إلى مكان آخر والتمرير ، والعودة إلى التطبيق ، فسوف ترى القيم المتأثرة بالتمرير للخارج.
يجب أن تكون مجموعات الأدوات (سأقوم بتضمين الإلكترون هنا) ذكية بشأن هذا الأمر ، وأن تعيد ضبط حالتها الخاصة عندما يدخل المؤشر إلى التطبيق بحيث يتم تجاهل التغييرات في dx / dy التي حدثت منذ آخر مرة.
هذه مشكلة معروفة في التمرير السلس XI2.3.

يبدو هذا التحليل صحيحًا ، لأن هذه المشكلة تصيب كلاً من code و chrome . تمت إضافة التفاصيل إلى هذه المشكلة (تم فتحها لأول مرة في مايو 2016!): https://bugs.chromium.org/p/chromium/issues/detail ؟id=608246

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

إنه ليس من Chromium فقط ، لقد قمت بإعادة إنتاجه على مدير الملفات الخاص بي (Ubuntu 18.04) وحتى على سطح مكتب فارغ ، ما عليك سوى التمرير على أي صفحة والعودة إلى vscode والتمرير مرة أخرى ، حيث يتم إطلاق جميع أحداث التمرير السابقة.

هناك شيئان يجب ملاحظتهما -

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

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

إنه ليس من Chromium فقط ، لقد قمت بإعادة إنتاجه على مدير الملفات الخاص بي [...]

حسنًا ، التطبيقات المستندة إلى Chrome لا تتعامل مع إزاحة التمرير هذه بشكل صحيح - لا يهم التطبيق الذي تقوم بالتمرير فيه قبل التبديل إلى code / chrome / إلخ. يحتاج Chrome إلى إعادة تعيين حالة التمرير الداخلية الخاصة به في هذا السيناريو (تعديل: ومن خلال "Chrome" ، أعني قاعدة الشفرة المشتركة التي تستخدمها تطبيقات Electron / Chrome / Opera (؟) / إلخ - لم أعني فقط Chrome / تطبيق Chromium).

هذه المشكلة تصيبني في Gnome 3.2. ومع ذلك ، يمكنني القيام بـ xdotool windowactivate <window-id> وعدم تجربة قفزة التمرير.

إذا كان لدى شخص ما خبرة في كتابة مكونات جنوم الإضافية ، فقد تتمكن من تجاوز alt-tab وبدلاً من القيام بسلوك التركيز العادي ، أرسل معرف النافذة إلى xdotool windowactivate <window-id> أو أمر آخر

إذا كان هذا صحيحًا ، فيجب أن يكون من الممكن كتابة ملحق gnome shell لاختراق مفتاح alt-tab المدمج:

https://gitlab.gnome.org/GNOME/gnome-shell/blob/master/js/ui/altTab.js

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

mayaru في 1.32.2 مشكلة لم يتم إصلاحها ...

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

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

في الخميس ، 14 آذار (مارس) 2019 ، 13:27 كتب مكسيم < [email protected] :

mayaru في 1.32.2 مشكلة لم يتم إصلاحها ...

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472720388 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AV-Wqp0Uaqq34k_2zv3RbasG2zk49V9Tks5vWevAgaJpZM4N66mN
.

imwheel لا تساعد ...

قم بتغيير ملف التكوين.

في الخميس ، 14 آذار (مارس) 2019 ، الساعة 20:27 ، كتب مكسيم < [email protected] :

imwheel لا تساعد ...

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/Microsoft/vscode/issues/28795#issuecomment-472852588 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AV-WqruE1HadxIcHuKBehM07-nDvxlEFks5vWk43gaJpZM4N66mN
.

imwheel فقط يحرك المشكلة. عندما قمت بتثبيته ، فقد أوقف التمرير من القفز في vscode ، ولكن عندما انتقلت إلى chrome ، و ساعي البريد ، و Slack ، كان يقفز هناك. لاحظ أن كل تلك التطبيقات تستخدم الكروم.

نفس المشكلة هنا.
نظام التشغيل Ubuntu 18.04
كود VS: 1.32.2
الكروم: 73.0.3683.75

أعتقد أنه يجب أن يكون لدى Github نظام مكافآت مشابه للنظام الموجود في StackOverflow لتمويل الاهتمام في حل مشكلات مثل هذه.

الأمر متروك للمشروع: https://github.com/bountysource/core/wiki/Frequently-Asked-Questions

إنه ليس من Chromium فقط ، لقد قمت بإعادة إنتاجه على مدير الملفات الخاص بي (Ubuntu 18.04) وحتى على سطح مكتب فارغ ، ما عليك سوى التمرير على أي صفحة والعودة إلى vscode والتمرير مرة أخرى ، حيث يتم إطلاق جميع أحداث التمرير السابقة.

هناك شيئان يجب ملاحظتهما -

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

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

أنا لا ألاحظ نفس السيناريو بالضبط. ما زلت لا أجد الآن أي حلول. يرجى تحديثنا إذا وجد أي شخص واحد.

نفس المشكلة هنا.
نظام التشغيل Ubuntu 18.04
كود VS: 1.32.3
الكروم: 73.0.3683.86

قم بالتبديل إلى ubuntu on wayland لحل المشكلة

نفس المشكلة هنا.

معرف الموزع: أوبونتو
الوصف: Ubuntu 18.10
الإصدار: 18.10.1
الاسم الرمزي: كوني

Chrome: الإصدار 73.0.3683.86 (الإصدار الرسمي) (64 بت)

VSCode
الإصدار: 1.32.3
الالتزام: a3db5be9b5c6ba46bb7555ec5d60178ecc2eaae4
التاريخ: 2019-03-14 T23: 38: 49.842Z
الإلكترون: 3.1.6
الكروم: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
نظام التشغيل: Linux x64 4.18.0-16-generic

تعاني من نفس المشكلة.

أوبونتو 18.04.2
كود VS: 1.32.3
الكروم: 73.0.3683.86

أقوم بتعليم نفسي استخدام win + 1 و win + 2 وما إلى ذلك في هذه الأثناء.

وفقًا لـ https://bugs.chromium.org/p/chromium/issues/detail؟id=807187#c20 وبعض اختباراتي الأولية على Manjaro 18.0.4 ، يبدو أن هذا الخطأ قد تم إصلاحه (_ بدقة! _) في جنوم (غمغمة) 3.32.0.

أستطيع أن أؤكد أنه تم إصلاحه في آخر تمتم!

>

نفس الشيء هنا تم إصلاحه في جلد فيدورا الخام (الذي يستخدم جنوم 3.32)

من الرائع أن نرى أنه تم إصلاحه. آمل أن يتم تحديث VSCodium قريبًا. :)

سيء جدًا لمستخدمي دبيان. 2021 ليست بعيدة جدا ... :(

أوه ، هيا ، لقد مر عامان والآن أعود إلى تطوير js على VSCode ، وما زلت لا تصلح خطأ التمرير هذا؟

أوه ، هيا ، لقد مر عامان والآن أعود إلى تطوير js على VSCode ، وما زلت لا تصلح خطأ التمرير هذا؟

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

أي شخص آخر يقوم بتشغيل Ubuntu 18.04 مع VS 1.33.1 و Slack 3.3.8 64 بت؟ ما زلت أواجه هذه المشكلة. التمرير لأسفل في Slack / Chrome والعودة إلى VSC والنقر / التمرير سيُدخل أحداث التمرير المتأخرة.

نعم ، لا تزال هذه مشكلة نشطة لـ ubuntu 18.04.

لديك نفس المشكلة
جنوم 3.30.2
Ubuntu 18.10.2 تحديث

تحرير - تمت الترقية إلى 19.04 والذي يأتي مع Gnome 3.32.1 ويبدو أنه تم إصلاحه.

لقد أصبح الأمر أسوأ في Fedora 29 ، code-1.33.0

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

alexandrudima Alex ، هل هناك أي فرصة لإلقاء نظرة على هذا من فضلك؟

تمت الترقية إلى 19.04 وتم إصلاح المشكلة أخيرًا.

لديك نفس المشكلة
جنوم 3.30.2
Ubuntu 18.10.2 تحديث

تحرير - تمت الترقية إلى 19.04 والذي يأتي مع Gnome 3.32.1 ويبدو أنه تم إصلاحه.

سنحاول التحديث والتحقق مما إذا كان يتم إصلاحه.

تحرير: تمت الترقية إلى Ubuntu 19.04 و Gnome 3.32.1 وتم إصلاحها. تاي كثيرا

لدي T480 جديد مع Debian 9.9 والذي لا يزال يواجه نفس المشكلة. نواة 4.9.144-3.1

يمكنني أيضًا أن أؤكد أنه لم يعد لدي هذه المشكلة في ubuntu 19.04.

مرحبا !

أواجه هذه المشكلة أيضًا في Ubuntu 18.04. (تم تثبيت حزمة تمكين الأجهزة). أي فرص الإصلاح سيتم backported إلى جنوم 3.28؟ أو هل يجب علي الترقية إلى 18.10 ثم 19.04 لإصلاح المشكلة؟

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

مرحبا يا شباب! بسبب هذا الخطأ ، انتقلت إلى KDE مؤخرًا ، ويبدو الأمر جيدًا جدًا حتى الآن: لقد اختفى الخطأ وإضافة إلى ذلك ، هناك العديد من أدوات plasmoid اللامعة.
نظام التشغيل Ubuntu 18.04

أراقب أيضًا هذا السلوك على جهازي:
نظام التشغيل: Ubuntu 18.04.2 LTS
سطح المكتب Env: Gnome 3.28.2
إصدار Chrome: 75.0.3770.100 (الإصدار الرسمي) (64 بت)

- كود VS
الإصدار: 1.35.1
الالتزام: c7d83e57cd18f18026a8162d042843bda1bcf21f
التاريخ: 2019-06-12 T14: 27: 31.086Z
الإلكترون: 3.1.8
الكروم: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
نظام التشغيل: Linux x64 4.18.0-25-generic snap

فقط للمتابعة. لا يزال هذا ثابتًا عند تشغيل ubuntu 19.04 مع Stock gnome.

هل هذه مشكلة نظام التشغيل أو vscode هي نفسها؟
لأن الوجه في تطبيق آخر أيضًا ، بين محرر النصوص والكروميوم
وجود Ubuntu 18.04
VS كود 1.34.0
إصدار الكروم 75.0.3770.90

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

sudo apt-get install imwheel
imwheel $

عملت من أجلي.

Version: 1.36.1
Commit: 2213894ea0415ee8c85c5eea0d0ff81ecc191529
Date: 2019-07-08T22:55:08.091Z
Electron: 4.2.5
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-electron.0
OS: Linux x64 5.0.0-20-generic Ubuntu 19.04

يبدو أنه تم إصلاحه في Ubuntu 19.04 وأحدث MacOS.

@ vishal112logistic لكن التمرير ليس سلسًا.

التحديث إلى ubuntu 19.04 هو أفضل حل.

أنا أستخدم Ubuntu 18.04 ولدي هذه المشكلة عندما أقوم بتبديل علامات التبويب من Chrome إلى VS Code. لقد جربت مع Chrome + Terminal ويمكنني إعادة إنتاج نفس السلوك عندما أذهب + علامة تبويب من Terminal إلى Chrome (يقفز شريط التمرير في Chrome) ، ولكن ليس العكس (يتم تمرير Terminal جيدًا).

كنت أستخدم Ubuntu 19 من قبل ولم أواجه هذه المشكلة ، لذلك أقوم بالترقية إلى Ubuntu 19 الآن.

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

ملاحظة: Ubuntu 19 على ما يرام. لا أعتقد أن هذه مشكلة تتعلق بـ VS Code ، حيث كان لدي نفس الشيء باستخدام Ubuntu 18 بين Chrome والنوافذ الطرفية.

حسنًا ، نظرًا لأن الناس يبلغون عن أنها لا تتكاثر في 19.04.

1) أنا على 18.04 LTS ، ولا يمكنني ترقيته إلى غير LTS ،
2) يجد بعض الأشخاص هذا في windows و OSX أيضًا

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

عزيزي mariusa

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

ربما بعض النقاط الرئيسية ؛

• (خمن)؛ يبدو أن هناك مشكلة مع Electron وبعض مكتبات الإدخال؟
• لم يتم عزله إلى VScode

الإصلاح ؛ غير موجود بعد.

حلول Linux (يجب عدم الخلط بينها وبين الإصلاح) ؛

• imwheel - غير مناسب لجميع المستخدمين
• وايلاند - غير مناسب لجميع المستخدمين

ملاحظة: يبدو أن Ubuntu 1904 (سطح المكتب) يستخدم Wayland.

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

أوبونتو: 19.04
VsCode:

Version: 1.38.1
Date: 2019-09-11T13:30:08.229Z
Electron: 4.2.10
Chrome: 69.0.3497.128
Node.js: 10.11.0
V8: 6.9.427.31-electron.0
OS: Linux x64 4.15.0-64-generic

يبقى الخطأ :(

عملت الطريقة اللوجيستية @ vishal112 بشكل لي في Ubuntu 18.04
sudo apt-get install imwheel
imwheel $

عملت الطريقة اللوجيستية @ vishal112 بشكل لي في Ubuntu 18.04
sudo apt-get install imwheel
imwheel $

هذا الحل لم يكتمل. يقوم بتعطيل التكبير بواسطة Ctrl + wheel في التطبيقات (Firefox ، Chromium ، LibreOffice ، قارئ PDF ...). هل استطعت إصلاح المشاكل الجانبية المذكورة أعلاه؟ سأكون ممتنا لهذه المعلومات.

تمت الإضافة: لقد وجدت حلاً لإصلاح المشكلات الجانبية. للقيام بذلك ، قم بتغيير تكوين imwheel. مزيد من المعلومات هنا: https://wiki.archlinux.org/index.php/IMWheel

يقوم بتعطيل التكبير بواسطة Ctrl + wheel في التطبيق

توقف ، حتى أنني لا أعرف هذا الاختصار طوال الوقت: P.

يؤدي تشغيل imwheel إلى تجربة تمرير مروعة حقًا بالنسبة لي - خشن جدًا / متقلب خاصة عند التمرير ببطء.

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

sensilolesuphlewis أنا اتفق تماما، لاحظت أن الأول كان يستخدم عجلة السيطرة + للتكبير على إنكسكيب، لكنها ليست يعمل بعد استخدام imwheel. ماذا علي أن أفعل :(

sensilolesuphlewis أنا اتفق تماما، لاحظت أن الأول كان يستخدم عجلة السيطرة + للتكبير على إنكسكيب، لكنها ليست يعمل بعد استخدام imwheel. ماذا علي أن أفعل :(

إنشاء أو تحرير ~ / .imwheelrc
يعني وجود سطر ". *" في الملف أنه سيتم تطبيق الإعدادات على كافة البرامج.

شكرا جزيلا لك ، إنها تعمل ، حتى الآن جيدة.

أنا أستخدم ubuntu 18.04 ، ولكن رابطك لـ arch ، وقمت بتكوين الطريقة التالية على نظامي:

1. أضف الأسطر التالية إلى ~ / .imwheelrc وحفظها

".*"
    Control_L, Up,   Control_L|Button4
    Control_L, Down, Control_L|Button5

1. أضف الأمر التالي إلى تفضيلات تطبيق بدء التشغيل
   imwheel --kill --buttons "4 5"

الآن ، يعمل التكبير / التصغير بشكل جيد ولا يقفز التمرير.

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

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

ضع علامة على هذه المشكلة ،

شكرا جزيلا لك ، إنها تعمل ، حتى الآن جيدة.

أنا أستخدم ubuntu 18.04 ، ولكن رابطك لـ arch ، وقمت بتكوين الطريقة التالية على نظامي:

1. أضف الأسطر التالية إلى ~ / .imwheelrc وحفظها

".*"
    Control_L, Up,   Control_L|Button4
    Control_L, Down, Control_L|Button5

1. أضف الأمر التالي إلى تفضيلات تطبيق بدء التشغيل
   imwheel --kill --buttons "4 5"

الآن ، يعمل التكبير / التصغير بشكل جيد ولا يقفز التمرير.

هذا العمل بالنسبة لي ، أنا أستخدم archlinux.

imwheel المؤكد أن

نفس المشكلة بالنسبة لي (دبيان 10)
إصدار VSC: 1.40.2
الإلكترون: 6.1.5
الكروم: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31 إلكترون .0
نظام التشغيل: Linux x64 4.19.0-6-amd64
أنا أستخدم imwheel وسأحاول حل khaschuluu ...

يمكن تأكيد أن هذا لا يحدث عند تشغيل Ubuntu 19.10 ، لذلك يجب تخفيفه / حله عن طريق إصلاح في GNOME / Mutter على الأقل في وقت مبكر مثل الذي يأتي مع 19.10.

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

أنا على Manjaro 4.19 LTS مع Xfce. لست متأكدًا متى / إذا كان بإمكاني التبديل إلى Wayland. إذن للحصول على حل حقيقي ، يجب أن أنتظر إصلاح Electron / Chrome؟ هل هناك تذكرة خطأ وفقًا للمشاهدة في مشروع Chromium؟

thegitfather لا أعتقد أن 19.10 (محدث جنوم ومتم) يعمل على وايلاند ، أنا بالتأكيد لست كذلك. لذلك يجب حلها في تحديث لاحق لـ Mutter.

لذلك سئمت ، قمت بالترقية من 18.04 إلى 19.04. من المؤكد أن لوحة اللمس "تبدو" مختلفة (التسارع / الحساسية) ولكن يبدو أن قفزة التمرير ثابتة. حظا سعيدا للجميع.

لقد فعلت ذلك ولكن بعد بضعة أسابيع ، استمر الكمبيوتر المحمول في التنسيق بعد كل إعادة تشغيل ، لذا عاد مرة أخرى إلى 18.04

حاولت استخدام imwheel وعملت بشكل جيد ، إلا أنها حطمت بطريقة ما علامة تبويب ملحقاتي على VSCode. راجع https://github.com/microsoft/vscode/issues/86583 لمزيد من التفاصيل.

لا يزال يحدث على Linux ، XUbuntu 19.04 5.0.0-38-generic ، سطح المكتب XFCE
الإصدار: 1.42.1
الالتزام: c47d83b293181d9be64f27ff093689e8e7aed054
التاريخ: 2020-02-11T14: 50: 36.977Z
الإلكترون: 6.1.6
الكروم: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31 إلكترون .0
نظام التشغيل: Linux x64 5.0.0-38-generic snap
(نسخة مبكرة c47d83b2)

مرحبًا ، هل هناك أي تقدم في هذا الخطأ؟ إنه يزعجني حقًا: د

فقط 155 تعليقًا منذ 15 يونيو 2017. يجب أن نتحلى بالصبر.

يمكنني إعادة إنتاج ذلك في دبيان 10

أنا في انتظار الحل. شخص ما؟

لا يزال من الممكن إعادة إنتاج هذه المشكلة بسهولة شديدة بنفس الطريقة مثل الآخرين أعلاه. Ubuntu 18.04 التنقل بين تطبيقات مثل Firefox و VS Code ، ثم استخدام عجلة التمرير الخاصة بي في الكود يجعلني انتقل إلى أسفل الملف. في الغالب خطأ في الإنتاجية ، لم يتم العثور على طريقة لحل / منع حدوث ذلك - إذا كان أي شخص يعرف أحدًا ، فيرجى مشاركته! يسعدني المساعدة في إعادة إنتاج الخطأ من خلال مقطع فيديو أو جلسة / مكالمة لمشاركة الفيديو.

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

بالمناسبة ، فقط alt + tab يسبب هذه المشكلة. لم يتسبب التبديل بين علامات التبويب بمؤشر الماوس في حدوث هذه المشكلة بالنسبة لي. أدركت أيضًا أن Firefox حل هذه المشكلة بينما لا يزال موجودًا في Chrome.

يمكن تأكيد إعادة الخطأ كما هو موضح: 1) عند عرض علامة تبويب chrome ، التمرير لأعلى أو لأسفل بشكل كبير على صفحة واحدة ، 2) علامة تبويب alt للتشفير ، بالكاد تلمس عجلة التمرير ويقفز لأعلى أو لأسفل مع إعادة تشغيل التمرير على نافذة الكروم.

على ubuntu.

لست متأكدًا مما إذا كان هذا قد تم ربطه من قبل:

https://github.com/atom/atom/issues/12591

https://github.com/atom/atom/pull/12300

https://gitlab.gnome.org/GNOME/mutter/issues/401

https://unix.stackexchange.com/questions/401977/scrolling-is-inherited-between-windows-in-gnome-3

بالمناسبة ، فقط alt + tab يسبب هذه المشكلة. لم يتسبب التبديل بين علامات التبويب بمؤشر الماوس في حدوث هذه المشكلة بالنسبة لي. أدركت أيضًا أن Firefox حل هذه المشكلة بينما لا يزال موجودًا في Chrome.

لمعلوماتك ، أنا أستخدم Firefox على Ubuntu 18.04 وما زلت أواجه المشكلة. يمكن تأكيد أن استخدام الماوس بدلاً من alt + tab يبدو أنه حل بديل.

مرحبا اصحاب.
أنا أيضًا من بين الضحايا.
إنه أمر مزعج للغاية.

لكن هذه مشكلة بين Electron و Browser.
في حالتي ، يحدث ذلك بين Chrome و VSC و Chrome و Slack أيضًا.

نظام التشغيل Ubuntu 18.04

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

هذه تشير إلى webkit

https://bugs.chromium.org/p/chromium/issues/detail؟id=807187
https://bugs.chromium.org/p/chromium/issues/detail؟id=608246

لست متأكدًا مما إذا كان هذا رابطًا مباشرًا أعلاه ولكن يبدو أنه الأفضل:

https://github.com/atom/atom/issues/15482

يمكن لأي شخص في هذا الموضوع تأكيد أنه ثابت على 19.04 أوبونتو؟ أفكر في الترقية لرؤية جهاز VM أو تدويره

لقد قمت بالترقية إلى الإصدار 19.10 ويبدو أنه قد انتهى. الكثير من الأشياء (السائقين) الأخرى التي لا علاقة لها بهذا كسر لذا ضع ذلك في الاعتبار.

يمكن لأي شخص في هذا الموضوع تأكيد أنه ثابت على 19.04 أوبونتو؟ أفكر في الترقية لرؤية جهاز VM أو تدويره

أنا على XUbuntu 19.04 لمدة شهر الآن ، لا يزال الخطأ موجودًا ، انظر تعليقي أعلاه https://github.com/microsoft/vscode/issues/28795#issuecomment -590056590

@ miro-janosik حاول 19.10. يبدو أنه تم إصلاحه بالنسبة لي الآن.

أؤكد حدوث هذا الخطأ في Ubuntu 18.04.4 LTS

My VSCode حول المعلومات:
الإصدار: 1.43.2
الالتزام: 0ba0ca52957102ca3527cf479571617f0de6ed50
التاريخ: 2020-03-24T07: 52: 11.516Z
الإلكترون: 7.1.11
الكروم: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23 إلكترون .0
نظام التشغيل: Linux x64 5.3.0-42-generic snap

@ miro-janosik حاول 19.10. يبدو أنه تم إصلاحه بالنسبة لي الآن.

تم التحديث إلى XUbuntu 19.10 eoan ، 5.3.0-42 عام ، VSCode 1.43.2. والمشكلة لا تزال قائمة.
خطوات التكاثر:
انقر في نافذة محرر نصوص VSCode ، و alt + tab إلى Firefox (صفحة فارغة) ، ثم قم بالتمرير لأسفل مرتين ، و alt + tab إلى VSCode ، وانقر فوق الرمز ، ثم قم بالتمرير لأسفل - إنها تقفز كثيرًا.

@ miro-janosik ما هو إصدار المتمل الذي تقوم بتشغيله؟ ( mutter --version )

منذ الانتقال إلى Ubuntu 19.10 ، والذي يبدو أنه يجلب معه 3.34 Mutter ، اختفت هذه المشكلة بالنسبة لي.

@ miro-janosik ما هو إصدار المتمل الذي تقوم بتشغيله؟ ( mutter --version )

منذ الانتقال إلى Ubuntu 19.10 ، والذي يبدو أنه يجلب معه 3.34 Mutter ، اختفت هذه المشكلة بالنسبة لي.

لا يظهر أي شيء ، حيث لم يتم تثبيت تمتم. أرى أن "المتم هو خادم عرض Wayland". كما أستخدم XUbuntu مما يعني واجهة XFCE بدلاً من جنوم ولا يستخدم Wayland.

حسنًا ، بطريقة ما فاتني أنك كنت تدير Xubuntu.

على أي حال ، أنا لا أدير جلسة Wayland ، فقط قم بتشغيل X11 القياسي. ما قد يشير إليه هذا هو أن مطوري GNOME قد عالجوا خطأ Chromium هذا بحل بديل في نهايتهم في Mutter.

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

أقوم بترقية / تحديث Ubuntu 18.04.4 ولا يزال الخطأ موجودًا ...

لإعادة إظهار المشكلة باستمرار ، أثناء التبديل إلى المتصفح ، تحتاج إلى التمرير لفترة زمنية معقولة. عندما تعود إلى VsCode وتحاول التمرير ، ستقفز. إنه أمر مزعج للغاية ... أنا على Ubuntu 18.04.3.

ومع ذلك ، أعتقد بشدة أن هذا الخطأ خاص بأي استخدامات لـ Chromium. لذلك أواجه مشكلة على Google Chrome أيضًا.

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

من المفترض أن يكون Ubuntu 18 هو LTS ، فلماذا لا يكون هذا مزعجًا للغاية
المشكلة ، التي تم إصلاحها في 19+ ، تم backported إلى 18؟ من فضلكم يا شباب ، نحن جميعًا
يعاني هنا!

يوم الخميس ، 2 أبريل 2020 الساعة 2:44 صباحًا Blair Jersyer [email protected]
كتب:

لإعادة إظهار المشكلة باستمرار ، أثناء التبديل إلى المتصفح ، أنت
بحاجة إلى التمرير لفترة لا بأس بها من الوقت. عندما تعود إلى VsCode وتحاول
للتمرير ، سوف يقفز. إنه أمر مزعج للغاية ... أنا على Ubuntu 18.04.3

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

من فضلكم يا رفاق ، نحن جميعًا نعاني هنا!

الألم ضعف في ترك الجسد ... آسف :) أشعر بك وأنا ملزم الآن:

wmctrl -a Code

في مدير نافذتي إلى ALT + 1 أو شيء للتركيز على vscode. هذا يعمل! بمعنى أنه يمكن لشخص ما كتابة نص برمجي مع تذكر آخر نافذة مركزة لاستبدال سلوك X11 Tab. أم هل فاتني شيء؟

من المفترض أن يكون Ubuntu 18 هو LTS ، فلماذا لم يتم نقل هذه المشكلة المزعجة للغاية ، والتي تم إصلاحها في 19+ ، إلى 18؟ من فضلكم يا رفاق ، نحن جميعًا نعاني هنا!
...
يوم الخميس ، أبريل 2 ، 2020 الساعة 2:44 ص Blair Jersyer @ . * > كتب: لإعادة إظهار المشكلة باستمرار ، أثناء التبديل إلى المتصفح ، تحتاج إلى التمرير لفترة زمنية معقولة. عندما تعود إلى VsCode وتحاول التمرير ، ستقفز. إنه أمر مزعج للغاية ... أنا على Ubuntu 18.04.3 - أنت تتلقى هذا لأنك علقت. قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو # 28795 (تعليق) > ، أو قم https://github.com/notifications/unsubscribe-auth/ABGEHKX3JWCBB5FI4TSLJFTRKQX4RANCNFSM4DPLVGGQ .

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

المشكلة في imwheel أنها تمنعني من الضغط على CTRL والتكبير (Figma) ...
وهناك شعور بالتأخير مع أزرار الماوس للأمام والخلف.

خبر سار: لقد وجدت حلاً جيدًا!

لا يحدث خطأ عند استخدام حزمة AUR على سبيل المثال:

$ yay -S alttab-git

يجب عليك إلغاء ربط ALT-Tab قبل بدء تشغيله. بالنسبة لي (Xfce) في إعدادات مدير النوافذ:

رائع ، تم فتح هذا منذ ما يقرب من 3 سنوات. لقد قمت للتو بالترقية إلى Ubuntu 18.04.4 LTS ولا يزال بإمكاني إنتاج هذا الخطأ. لم تكن هذه مشكلة في Ubuntu 16.04.

لذا فإن الإجابة مخفية فقط في التعليقات https://github.com/microsoft/vscode/issues/28795#issuecomment -391258341.
بالنسبة إلى Ubuntu 18.04.4 LTS ، ما عليك سوى تثبيت حزمة imwheel . sudo apt install imwheel . تأكد من تشغيله أيضًا.

لذا فإن الإجابة مخفية في التعليقات # 28795 (تعليق) .
بالنسبة إلى Ubuntu 18.04.4 LTS ، ما عليك سوى تثبيت حزمة imwheel . sudo apt install imwheel . تأكد من تشغيله أيضًا.

وعندما تقرأ على سترى أن imwheel هو كربي ... بلدي الحل ( alttab ) تبدو قبيحة ولكن يعمل مثل السحر ... https://github.com/microsoft/ vscode / قضايا / 28795 # issuecomment -608751048

أيضًا ، أثناء تشغيل imwheel "كما هو" ، لا يعمل تعيينه على عدم تعطيل أزرار الخلف / الأمام مع imwheel -b 45 كحل بديل

thegitfather tnx من أجل الحل القبيح ، يبدو أنه يجعل vscode يتجمد للحظة مما يمنع مشكلة القفز (مما يجعلني أحيانًا أرغب في التخلص من جهاز الكمبيوتر الخاص بي من الشرفة).

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

تحرير: ربما لا تتلقى التركيز "إصلاحات" المشكلة.

إصلاح الشعار المفقود (Ubuntu 18.04)
sudo cp ~/Downloads/code.png /usr/share/icons/hicolor/256x256/apps/code.png

بعد الترقية إلى Ubuntu 20.04 LTS Focal Fossa يمكنني أن أؤكد أن هذا الخطأ المزعج قد اختفى بالنسبة لي. يبدو VS Code وكأنه الجنة مرة أخرى!

بعد الترقية إلى Ubuntu 20.04 LTS Focal Fossa يمكنني أن أؤكد أن هذا الخطأ المزعج لا يزال موجودًا مع تعطيل جميع الملحقات.

أنا على Ubuntu 18.04.

إليك أداة المساعدة الخاصة بي لهذا الخطأ المزعج: في كل مرة أقوم بالتبديل إلى رمز VS (w / ALT + TAB) ، أقوم بتمرير سريع واحد بغض النظر عن الاتجاه أثناء الضغط على SHIFT ، ثم تابع التمرير العادي. لا يقفز.

ممكن افهم تفاصيل اكثر

في Ubuntu 18.04 فقط قم بتثبيت imwheel .

sudo apt-get install imwheel

هذا عمل معي. @ shamim-42

@ shamim-42 قتله بالتأكيد. واجه هذا الخطأ لسنوات ، أولاً في Atom ، ثم في VSCode ، ثم في التطبيقات الأخرى المستندة إلى الإلكترون. لم أجد حلا ، حتى قرأت رسالتك اليوم.

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

شكرا جزيلا على الإصلاح المؤقت ، @ shamim-42!

هذا حقا خطأ مزعج!
يبدو أن imwheel نفسه يواجه مشكلة في القفز أثناء التمرير باستخدام لوحة اللمس :( تم الاختبار بتاريخ 18.04.2.

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

يوم الخميس ، 11 حزيران (يونيو) 2020 ، الساعة 15:33 مساءً أولكسندر شلينشاك ، [email protected]
كتب:

هذا حقا خطأ مزعج!
يبدو أن imwheel نفسه لديه مشكلة في القفزات أثناء التمرير
باستخدام لوحة اللمس: (تم اختباره بتاريخ 18.04.2.

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

خطأ مزعج جدًا وإصلاح بسيط جدًا - https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/181/diffs ؟

لتحديث Gnome ، اضطررت إلى الترقية إلى Ubuntu 20.04. الآن كل شيء يعمل بشكل جيد كما كان ينبغي أن يكون: v:

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

Ubuntu 19 ليس LTS ، 18 هو. كثير من الناس لا يستطيعون الترقية بسبب
هذه. لا يجب أن أترك LTS لإصلاح خطأ مزعج للغاية.
imwheel يجعل لوحة التتبع غير قابلة للاستخدام على جهاز كمبيوتر محمول وليست جيدة
المحلول.

يوم الأربعاء 17 يونيو 2020 الساعة 7:51 صباحًا Blair Jersyer [email protected]
كتب:

مرحبًا ، تم إصلاح المشكلة من Ubuntu 19.04 (الذي أستخدمه حاليًا). إذا
هذا مزعج للغاية بالنسبة لك ، ثم قم بترقية Ubuntu.

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

أستطيع أن أؤكد أنه لم يتم إصلاحه في 20.04. أستخدم Xubuntu.

في الأربعاء ، 17 حزيران (يونيو) 2020 ، الساعة 12:54 مساءً ، جيمس جيلوشون ، [email protected]
كتب:

Ubuntu 19 ليس LTS ، 18 هو. كثير من الناس لا يستطيعون الترقية بسبب
هذه. لا يجب أن أترك LTS لإصلاح خطأ مزعج للغاية.
imwheel يجعل لوحة التتبع غير قابلة للاستخدام على جهاز كمبيوتر محمول وليست جيدة
المحلول.

يوم الأربعاء 17 يونيو 2020 الساعة 7:51 صباحًا Blair Jersyer [email protected]
كتب:

مرحبًا ، تم إصلاح المشكلة من Ubuntu 19.04 (الذي أستخدمه حاليًا). إذا
هذا مزعج للغاية بالنسبة لك ، ثم قم بترقية Ubuntu.

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

.

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

Ubuntu 19 ليس LTS ، 18 هو. كثير من الناس لا يستطيعون الترقية بسبب هذا. لا يجب أن أترك LTS لإصلاح خطأ مزعج للغاية. يجعل imwheel لوحة التتبع غير قابلة للاستخدام على جهاز كمبيوتر محمول وليست حلاً جيدًا.
...
يوم الأربعاء 17 حزيران (يونيو) 2020 الساعة 7:51 صباحًا Blair Jersyer @ . * > كتب: مرحبًا ، تم إصلاح المشكلة من Ubuntu 19.04 (الذي أستخدمه حاليًا). إذا كان هذا مزعجًا للغاية بالنسبة لك ، فقم بترقية Ubuntu. - أنت تتلقى هذا لأنك علقت. قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو # 28795 (تعليق) > ، أو إلغاء الاشتراك https://github.com/notifications/unsubscribe-auth/ABGEHKUOGUI5KWNTEOYYZYDRXCU25ANCNFSM4DPLVGGQ

كما قلت ... من Ubuntu 19 ، تم إصلاح المشكلة. يتضمن ذلك Ubuntu 20.04. هناك حلول متاحة لك ، المزيد من الشكاوى لا طائل من ورائها. كان لدي Ubuntu 18.04 على جهاز الكمبيوتر المحمول والكمبيوتر الشخصي حيث كنت أواجه المشكلة ، وقمت بالترقية إلى 19.04 و 20.04 وتم حل المشكلة.

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

@ Blair2004 نحن نستخدم 20.04 أيضًا ولا تزال المشكلة قائمة ، على الأقل بالنسبة للوحات التتبع - ولا يعمل الخيار imwheel جيد مع لوحات التتبع. أشعر بالفضول ، هل تم إصلاح المشكلة في 20.04 لك على لوحة التتبع أيضًا؟

أوه وربما هذا مفيد - نحن لا نستخدم Gnome ، نحن نستخدم XFCE.

@ Blair2004 نحن نستخدم 20.04 أيضًا ولا تزال المشكلة قائمة ، على الأقل بالنسبة للوحات التتبع - ولا يعمل الخيار imwheel جيد مع لوحات التتبع. أشعر بالفضول ، هل تم إصلاح المشكلة في 20.04 لك على لوحة التتبع أيضًا؟

أوه وربما هذا مفيد - نحن لا نستخدم Gnome ، نحن نستخدم XFCE.

ربما هذا هو السبب ، أنا أستخدم جنوم.

المشكلة موجودة باستخدام xfce + ubuntu 20.04 (في الواقع ubuntustudio) + لوحة التتبع

المشكلة موجودة باستخدام xfce + ubuntu 20.04 (في الواقع ubuntustudio) + لوحة التتبع

منصة مماثلة (Xubuntu 20.04) ومشكلة بالنسبة لي ، ولكنها تحدث مع الماوس أيضًا.

وجود مشكلة مع Linux Mint MATE (GNOME2 fork). من المثير للاهتمام أنني لاحظت ذلك فقط منذ أن قمت بالتحديث إلى Linux Mint 20 ؛ عندما كنت على Linux Mint 18 (مع إصدار أقدم من VS Code) لم أواجه هذه المشكلة.

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

تحرير: أنا على نظام التشغيل Windows و OSX.

كذلك هنا (Xubuntu)

مُعاد إنتاجه على Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2

يتم إعادة إنتاجه كثيرًا على نظامي أيضًا (Ubuntu MATE 20.04.01). أنا أعمل في الغالب باستخدام لوحة المفاتيح والماوس.

لم يؤد تثبيت (وتشغيل) imwheel حل المشكلة - لقد حدثت مرة واحدة فقط.

أظن (من الصعب القول ، لأنني لم أهتم أبدًا بالسبب) أنه يحدث عندما أقوم بتبديل مساحة عمل سطح المكتب (عبر مفاتيح الاختصار) و / أو التبديل إلى المقدمة (مرة أخرى ، عبر مفاتيح الاختصار ، في هذه الحالة ، Alt+Tab .

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

3 سنوات والعد.

Microsoft VS-Code طاقم: كل ما تفعله لمعالجة هذا بوضوح لا يعمل.
حان الوقت لتشكيل فريق النمر والتعامل مع هذا: tiger2:: عداء: - من أجل سلامة العقل. : وجه _ مع _ رأس _ عصابة:

أستطيع أن أؤكد أن السبب الجذري لهذه المشكلة هو المكدس الأساسي (Electron؟) حيث تمكنت من العثور على مشاكل مماثلة خارج VSCode.

سوف أتطرق إلى هذا الموضوع لأن هذه المشكلة محبطة بالفعل.
يحدث لي في Visual Studio Code بعد Alt + tabbing لمتصفح Firefox. أي تمرير يتم إجراؤه في Firefox سيتم تخزينه مؤقتًا وسيتم تطبيقه بمجرد أن أفعل أي تمرير للخلف في نافذة VS. محبط للغاية للعودة إلى قسم الكود الذي أعمل عليه في كل مرة.
تحرير: Firefox * ، وليس Chrome ..

مستنسخة مع Vscodium 1.47 و Gedit أيضًا.

خطوات التكاثر:

1.افتح مستندًا طويلًا باستخدام Vscode وآخر باستخدام Gedit

1. ركز على Vscode في الجزء العلوي من الملف
2. قم بالتبديل إلى Gedit باستخدام Alt + Tab وانتقل لأسفل
3. العودة إلى Vscode مع Alt + Tab ، قم بالتمرير لأسفل قليلاً
   → يقفز Vscode في نهاية الملف

التكوين: Debian 10 + gnome-shell 3.30.2-11 ~ deb10u2
المؤشر: لوحة مفاتيح Lenovo trackpoint
إصدار VsCodium: 1.47.3
الالتزام: 91899dcef7b8110878ea59626991a18c8a6a1b3e
التاريخ: 2020-07-23 T15: 51: 39.791Z
الإلكترون: 7.3.2
الكروم: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23 إلكترون .0
نظام التشغيل: Linux x64 5.7.0-3-amd64

يبدو أن iootaa imwheel يصلح المشكلة.

@ yuriy-chumak لا يعمل مع لوحات التتبع.

نعم ، أنا أستخدم نقطة تتبع و imwheel مخصص للفئران

hickscorp ، نعم. كما يقفز mouse-pointer بشكل عشوائي (في مكان ما إلى الأسفل) عندما أستخدم الماوس أو لوحة التتبع. كنت أفكر في أن الماوس الخاص بي معيب.

مع Ubuntu 18.04 و VScode 1.50.1 ،

~: sudo apt install imwheel
~: imwheel
INFO: imwheel started

يعمل حقا.

أشك في أنها مشكلة في نظام التشغيل لأنها تحدث للتطبيقات الأخرى ...