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

الرجاء الاطلاع على رقم 291 لمشكلة التكبير (بشكل عام ، الرجاء عدم إنشاء مشكلات التحرير والسرد: ابتسامة:)

+1

يبدو أن الإصدار 1.4.0 يجعل خطوط مستكشف الملفات أكبر / أكثر جرأة ، مما يجعل من الصعب اجتياز دليل كبير

+1

+1

👍

👍

هل تتيح واجهة سمات واجهة المستخدم الجديدة الوصول إلى حجم الخط؟

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

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

فقط لإضافة سبب آخر:

• من السهل قراءة تغيير Explorer إلى خط أحادي المسافة عند البحث عن الملفات

+1

الرجاء إضافة دعم لتغيير حجم الخط لنافذة المستكشف.

نوع من الحل المبتكر لأولئك المهتمين: زيادة حجم الخط الرئيسي وتعيين مستوى تكبير النافذة إلى قيمة سالبة (إعداد cmd + - أو window.zoomLevel ). من الممكن أيضًا استخدام قيم كسرية مثل "window.zoomLevel": -0.75 .

kompot -

{
"workbench.colorTheme": "One Dark Pro" ،
"editor.fontSize": 12 ،
"window.title": "$ {activeEditorMedium} www.BKD.io "،
"newFile.defaultBaseFileName": "newFile"،
"newFile.relativeTo": "ملف"،
"newFile.defaultFileExtension": ".ts"،
"newFile.rootDirectory": "~"،
"newFile.showPathRelativeTo": "root"،
"newFile.expandBraces": خطأ ،
"editor.tabSize": 2 ،
"editor.formatOnSave": صحيح ،
"prettier.semi": خطأ ،
"window.zoomLevel": 1 ،
"git.enableSmartCommit": صحيح ،
"terminal.integrated.fontSize": 16 ،
"terminal.external.osxExec": "Hyper.app" ،
"atomKeymap.promptV3Features": صحيح ،
"editor.multiCursorModifier": "ctrlCmd"،
"editor.formatOnPaste": صحيح ،
"files.exclude": {
" /.git": صحيح ،" /.svn": صحيح ،
" /.hg": صحيح ،" / CVS": صحيح ،
" /.DS_Store": صحيح ،" /.history": صحيح ،
" /.github": صحيح ،" /.vscode": صحيح ،
"** / node_modules": صحيح
}
}

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

أشعر أن الشريط الجانبي على وجه الخصوص يحتاج إلى أن يكون قادرًا على تخصيص wrt: lineHeight و fileFontColor و dirFontColor و activeLineColor.

مقارنة Sublime 3:

إلى رمز VS:

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

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

بالنسبة لي ، إعداد تكبير صغير CMD / CTRL + - بضع مرات ، وزيادة edit.fontSize و terminal.intergrated.fontSize ، أنا على ما يرام. إنها ليست مخترقة كما اعتقدت. كل شيء لا يزال نسبيًا ، لذا فإن استخدام CMD / CTRL + + يغير مساحة العمل بأكملها ، وهذا ما أريده.

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

+1
تحتاج إلى تغيير _fontStyle_ و _fontSize_ في Explorer وعلامة التبويب

إجراء +1 مني لموضوعات واجهة المستخدم مثل Atom.

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

وبالمثل ، سيكون من الرائع أن يكون من الممكن أيضًا تغيير عائلة الخطوط.

+1 تخصيص الخط للمستكشف أيضًا

+1

بحاجة إلى مجموعة خطوط عامة لواجهة المستخدم وإعدادات حجم خط واجهة المستخدم ...

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

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

أكثر من عام ولا يزال يتعين علينا انتظار هذه الميزة :(

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

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

إذا كان بإمكاني اختيار statusBar.zoomLevel بشكل منفصل ، فسيكون ذلك بمثابة زيادة كبيرة ، إذا كان من الصعب الحفاظ على تكامل التخطيط مع تغيير حجم الخط المجاني لسبب ما.

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

+1

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

+1

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

أنتقل من IntelliJ وتجربتي مع VSCode حتى الآن رائعة .. باستثناء SideBar. لا أستطيع التعود على ذلك. سيساعد خيار sideBar.lineHeigth كثيرًا في هذا الأمر. أعتقد أن خيار sideBar.dirBackground و sideBar.dirExpandedBackground سيكونان رائعين أيضًا.

+1

+1

+1

لا تحجبني

في الثلاثاء ، 20 مارس 2018 13:40 ، كتب farahabdi ، [email protected] :

+1

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

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

@ steve6274 افعل ذلك بنفسك ، يوجد زر لهذا ، إنه في الزاوية السفلية اليمنى من لقطة الشاشة هذه: https://monosnap.com/file/FJkeWTsHWIhI6DtRXZKXLo0oUHjv43.png

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

لقد وجدت أحد رغباتي من Sublime في هذه المشكلة: https://github.com/Microsoft/vscode/issues/10748#issuecomment -241287964 - طلب بسيط لإضافة مجلدات غامقة ، مع التعليق المرتبط حل مقترح محتمل مفتوح للتغذية الراجعة.

تم رفض هذا (التكوين الاختياري) لأنه من الواضح أن خيار الخط الغامق يحتاج إلى قرار فريق UX بالكامل (؟؟؟) و "ليس على خريطة الطريق للأشهر 6-12 المقبلة". أنا حقًا أحب VS Code حتى الآن ، لكني أجد هذا النوع من المواقف محبطًا. إنه تفضيل اختياري لاسم مجلد الخط الغامق. ومع ذلك ، ما زلت متفائلاً ، وسأكون سعيدًا للمساعدة في مثل هذه الأشياء إذا لزم الأمر.

ربما هذا https://github.com/Microsoft/vscode/issues/26128 هو في الواقع الشخص الذي يجب مشاهدته؟ لقد فاتني ذلك عندما كنت أقرأ من قبل.

هل هناك احتمال أن نرى هذا يتم تنفيذه قبل نهاية هذا العام؟

VSCode Version: 1.21.1
OS Version: Windows 7

أرغب في رؤية خيار لزيادة حجم الخط الصغير المستخدم في قوائم VSCode

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

أنا على علم
"window.zoomLevel": 0.4

ولكن لا يبدو أنه يؤثر على القائمة والقوائم المنسدلة.
شكرا لك.

أرغب في خيار تلوين مجلدات أكواد معينة بلون الخلفية
أشر إلى مجلد ، انقر بزر الماوس الأيمن فوق تغيير لون الخلفية / التمييز

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

+1.
مستوى التكبير ليس المفضل لدي

رد Visual Studio على خيار تغيير خط التعليقات: _ " اعتبارًا من الآن ، تغيير عائلة الخط غير متاح. ومع ذلك ، فإن طلب الميزة هذا مفتوح حاليًا على VS Code GitHub repo. نعتبر أنك قد ترغب في التصويت له هنا: http://msft.social/jeezBz . "_

أصلحت هذا مع بعض المغلق المخصص.

1. تنزيل be5invis/vscode-custom-css
2. قم بتمكينه وإضافة css المخصص الخاص بك

أردت مساحة أكبر لكل صف في الشجرة. أستخدم هذا التصميم:

.monaco-tree .monaco-tree-rows>.monaco-tree-row {
  min-height: 25px;
}

أنا أعلم. ولكنه يعمل

lindesvard شكرًا لك ، لم أكن أعرف شيئًا عن هذا التمديد.

mchampanis لقد

.monaco-tree-row.has-children {
وزن الخط: 500 ؛
الهامش: 8 بكسل ؛
اللون: #eee ؛
حجم الخط: 14 بكسل ؛
}

.monaco-tree-row {
وزن الخط: 300 ؛
الهامش: 5 بكسل ؛
حجم الخط: 12 بكسل ؛
اللون: #bbb ؛
}

عندما أستخدم VS Code في جهاز افتراضي على جهاز MacBook Pro الخاص بي مع شاشة Retina ، فإنني أعاني من عرض خط رهيب حقًا. كل شيء ضبابي للغاية. إذا كنت أستخدم أي مكان بالقرب من دقة الشاشة الأصلية (2880 × 1800) لمحاولة تحسين ذلك ، تصبح الخطوط صغيرة للغاية. يمكنني ضبط حجم الخط في المحرر والمحطة للحصول على نتائج مقبولة ، ولكن استخدام خيار window.zoomlevel للحصول على واجهة المستخدم بحجم مقروء يجعل كل شيء ضبابيًا مرة أخرى ، لأنه من الواضح أنه مجرد تكبير.

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

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

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

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

يبدو أن امتداد css المخصص يمثل اختراقًا كبيرًا ، على الرغم من :-)

تمكنت من تغيير font-family لعرض الشجرة والأشرطة الجانبية الأخرى في Debian عن طريق تحرير المجلد workbench.main.css في /usr/share/code/resources/app/out/vs/workbench/

ابحث عن فئة .monaco-shell وقم بتغيير عائلة الخطوط هناك.

محدث :

فقط أضف .monaco-shell {font-family: "your font";} في السطر الأخير من ملف /usr/share/code/resources/app/out/vs/workbench/workbench.main.css . وأنت على ما يرام

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

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

chaddanna فقط انقر فوق رمز الترس وحدد Don't Show Again

إنه أمر محير تمامًا مع كل هذا الجهد المبذول في VSCode ، حيث لم يتم حل مشكلة أساسية مثل هذه. في نظام التشغيل OS X ، يكون خط واجهة المستخدم كبيرًا جدًا والطريقة الوحيدة لتخفيضه (window.zoomLevel) ينتج عنها تذبذب قبيح. هذه مشكلة كبيرة في سهولة الاستخدام.

هل لا يزال هذا قيد البحث؟ عند استخدام
"window.zoomLevel": -1,

يجعل الخط يبدو قبيحًا بشكل لا يصدق

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

أزياء Microsoft النموذجية.

أزياء Microsoft النموذجية.

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

يجب أن تكون هناك مشكلة في المنبع Electron تمنع تنفيذ طلب الميزة هذا. خلاف ذلك ، أنا متأكد من أن فريق VS Code كان سيحلها الآن. @ ramya-rao-a هل تتناغم من فضلك؟

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

Atom جميل ويمكنك تكوين كل شيء ، لذلك قد يكون مناسبًا بشكل أفضل. https://atom.io/

+1

عزيزي المجتمع

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

شكر
ايسيدور

إنه أمر مفهوم تمامًا 🙂. ماذا عن مجرد السماح لنا بتغيير عائلة الخطوط الآن؟ تبدو خطوط Monospace رائعة على الشريط الجانبي.

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

في غضون ذلك ، فإن الحل البديل من https://github.com/Microsoft/vscode/issues/519#issuecomment -387148025 (باستخدام https://github.com/be5invis/vscode-custom-css) يخدمني جيدًا.

ملاحظة: أنا لست ضمن فريق VSCode.

pradyunsg أعرف ذلك. لست معجبًا كبيرًا لأنني أستخدم vscode insider ويتم تحديثه كل يوم. ما أفعله بدلاً من ذلك هو فتح أداة devTool وتغيير عائلة الخطوط إلى Dank Mono .

سيكون من الرائع تعديل خط الشريط الجانبي.

نتطلع إلى هذه الميزة.

هناك احتمال آخر مثير للاهتمام لهذه المشكلة وهو أن VSCode لديه بالفعل القدرة على التبديل بين خطوط واجهة المستخدم الخاصة بالمنصة بشكل افتراضي. على سبيل المثال ، في نظام Linux ، إذا قمت بتثبيت خط Segoe UI من Windows ، فسيتحول VSCode تلقائيًا من خط Linux الافتراضي (Noto Sans؟) إلى Segoe UI. بالنظر إلى أن هذه الميزة موجودة بالفعل ، فهل سيكون من الممكن السماح بالتبديل بين خطوط واجهة المستخدم المذكورة ، بالنظر إلى أن المستخدم قام بتثبيتها ، حيث يتم العمل على المسافات المشفرة بالترميز الثابت؟ سيظل هذا بمثابة فجوة مؤقتة (نوعًا ما) ولكن يجب أن يسمح على الأقل بقابلية تخصيص أكثر قليلاً مما هو موجود حاليًا.

هل يمكننا ببساطة تنفيذ:

{
  "explorer.fontSize" : 13.5
}

؟

ثم يمكننا حل هذه المشكلة.

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

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

• اسم الخط
• حجم الخط و
• ارتفاع الخط

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

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

لا يمكن أن يكون من الصعب إضافة ميزة بسيطة مثل هذه التي تم طلبها قبل ثلاث سنوات .

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

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

الآن لا يمكنني تغيير خط الشريط الجانبي أيضًا :(

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

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

لماذا توجد قيم حجم مشفر على الإطلاق؟

هذا ليس إصلاحًا بسيطًا ويتطلب عملًا أكثر تفصيلاً ،

لقد سئمت من الاستماع إلى الشركات العالمية التي تبلغ قيمتها تريليون دولار وهي تتذمر من مدى صعوبة القيام بأشياء بسيطة. لم يعد لدى Microsoft مطورين صغار بعد الآن؟

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

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

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

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

@ Al2Me6 ، لا ، أنت لا تفعل ذلك. التكوين الذي أستخدمه في settings.json :

  "editor.fontSize": 13,
  "window.zoomLevel": -1,

بعض زملائي في العمل يستخدمون "editor.fontSize": 14 .

robsonsobral كيفية تغيير الخط القبيح للشريط الجانبي؟

@ Al2Me6 ، لا ، أنت لا تفعل ذلك. التكوين الذي أستخدمه في settings.json :

  "editor.fontSize": 13,
  "window.zoomLevel": -1,

بعض زملائي في العمل يستخدمون "editor.fontSize": 14 .

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

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

knopp ، لم ألاحظ ذلك مطلقًا ، لكني أستخدم Windows الآن. سأتحقق منه على Mac يوم الاثنين المقبل.

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

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

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

أنا آسف ، لكن هذا رد غير مقبول. هذا تطبيق إلكتروني في جوهره. أنت تتعامل (بالمعنى الأساسي) مع تقنية الويب الأساسية في الواجهة الأمامية. هذه مشكلة حلها العديد من المطورين الآخرين دون ترميز فئات monaco (أو الأسوأ من ذلك ، إدخال قيم النمط يدويًا - هيا ، إنه 2018) في كل مكان. بصفتي أحد منتجات Microsoft ، لا يمكنني القول إنني أتوقع أفضل (واجهة المستخدم ليست ، ولم تكن أبدًا ، موطن قوة Microsoft) ، ولكن إذا كان لديك منتج مثل هذا متاح لمنصات متعددة ولغات متعددة واستخدامات متعددة ، اسمح للمستخدمين بتعديل CSS لاحتياجاتهم. مشكلة "كسر العرض" ... حسنًا ... ليست مشكلة عند استخدام CSS مخصص ، باستثناء بعض المشكلات المتعلقة بعدم القدرة على التمرير لأسفل بالكامل ، ولكن يمكن إصلاحها بسهولة باستخدام overflow: scroll بسيط السمة مسموح به في سوق الإضافات هو أمر غير منطقي تمامًا.

لا أستطيع أن أتفق مع @ dougc84 أكثر.

في رأيي هذا حقا تفوح منه رائحة الحصان.

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

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

بصراحة ، كم عدد القيم المشفرة التي يمكن أن توجد؟ 9 تريليون؟ كل واحد فريد؟

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

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

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

@بولتر أوستن

إنتباه كل بدس ...

بقدر ما أقدر المجاملة ، منذ متى كانت CSS الأساسية "badass"؟

ما الذي يمنع بالضبط _you_ من فتح طلب سحب يعمل على حل المشكلة؟

حقيقة أنني لست معتادًا على التبرع بوقتي أو مهاراتي لمبادرات Microsoft التسويقية.

تريد Microsoft استخدام VS Code كسفينة لالتقاط قلوب وعقول المطورين. يريدون أن تكون المحطة الأولى لكودك على طول خط الأنابيب الذي أتخيله يشمل Github ، ثم Azure.

منذ متى أصبحت Microsoft مؤسسة خيرية تحتاج إلى مساعدة من المجتمع لتحقيق أهدافها؟ هل ينقصهم المال؟ هل يجب علينا إعداد صفحة Kickstarter لهم؟

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

كان من الأسهل الشكوى من هذه الأشياء عندما كانت جميع مواد MS مغلقة المصدر ، لكنهم صنعوا أحد أفضل المحررين / IDE كمشروع مجاني مفتوح المصدر.

بالكاد يمكنك الاتصال بـ VS Code "أحد أفضل المحررين" نظرًا لأن النقطة الكاملة لهذا الخيط (ثلاث سنوات من العمر) هي أن VS Code يفتقد إحدى السمات الأساسية والأساسية لـ IDE وبالتالي يصبح عديم الفائدة لـ 40 - 50٪ من السوق المستهدف.

كيف يكون هذا البرنامج "واحدًا من أفضل البرامج" في حين أن أكثر من نصف المستخدمين المقصودين لا يمكنهم استخدامه لأن عملاق التكنولوجيا الذي تبلغ قيمته تريليون دولار يتم وضعه على ركبتيه بسبب خطأ CSS؟

لا تحب ذلك؟ اذهب واستخدم Atom.

اممم .. هل كنت تقرأ الاخبار مؤخرا؟

إذا كان VSCode مثل هذا الحدس ، فلماذا تزعج نفسك؟

VS Code في حد ذاته ليس أمرًا صعبًا ، فالطريقة التي تحدد بها Microsoft أولويات الميزات التي تفيد خطة أعمالها على الميزات التي تفيد المستخدمين الفعليين هي.

لأكون واضحًا ، أريد أيضًا أن تحدث هذه المشكلة ، هكذا وصلت هنا.

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

لكنني سئمت من السخرية التي لا طائل من ورائها من المشرفين عندما تكون مجانية ومفتوحة المصدر!

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

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

ربما يجب قفل هذا الخيط ...

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

أفضل من ذلك: لماذا لا نحظر أي شخص يجرؤ على انتقاد Microsoft من Github تمامًا؟

حسنا يا رفاق ، هدئ أعصابك.

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

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

austinbutler محق - يحتاج شخص ما إلى التقدم والمساهمة ، على الرغم من الكلمات القاسية التي لا داعي لها. أنا شخصياً لا أملك الموارد للمساهمة في هذا المشروع. إذا كانت عبارة عن روبي (وأنا أعلم أنها لا تعمل حقًا مع تطبيقات سطح المكتب) ، فسأحاول اقتطاع بعض الوقت لتحقيق شيء ما ، لكنه ليس كذلك. إنه الإلكترون ، ولست على دراية كافية بـ JS من جانب الخادم _or_ node.js _ أو الإطار.

ومع ذلك ، فإن @ AJB99 صحيح أيضًا (أيضًا ، مرة أخرى ، على الرغم من الكلمات القاسية التي لا داعي لها). لا يستمع مرض التصلب العصبي المتعدد إلى مجتمعهم ، ولا يكلفون أنفسهم عناء معالجة هذه المشكلة. تعمل MS في طريقها إلى المنصات مفتوحة المصدر - VSCode كأول منصة كبيرة - لكنها شركة في جوهرها لها أهدافها وخريطة طريقها الخاصة ، والتي ستدفع الناس حتمًا بعيدًا. وكما ذكرت من قبل ، لم يكن MS _ أبدًا _ متمحورًا حول واجهة المستخدم. لطالما كان Windows هو نظام التشغيل القبيح. شريط الشريط ، على سبيل المثال ، في معظم تطبيقاتهم ليس بديهيًا أو سهل الاستخدام. يبدو Windows 10 وكأنني أستخدم KDE منذ عام 2010. ومع ذلك ، أصدرت MS VSCode كمحرر بسيط ، لذلك يبحث الناس عنه كبديل لـ Notepad ++ و Sublime و Atom و Komodo و JetBrains وما إلى ذلك ، بيئة تطوير متكاملة ، مثل Visual Studio. يريد معظم الأشخاص المهتمين فقط تمييز الكود المناسب والمسافة البادئة ، وبعض الإكمال التلقائي الأساسي ، وبعض الألوان الجميلة وواجهة مستخدم جميلة ، وربما بعض تكامل الأداة البسيط. إذا كانوا يريدون المزيد ، فهناك دائمًا Visual Studio أو واحد من عدد لا يحصى من IDEs القوية الموجودة هناك. بعض هذه المتطلبات الأساسية مفقودة ببساطة.

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

هذا مثير للاشمئزاز: https://video.twimg.com/amplify_video/1049514660783943680/pl/5aBOHl_qGaB35UXH.m3u8؟tag=8

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

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

@ sgarcia-dev لقد رأيت أخيرًا القليل من الفطرة السليمة هنا ، شكرًا لك.

إنها سامة وغير منتجة تمامًا.

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

أنا متعب الآن :) تحولت إلى عودة رائعة ووجدت أنها أفضل. والشريط الجانبي يبدو رائعًا الآن: د.

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

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

حسنًا ، كونك أحمق مؤهل لا يعمل بشكل جيد أيضًا.

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

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

خط العائلة

حجم الخط

line-height أيضًا ...

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

حان الوقت لإثارة بعض الضجيج على هذه العلاقات العامة التي من شأنها حل هذه المشكلة https://github.com/Microsoft/vscode/pull/63602

مرحباً ، أرى أن هذا الموضوع يثير إعجاب الكثير من الناس.

فتحت إصدارًا اليوم (# 66472) دون أن أعلم بوجوده.

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

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

نظرت إلى العلاقات العامة والشيء الأكثر إثارة للاهتمام الذي ظهر هو تغيير عدم التقصير وفقًا لنظام التشغيل.

أبقي الموضوع في العين لمعرفة ما إذا كانت هناك أي تغييرات

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

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

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

https://github.com/Microsoft/vscode/pull/63602

أنا لست مقتنعا. يجب أن يوفر Electron عرضًا أساسيًا صحيحًا للخطوط وفقًا لنظام التشغيل الذي يعمل فيه.

أنا لست مقتنعا. يجب أن يوفر Electron عرضًا أساسيًا صحيحًا للخطوط وفقًا لنظام التشغيل الذي يعمل فيه.

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

ستساعد القدرة على تغيير وزن الخط في الشريط الجانبي كثيرًا أيضًا.

لأولئك منكم الذين يعانون من هذا لا يزال. حتى يتمكنوا من حلها هنا هو حل سريع. قم بتنزيل امتداد CSS و JS المخصص من هنا: https://github.com/be5invis/vscode-custom-css وفي ملف css مخصص فقط قم بتحرير خاصية العرض explorer. مثال

.explorer-viewlet { font-family: "Space Mono"; font-weight: bold; }

المنظر الناتج هو هذا

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

بصفتي الشخص الأصلي الذي بدأ هذا الموضوع ، فأنا مندهش تمامًا من أن هذا لم يتم الاهتمام به بعد أكثر من 3 سنوات.

مايكروسوفت تكره المبرمجين.

في 1 فبراير 2019 الساعة 11:07 مساءً ، كتب hsdk123 [email protected] :

بصفتي الشخص الأصلي الذي بدأ هذا الموضوع ، فأنا مندهش تمامًا من أن هذا لم يتم الاهتمام به بعد أكثر من 3 سنوات.

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

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

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

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

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

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

قم بإصلاح هذه المشكلة ، وسيكون لدى VSCode أكثر من 1000+ مؤيد لهذا التحديث المحدد. ألا يزال هذا حافزًا غير كافٍ؟

@ Al2Me6 بينما أتفق تمامًا على أن هذه مشكلة كان يجب معالجتها

@ dr3amnightmare هناك بالفعل طلب سحب ولكن لا أحد يأبه. لكني لا أرى أي تقدم من فرق Microsoft.

63602

تضمين التغريدة
2018-أغسطس -17
"... إنه مفتوح المصدر لذا لا أحد يمنعك من تنفيذ هذا وتقديم طلب سحب."

لقد مرت أكثر من ثلاث سنوات ولم يتم تنفيذ ذلك. إذا كان التغيير ممكنًا [من خلال مساهمة المجتمع] ، لكان قد تم إجراؤه الآن.

تضمين التغريدة
2018 نوفمبر 06
"هذه شركة بمليارات الدولارات ..."

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

تضمين التغريدة
2018-أغسطس -21
"... لدينا الكثير من القوائم المشفرة ومرتفعات الأشجار ..."

تضمين التغريدة
2018-أكتوبر 23
"... هذه الميزة ليست بهذه البساطة كما ذكر isidorn بالفعل ، ويرجع ذلك أساسًا إلى القيم المشفرة الثابتة ..."

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

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

ليس لدي أي حب لـ MS أو Apple أو Google ... أي من الكثير. أنا بالتأكيد ليس لدي أي التزام تجاه VSC. كانت مشكلة "خط المستكشف" هذه هي القشة الأخيرة بالنسبة لي. الحل الخاص بي: العودة إلى السادس. (يمكنني الكتابة بشكل أسرع بكثير مما يمكنني الكتابة عليه بالماوس.)

تذكر أنك تحتاج فقط إلى شخصيتين لهذا العام!

يرجى MS ، قفل هذا الموضوع! isidorn ،egamma؟

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

هذا منتج مجاني مفتوح المصدر. إذا كنت تعتقد أن MS عبارة عن قمامة و VSC تمتص ، فاستمر في استخدام VIM و VI و Nano و Atom و Sublime ، أيا كان ما هو أفضل بكثير ، ويرجى التوقف عن نشر القمامة البغيضة هنا. إذا كنت شخصًا عقلانيًا يعتقد ، "يا تعرف ، VSC جيد جدًا ، لكنني أتمنى أن يسمح بتغيير حجم الخط والخط" ، ثم +1 المنشور الأصلي هنا ، والاشتراك ، والمضي قدمًا ...

يرجى MS ، قفل هذا الموضوع! isidorn ،egamma؟

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

لسوء الحظ ، يؤدي قفل المناقشة إلى تأمين ردود الفعل على المنشور الأصلي. ويمكن أن يكسر فرز المشكلات المستندة إلى آراء المستخدمين.

سمحت لي هذه المقالة بفهم أشياء كثيرة: https://pandasauce.org/post/linux-fonts/

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

هذا جزء من المشكلة. في نظام التشغيل MacOS / Windows ، يكون العرض العام لخطوط vscode صحيحًا. على عكس لينكس.

على أي نظام تشغيل آخر غير Linux ، إذا كنت تريد تغيير هذه الخطوط ، فهي أداة صغيرة.

جزء المطور الذي يرغب في تغيير مظهر vs تحت macos / windows متناهى الصغر

لا.

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

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

في 7 فبراير 2019 الساعة 2:36:27 صباحًا ، بنيامين نولمانز (
[email protected]) كتب:

هذا جزء من المشكلة. في نظام التشغيل MacOS / Windows ، يكون العرض العام لـ
خطوط vscode صحيحة. على عكس لينكس.

على أي نظام تشغيل آخر غير Linux ، تريد تغيير هذه الخطوط ، فهذا قليل
أداة.

جزء المطور الراغب في تغيير مظهر vs تحت macos /
النوافذ متناهية الصغر

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

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

austinbutler مثل هذا الميل

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

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

نعم ، من الواضح أن هذا شيء يريده الكثير من الناس.

صيح.

نعم ، إذا وجد مرض التصلب العصبي المتعدد أنه مهم ، فإنهم فعلوه بعد ثلاث سنوات.

أنا معك حتى الآن ...

هل تعتقد أنه مجرد عتبة معينة من الإهانات التي ستحفز MS على تنفيذ ذلك؟

يمكن؟

ونحن نرى فقط ما هي هذه العتبة؟

ربما أيضا. ممتع أيضًا.

شيء ما يخبرني أن هذا ليس ما سيساعد.

في هذه المرحلة ، لا يمكن أن تؤذي. شيء ، شيء ما ، يمارس الجنس مع Microsoft.

هذا منتج مجاني مفتوح المصدر.

لا ليس كذلك. أنت تدفع من روحك.

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

VS Code ليس بعض العروض الإيثارية من إله التكنولوجيا MS. إذا كان بإمكانهم وضع سعر 100000 دولار عليها ، فإنهم سيفعلون ذلك.

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

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

فلماذا تعتقد أنهم أصيبوا فجأة بحمى البرمجيات الحرة والمفتوحة المصدر وهم منزعجون جدًا لأن يكونوا قادرين على تقديم هذه الهدية الرائعة لمجتمع البرمجة؟

(ما لم ترغب ، بالطبع ، في تغيير الخط في شجرة الملفات الخاصة بك. في هذه الحالة يمكنك توجيه طلبك إلى [email protected]).

إذا كنت تعتقد أن مرض التصلب العصبي المتعدد هو القمامة

التالية ...

و VSC تمتص

غير صحيح. VS Code هو برنامج رائع. فقط تفتقر إلى بعض الميزات الهامة.

لم يكن هذا الموضوع متعلقًا بطلب ميزة لسنوات. هذا هو سبب رفض Microsoft تنفيذ طلب الميزة هذا.

لا معنى له. لماذا لا يتم دمج saighost PR؟ لم أقم بإجراء اختبار بناء بنفسي ، ولكن مما رأيته هو عمليات إزالة النمط المضمنة ، وبعض إضافات الفصل ، وبعض إضافات التكوين var (وقد بدا نظيفًا ومتسقًا). بالتأكيد لدى MS متدرب أو أي شخص يمكنه أن يقول: "مرحبًا ، هل يمكنك تشغيل تصميم واختبارات على saighost PR لـ # 519؟"

لا يريدون تلبية طلب الميزة هذا.

والآن أريد حقًا ، حقًا ، حقًا ، حقًا معرفة السبب.

@ dougc84

عليك أن تفرق بين التصيير والأسلوب.

كل شيء هنا يتعلق فقط بالأسلوب. لا التقديم.

أقضي الكثير من الوقت في vscode لأنه بالنسبة لي هو المحرر للقيام بكل شيء.

ومع ذلك ، لا يوجد إلا في نظام التشغيل Linux الذي أريد تغيير الخط لأن العرض الافتراضي ليس نظيفًا.

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

هذه ليست مشكلة "لينكس". على Ubuntu (Xubuntu) ، كان عرض الخط لـ VS Code دائمًا مثاليًا بنسبة 100٪. لقد اشتركت في هذا الخطأ لأنني أرغب فقط في جعل بعض الخطوط أكبر. ربما تكون هذه مشكلة في التوزيع الخاص بك.

Xarkam فلماذا ليس لدى atom مشكلة في العرض؟ مقابل كل من الكود والذرة كلاهما يعتمدان على الإلكترون ..

Xarkam ربما

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

wooque hmm لا أعتقد أن Microsoft ستفكر في الأمر لأنهم لم يهتموا حتى بعد إنشاء العلاقات العامة على # 63602 مما يجعل جهود المؤلف غير مجدية. هذه الأصوات المؤيدة تعني مجرد رقم لمايكروسوفت :) "
وصلت العلاقات العامة بالفعل لمدة 4 أشهر ولم يهتم أحد من جانب Microsoft :(
أتساءل متى تأتي ذرة xray :(

لأولئك منكم الذين يعانون من هذا لا يزال. حتى يتمكنوا من حلها هنا هو حل سريع. قم بتنزيل امتداد CSS و JS المخصص من هنا: https://github.com/be5invis/vscode-custom-css وفي ملف css مخصص فقط قم بتحرير خاصية العرض explorer. مثال

.explorer-viewlet { font-family: "Space Mono"; font-weight: bold; }

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

.monaco-shell.mac، .monaco-shell.mac .monaco-menu-container .monaco-menu {font-family: "YOUR FONT HERE"؛

تحرير: يبدو أنه في أحدث VSCode (1.32.1 حتى كتابة هذه السطور) ، يصبح CSS لنظام التشغيل Mac:

.mac{ font-family: "YOUR FONT HERE"; }

لقد وجدت هذا عن طريق إلغاء تصغير /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css ، ثم تشغيل:

grep apple-system DE-MINIFIED-CSS -A 5 -B 5

وتجربة قواعد المظهر المعقولة حتى تتغير واجهة المستخدم بالكامل.

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

+1 مني لحل حقيقي لهذا. لا توجد تعليقات من Microsoft بشأن
https://github.com/Microsoft/vscode/pull/63602 مخيب للآمال بعض الشيء.

أصلحت هذا مع بعض المغلق المخصص.

1. تنزيل be5invis/vscode-custom-css
2. قم بتمكينه وإضافة css المخصص الخاص بك

أردت مساحة أكبر لكل صف في الشجرة. أستخدم هذا التصميم:

.monaco-tree .monaco-tree-rows>.monaco-tree-row {
  min-height: 25px;
}

أنا أعلم. ولكنه يعمل

.monaco-tree-row.has-children {
وزن الخط: 500 ؛
الهامش: 8 بكسل ؛
اللون: #eee ؛
حجم الخط: 14 بكسل ؛
}

.monaco-tree-row {
وزن الخط: 300 ؛
الهامش: 5 بكسل ؛
حجم الخط: 12 بكسل ؛
اللون: #bbb ؛
}

هل من المفترض أن يعمل هؤلاء في هذه المرحلة؟ الهوامش بين عناصر الشريط الجانبي لا تتزايد :(

لتغيير عائلات الخطوط وأحجام منضدة العمل ، بصرف النظر عن تثبيت المكون الإضافي vscode-custom-css كما هو مشار إليه أعلاه ، تم إثبات طريقة أخرى أكثر مباشرة لتكون قابلة للتطبيق (تم اختبارها على VS Code 1.32.3):

1. ابحث في الملف "workbench.main.css" في القرص ، فقد يكون مسار الملف الصحيح هو "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css" ؛
2. عمل نسخة احتياطية من الملف ؛
3. افتح الملف وابحث عن ".part> .content" ، قد يكون هناك 4 مطابقات ، فقط قم بتعديل المطابقة الأولى حسب تفضيلاتك مثل .part> .content {font- size: 14px؛ وزن الخط: عريض ؛ عائلة الخطوط: Iosevka Term Slab Medium، Consolas، Courier New، monospace؛} "؛
4. احفظ هذا الملف وأعد تشغيل Vs Code ، Bingo :)

هل هناك طريقة لتغيير خط التعليمات البرمجية "التعليقات" ؟؟

غني

في 15 آذار (مارس) 2019 الساعة 12:51:48 صباحًا ، كتب مايك تشنغ ([email protected]):

لتغيير عائلات الخطوط وأحجام منضدة العمل ، بصرف النظر عن تثبيت المكون الإضافي vscode-custom-css كما هو مشار إليه أعلاه ، تم إثبات طريقة أخرى أكثر مباشرة لتكون قابلة للتطبيق (تم اختبارها على VS Code 1.32.3):

ابحث في الملف "workbench.main.css" في القرص ، فقد يكون مسار الملف الصحيح هو "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css" ؛
عمل نسخة احتياطية من الملف ؛
افتح الملف وابحث عن ".part> .content" ، قد يكون هناك 4 مطابقات ، فقط قم بتعديل المطابقة الأولى حسب تفضيلاتك مثل .part> .content {font-size: 14px؛ وزن الخط: عريض ؛ عائلة الخطوط: Iosevka Term Slab Medium، Consolas، Courier New، monospace؛} "؛
احفظ هذا الملف وأعد تشغيل Vs Code ، Bingo :)
-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع.

لتغيير عائلات الخطوط وأحجام منضدة العمل ، بصرف النظر عن تثبيت المكون الإضافي vscode-custom-css كما هو مشار إليه أعلاه ، تم إثبات طريقة أخرى أكثر مباشرة لتكون قابلة للتطبيق (تم اختبارها على VS Code 1.32.3):

1. ابحث في الملف "workbench.main.css" في القرص ، فقد يكون مسار الملف الصحيح هو "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css" ؛
2. عمل نسخة احتياطية من الملف ؛
3. افتح الملف وابحث عن ".part> .content" ، قد يكون هناك 4 مطابقات ، فقط قم بتعديل المطابقة الأولى حسب تفضيلاتك مثل .part> .content {font- size: 14px؛ وزن الخط: عريض ؛ عائلة الخطوط: Iosevka Term Slab Medium، Consolas، Courier New، monospace؛} "؛
4. احفظ هذا الملف وأعد تشغيل Vs Code ، Bingo :)

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

لتغيير عائلات الخطوط وأحجام منضدة العمل ، بصرف النظر عن تثبيت المكون الإضافي vscode-custom-css كما هو مشار إليه أعلاه ، تم إثبات طريقة أخرى أكثر مباشرة لتكون قابلة للتطبيق (تم اختبارها على VS Code 1.32.3):

1. ابحث في الملف "workbench.main.css" في القرص ، فقد يكون مسار الملف الصحيح هو "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css" ؛
2. عمل نسخة احتياطية من الملف ؛
3. افتح الملف وابحث عن ".part> .content" ، قد يكون هناك 4 مطابقات ، فقط قم بتعديل المطابقة الأولى حسب تفضيلاتك مثل .part> .content {font- size: 14px؛ وزن الخط: عريض ؛ عائلة الخطوط: Iosevka Term Slab Medium، Consolas، Courier New، monospace؛} "؛
4. احفظ هذا الملف وأعد تشغيل Vs Code ، Bingo :)

من المحتمل أن تفقد كل شيء في كل ترقية. على الأقل هذه هي الطريقة التي تعمل بها على Linux.

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

+1

+1

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

تحرير: الإعدادات -> النافذة: نمط شريط العنوان = مخصص => يمكنني رؤية القائمة !!

تعمل هذه المتصفحات وما إلى ذلك بشكل جيد في HiDPI في جنوم منذ أن تحولت إلى GTK3. لا يزال Qt غير مضطر للتعامل مع دعم HiDPI ، لذلك من المحتمل أن يكون سبب مشكلتك هو KDE.

نعم ، لكن عدم القدرة على تغيير هذه الخطوط ليس خطأ كيدي.

لكن المثال يبرز خط القائمة الصغير. أعتقد أن القائمة ليست جزءًا من HTML / CSS ، فهي تدار بواسطة واجهة مستخدم النظام. GTK3 في جنوم "يعمل فقط" ، لكن الأمور يمكن أن تتعقد عندما تحاول استخدام Qt في جنوم أو GTK في كيدي. كما ترون من دليل hidpi الخاص بـ Arch ، فإن KDE و Qt أقل اتساقًا.

لقد جربت هذا ولكنه يغير خطوط العنوان فقط. لا يؤثر على أي خطوط "تعليق" وهو ما كنت أبحث عن تعديله. هل هناك أي خيارات أخرى تعمل على "التعليقات"؟

غني

في 15 مارس 2019 الساعة 10:08:30 صباحًا ، كتب ريتش ([email protected]):

هل هناك طريقة لتغيير خط التعليمات البرمجية "التعليقات" ؟؟

غني

في 15 آذار (مارس) 2019 الساعة 12:51:48 صباحًا ، كتب مايك تشنغ ([email protected]):

لتغيير عائلات الخطوط وأحجام منضدة العمل ، بصرف النظر عن تثبيت المكون الإضافي vscode-custom-css كما هو مشار إليه أعلاه ، تم إثبات طريقة أخرى أكثر مباشرة لتكون قابلة للتطبيق (تم اختبارها على VS Code 1.32.3):

ابحث في الملف "workbench.main.css" في القرص ، فقد يكون مسار الملف الصحيح هو "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css" ؛
عمل نسخة احتياطية من الملف ؛
افتح الملف وابحث عن ".part> .content" ، قد يكون هناك 4 مطابقات ، فقط قم بتعديل المطابقة الأولى حسب تفضيلاتك مثل .part> .content {font-size: 14px؛ وزن الخط: عريض ؛ عائلة الخطوط: Iosevka Term Slab Medium، Consolas، Courier New، monospace؛} "؛
احفظ هذا الملف وأعد تشغيل Vs Code ، Bingo :)
-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع.

teresaejunior هذا سيولد

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

أيضا بالنسبة لي كان الطريق

C: \ Users [name] \ AppData \ Local \ Programs \ Microsoft VS Code \ Resources \ app \ out \ vs \ workbench

حقًا ، نحن في عام 2019 وما زلنا غير ممكن لتغيير حجم الخط في قائمة Explorer ؟؟؟

1. مساعدة
2. تبديل أدوات المطور
3. ابحث عن عنصر ، قم بتغييره css
4. ؟؟؟
5. الربح😎

• مساعدة
• تبديل أدوات المطور
• ابحث عن عنصر ، قم بتغييره css
• ؟؟؟
• الربح😎

هناك ارتفاعات خط محددة في التعليمات البرمجية المصدر.

• مساعدة
• تبديل أدوات المطور
• ابحث عن عنصر ، قم بتغييره css
• ؟؟؟
• الربح😎

هل هذا ممكن دون إنشاء موضوع خاص بك؟

• مساعدة
• تبديل أدوات المطور
• ابحث عن عنصر ، قم بتغييره css
• ؟؟؟
• نظارات بروفيتس

هناك ارتفاعات خط محددة في التعليمات البرمجية المصدر.

لست خبيرًا في CSS ، لكنني أتلاعب بأدوات Developer قليلاً ، ولم أتمكن من اكتشاف طريقة لتحقيق نفس التخطيطات التي تم الإبلاغ عنها في هذه المشكلة سابقًا .. على سبيل المثال هذا: https://github.com / Microsoft / vscode / issues / 519 # issuecomment-387007363 لا يبدو أنه يعمل بعد الآن ، تم تغيير المعرفات وأصبح الآن أكثر صعوبة في العمل .. الحشو والهوامش تجعل النص يختفي والارتفاع الأدنى لا يفعل شيئًا مع موناكو-شجرة. فئات مختلفة تؤثر على كيفية عرض صف واحد ..

1000 إعجاب لهذه المشكلة وما زلت لا شيء؟ يمكننا أن نقول تقريبًا "6 ... سنوات ... بعد ذلك ..."

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

هذا هو إصدار Microsoft من Steve Job's "لسبب ما قمنا بتطوير معالج كلمات بدون خطوط". لكن بعد 40 سنة. ولا حتى من محبي أبل. فقط لأقول.

تم إنشاء هذه المشكلة في تشرين الثاني (نوفمبر) 2015 وهي في أيار (مايو) 2019 ، وهناك طلب سحب تم تقديمه في تشرين الثاني (نوفمبر) 2018 ولا تزال هذه الميزة الأساسية غير قيد المناقشة. إنه لأمر مخز لأن vs code يجب أن يكون أفضل محرر / IDE استخدمته على الإطلاق. أسفل العار القذر.

لقد تخليت عن

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

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

هناك بعض الاختراقات في CSS في التعليقات السابقة أيضًا.

Jaeiya للصعوبات الفنية راجع https://github.com/microsoft/vscode/pull/63602

لأي من المشاهدين في المستقبل ، يعمل المكون الإضافي Custom CSS و JS Loader.

// settings.json
"vscode_custom_css.imports": [
  "file:///path/to/file.css"
]

// Aforementioned example files content
.mac, .windows {
  font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}
.monaco-workbench, .monaco-workbench .part > .content {
  font-size: 16px;
}

.other-css-selector        { content: "??????"; }
.other-css-selector::after { content: "profit"; }

ملحوظة

• يتغير الملف المستورد إلى عدم الانتشار الفوري.
• استخدم reload custom css/js -> reload window لمشاهدة التغييرات

SidIcarus هل هناك قالب للكتابة للينكسو؟ يجب أن يتغير إلى

.linux {
  font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}

وما معنى كلمة "??????" ؟

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

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

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

حجم خط منضدة VScode الأصلي:

بعد التصحيح:

(هناك أيضًا التزام آخر يقلل من ارتفاع علامات التبويب من 35 إلى 30 بكسل)

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

بالنسبة إلى هذا FR ، يجب أيضًا إضافة الخيار line height
ذات صلة: # 59873

+1

++

أعتقد أن هناك الكثير من الأشخاص ينتظرون هذه الميزة ..

+1

+1

هل يعرف أي شخص ما إذا كان هناك meme GIF لـ Microsoft تتعثر على غبائها وتتسبب عن طريق الخطأ في تعثر رؤوسهم في شركتهم؟

+1 تريد هذه الميزة أيضًا

caioproiete هذه ليست فكرة سيئة على الإطلاق ، لكنها عملية حسابية صعبة.

ما نوع الأضرار العقابية التي يمكن أن يتوقعها المرء من التعرض لمصدر حصري هذه الأيام؟

ملاحظة: لا تقم بتعليقاتك على thumbs-up . المتسكعون فقط يفعلون ذلك. ؛)

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

تعليقات مفيدة مثل knopp - https://github.com/microsoft/vscode/issues/519#issuecomment -499584551 - تدفن بسبب هذه الضوضاء.

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

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

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

لن يحدث ابدا.

تحديث الحالة الوحيد الذي تحتاج إلى سماعه هو: قتلت Microsoft VS Code بأغبى طريقة ممكنة.

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

مايكروسوفت تحتقر المبرمجين.

بصراحة ، أعتقد أنه سيكون من الأفضل بكثير إذا أخبرت مايكروسوفت أنها ليست كذلك
حل هذه المشكلة. تحولت إلى vim ولم تصبح سعيدة للغاية. هم
منتج مثل Internet Explorer ساعدني على التبديل إلى Firefox الآن مقابل الشفرة
جعلني أتحول إلى نيو فيم.

شكرا مرة أخرى مايكروسوفت. احبك مهما كان الامر.

في يوم الإثنين 4 نوفمبر 2019 الساعة 3:50 مساءً كتب AJB99 [email protected] :

pradyunsg https://github.com/pradyunsg

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

لن يحدث ابدا.

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

مايكروسوفت تحتقر المبرمجين.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/microsoft/vscode/issues/519؟email_source=notifications&email_token=AB5Y4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
.

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

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

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

jerch أنا +1 . وأعتقد أن هذا يجب أن يكون جدول أعمال هذا المشروع ، بغض النظر عن المشكلات مع security و bug ونفس التصنيفات.

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

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

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

اذن لا جواب؟

أي رد فعل ؟

أي رد فعل ؟

نعم: https://github.com/microsoft/vscode/issues/519#issuecomment -414583479

AlexWayfer هذا كان العام الماضي.

AlexWayfer هذا كان العام الماضي.

وكان المؤلف isidorn ، نعم.

دعونا نكتب المزيد من الحقائق غير المجدية!

هل تريد هذه الميزة؟ تنفيذه! أو دفع ثمن تنفيذها.

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

نعم

قم بإنشاء محرر نصوص جيد للفوز على الجميع خارج المنافسة ثم ...

https://en.wikipedia.org/wiki/Embrace ، _extend ، _and_extinguish

كحل بديل ، قمت بتخصيص إعداد window.zoomLevel رغبتي لحجم خط طاولة العمل ثم ضبط editor.fontSize لتعويض حجم خط المحرر. فمثلا:

// In VS Code's settings.json
{
    ...
    "editor.fontSize": 13,
    "window.zoomLevel": -1,
    ...
}

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

duanehutchins آسف لكن هذه الاختراقات تخلق الكثير من المشاكل. في وقت ما بسبب مثل هذه الاختراقات ، لا يعمل الخط بشكل صحيح على وحدة التحكم والعديد من المشكلات. تحقق من الردود السابقة 👍
https://github.com/microsoft/vscode/issues/84194

"من فضلك توقف عن المشاحنات والكراهية على مرض التصلب العصبي المتعدد ؛ هذا ليس مفيدًا."
ما هو المفيد؟ انتظر 10 سنوات أخرى؟ هاك آخر يسبب مشكلة في المحرر ويزيد من قائمة الأخطاء؟

ما هو المفيد؟

كما كتبت أعلاه:

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

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

هل هناك طريقة لتغيير خط تعليقات التعليمات البرمجية المعروف أيضًا باسم fancyfont؟

هناك طريقة لإنشاء مشكلة منفصلة لتغيير / ميزة منفصلة.

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

AlexWayfer كل من حجم الخط وعائلة الخط.

السماح بتغيير حجم الخط وخط طاولة العمل

AlexWayfer كل من حجم الخط وعائلة الخط.

السماح لتغيير حجم الخط و _font_ لمنضدة العمل

حسنًا ، شكرًا لك ، آسف.

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

هذه الميزة مطلوبة جدا !!!!! نحتاجها في اسرع وقت ممكن !!

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

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

أود أيضًا أن تكون قادرًا على تغيير عائلة الخطوط وحجم الخط لمناطق محددة (مثل الشريط الجانبي).
أفضل رؤية خط monotype "Source Code Pro".

شكر!

تم اقتراح الميزة في عام 2015 ، وهي عام 2020 الآن ... 🙄

بالتأكيد ميزة مطلوبة!

الرجاء إضافة هذه الميزة شكرا

الرجاء إضافة هذا

هل توقعتم يا رفاق شيئًا مختلفًا عندما اشترت MS جيثب؟ أتفق مع jerch أن IDEs الأخرى لديها ما نحتاجه ، لقد حان الوقت للعودة إلى Atom وتذكر أنه تم إيقاف تطويره لهذا IDE الذي لا يزال يحمل اسم أحد أكثر البرامج الضارة التي رأيتها تضخمًا على الإطلاق في حياتي "Visual Studio" - ما الذي يمنعنا من العودة إلى Atom؟

لم أجرب Atom منذ فترة طويلة ، لكن في كل مرة أقارنها بـ VS Code ، أفضل Code. يبدو أن مطوري Atom مشغولون في إعادة كتابته من البداية باستخدام واجهة Rust الخلفية بدلاً من العقدة. أعتقد أن هذا خطأ ، لأن العقدة ذات الواجهة الأمامية اللائقة لـ JS (تعتبر TS أكثر شيوعًا من CS هي نقطة جيدة أخرى) لديها أداء وموثوقية مناسبين لهذا التطبيق IMO ، وبالتالي فإن صعوبة التطوير في Rust تفوق الفوائد التي ستحصل عليها احضر هنا.

realh أعتقد أنك مخطئ تمامًا. لماذا تعتقد أن النص الرائع أسرع جدًا من الكود؟ الكتابة الديناميكية لـ JS لها تكلفة باهظة ولهذا السبب تحظى ASM بشعبية كبيرة. ولمعلوماتك لا أعتقد أن مطوري الذرة يعملون على خلفية الصدأ. إذا كان لديهم ذرة ستكون مختلفة جدًا اليوم وبسرعة بحيث لا أحد يرغب في استخدام vscode.

انظر: https://github.com/atom-archive/xray

لقد قاموا بوضعه في الأرشيف. فائدة الصدأ هي الأمان والسرعة وهو أمر ضروري لأي برنامج.

سامية قديمة جدا. في بدايتها ، ربما لم يكن هناك شيء مثل Atom أو VS Code ممكنًا ، لأسباب إضافية إلى جانب الأداء. لكن أداء الأجهزة والمتصفح قد تحسن كثيرًا ، لذا من المحتمل أن يعمل VS Code الآن على الأقل بسلاسة مثل IDE / محرر مكافئ مكتوب بلغة C ++ كان سيحدث قبل عقد من الزمن. أداءها كافٍ . يمكنه مواكبة كتابتي ولا يعاني من تأخر مزعج في ميزات مثل Intellisense ، حتى عند تشغيله على Macbook Air ، وتحرير الملفات عبر sshfs.

الموثوقية بالمثل. من المفترض أن يكون الصدأ بديلاً بشكل أساسي لـ C / C ++ ، وليس اللغات المدارة. تفتقد غالبية أخطاء Code إلى ميزات مثل هذه ، أو أشياء لا تعمل بشكل صحيح (مثل التحديد المرئي في المكون الإضافي vim) ، والتي لن يساعدها Rust. يتم تقليل نوع الأخطاء التي يمنعها الصدأ بشكل كبير في JS وما إلى ذلك مقارنة بـ C / C ++ ، وقد يتسبب في تعطل و / أو تلف ما أقوم بتحريره ، ولا أرى دليلًا على وجود مشكلات كبيرة في Code أو Atom مع هذا النوع من شيء.

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

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

سامية قديمة جدا
لا ، تم إصداره لأول مرة في 18 يناير 2008 وهو ليس قديمًا جدًا أقدم من vscode بـ 7 سنوات فقط.

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

"يتم تقليل نوع الأخطاء التي يمنعها Rust بشكل كبير في JS وما إلى ذلك مقارنة بـ C / C ++ ، وقد يتسبب في تعطل و / أو تلف ما أقوم بتحريره ، ولا أرى دليلًا على وجود مشكلات كبيرة في Code أو Atom مع ذلك نوع ما."
نعم ، لكن الصدأ يساعد عندما تحاول إعادة بناء الكود وهو نقطة + رائعة. التكلفة التي تدفعها في الصدأ هي وقت تجميع طويل وإلا فهي أفضل لغة على الإطلاق.

"لا يزال تجميع الويب مطبقًا في جافا سكريبت ، لذلك لا أعتقد أن الأداء هو عامل الجذب الرئيسي بعد ،"
أنا لا أحصل عليه ولكن wasm سيسمح باستخدام C و C ++ و Rust والسبب الرئيسي لاستخدام wasm هو للأداء وإلا فلماذا نحتاج إلى wasm في المقام الأول؟

على أي حال ، لن يستخدم vscode Rust أبدًا لأنهم يستخدمون Typescript الذي يحتوي بالفعل على تكلفة كبيرة على الترجمة. لذلك لا أعرف سبب وجود Rust و C ++ و C هنا.

ونعم أعتقد أنه بعد حصول MS على github ، تم إهمال atom إلى حد كبير :(. على أي حال ، يعد Vscode محررًا رائعًا ولكن هذه المشكلة لا تحظى بأي تركيز وهو أمر محزن.

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

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

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

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

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

أنا حقًا لا أفهم الكراهية تجاه Microsoft فيما يتعلق بـ VSCode. إنه أفضل محرر عملي لأي حالة استخدام أتيت بها ... نعم ، هناك حالات متطورة حيث يمكن أن يكون "أفضل" ولكن لنكن صادقين ، عندما نتحدث عن البرامج واحتياجات المطورين ؛ "يمكن أن يكون أفضل عند x ، y ، z" لن يكون راضيًا أبدًا. إنه معيار مستحيل .

ومع ذلك ، فإن مثل هذه المشكلات موجودة هنا لإعطاء رؤية للأشياء التي يرغب مجتمع VSCode لدينا حقًا ككل ، ويجب على Microsoft تحديد أولويات هذه الأشياء. أعتقد حتى الآن أنهم قاموا بعمل مذهل ، وإذا أراد أي شخص أن يستمر في التذمر من مدى سوء Microsoft (فيما يتعلق بـ VSCode) ، فقم بإثبات ذلك من خلال كتابة IDE الخاص بك الذي يتمتع بشعبية كبيرة والذي يعتني بنجاح بكل "x y و z " الحالات التي يجب أن ترضي الجميع على قدم المساواة.

هذا المشروع عملاق للغاية وأثني على Microsoft لعملها النشط في مساعدتنا للمطورين الصغار الذين لا يستطيعون تحمل تكلفة Visual Studio ، بمنتج مجاني يلبي 99٪ على الأقل من متطلباتي الخاصة وأتخيل مجموعة كاملة من الآخرين أيضًا .

أنا حقًا لا أفهم الكراهية تجاه Microsoft فيما يتعلق بـ VSCode. إنه أفضل محرر عملي لأي حالة استخدام أتيت بها ... نعم ، هناك حالات متطورة حيث يمكن أن يكون "أفضل" ولكن لنكن صادقين ، عندما نتحدث عن البرامج واحتياجات المطورين ؛ _ "يمكن أن يكون أفضل في x ، y ، z" _ لن يرضي أبدًا. إنه معيار مستحيل .

ومع ذلك ، فإن مثل هذه المشكلات موجودة هنا لإعطاء رؤية للأشياء التي يرغب مجتمع VSCode لدينا حقًا ككل ، ويجب على Microsoft تحديد أولويات هذه الأشياء. أعتقد حتى الآن أنهم قاموا بعمل مذهل ، وإذا أراد أي شخص الاستمرار في التذمر من مدى سوء Microsoft (فيما يتعلق بـ VSCode) ، فقم بإثبات ذلك من خلال كتابة IDE الخاص بك الذي يتمتع بشعبية كبيرة والذي يعتني بنجاح بجميع _ "x و y و z "_ edge التي يجب أن ترضي الجميع على قدم المساواة.

هذا المشروع عملاق للغاية وأثني على Microsoft لعملها النشط في مساعدتنا للمطورين الصغار الذين لا يستطيعون تحمل تكلفة Visual Studio ، بمنتج مجاني يلبي 99٪ على الأقل من متطلباتي الخاصة وأتخيل مجموعة كاملة من الآخرين أيضًا .

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

betovelandia وما الذي

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

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

وما الذي يكسبونه بالضبط من المستخدمين المجانيين؟

أرض.

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

VSCode هو حرفيا عبودية ، أو على الأقل أحدث محاولة عرجاء من MS في وقت واحد.

إنه أيضًا برنامج ممتاز ، والذي تدمره MS ، لأن هذا على ما يبدو أفضل ما يفعلونه.

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

قدم saighost علاقات عامة جيدة تمامًا منذ سنوات ، لكن The Deathstar ترفض تنفيذها. لماذا ا؟

بجدية ، اسأل نفسك هذا السؤال: نظرًا لأن الأمر سيستغرق أقل من 3 ساعات لمراجعة واختبار طلب الميزة الشائع للغاية هذا ، فلماذا لم يتم تنفيذ ذلك في 5 سنوات من قبل الفريق الأساسي ، أو ببساطة عن طريق دمج العلاقات العامة التي saighost كتب تكرم ذلك؟

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

تهانينا لمايكروسوفت في الذكرى السنوية الخامسة والأربعين لركل المطورين بلا داع في وجهك لمجرد أنك غبي جدًا أو عنيد في فهم الخطوط.

من فضلك توقف عن هذا النقاش خارج الموضوع الآن!

من فضلك توقف عن هذا النقاش خارج الموضوع الآن!

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

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

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

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

هذا البرنامج المساعد: تخصيص واجهة المستخدم له تطبيق قاعدة الميزات في المكون الإضافي "Monkey Patch"

يبدو الخط الأحادي الافتراضي لـ Ubuntu صغيرًا جدًا عند 14 بكسل في شاشة hidpi ، ولكن إذا قمت بتعيينه على حجم معقول ، فستكون الأجزاء الأخرى من واجهة المستخدم الرسومية كبيرة بشكل سخيف (https://github.com/microsoft/vscode/issues/88916) . إصلاح هذه المشكلة من شأنه أيضًا إصلاح ذلك.

يا الهي! كان هذا طلب ميزة منذ 2015 😅

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

ها هي (+1) مني أيضًا

سيكون من الجيد جدًا أن تكون قادرًا على تعيين خط المستكشف.

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

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

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

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

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

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

كشخص اعتاد على قول هذا لأطول وقت ، أفهم المشاعر. ولكن هناك مشكلات يحلها الإلكترون لا تفعلها أطر واجهة المستخدم الرسومية الأخرى. على سبيل المثال ، يعد استخدام أي شيء آخر بمثابة ألم كبير في المؤخرة للتكرار معه. لقد قمت بعمل Qt (كلا من C ++ و Python) ، و WxWidgets ، و Delphi ، و WPF ، و WinForms ، والله أعلم ماذا ، والإلكترون هو الوحيد الذي اعتقدت "مرحباً ، من الممتع إنشاء تطبيق سطح المكتب هذا". أنا لا أبدأ حتى بجزء "عبر النظام الأساسي". أفضل تجربة في "واجهة مستخدم سطح المكتب" حصلت عليها خارج الإلكترون كانت ImGui ، وهذا لا يعني حتى لتطبيقات سطح المكتب. لاحظ أيضًا أن العديد من التطبيقات التي تحتوي بالفعل على واجهة مستخدم رسومية جيدة انتهى بها الأمر إلى كتابة خاصة بها وبذلت جهدًا هائلاً في ذلك ، بدلاً من تطوير التطبيق نفسه.

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

لاقتباس مقال واحد لطيف على موقع reddit:

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

حالة تطبيقات سطح المكتب محزنة للغاية ومروعة.

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

أضف +1 إلى الكومة. لا أصدق أن هذا لم يتم تناوله في 5 سنوات. نموذجي من Microsoft. 😁

كثافة شجرة المستكشف كثيفة للغاية. لا ينبغي أن أضطر إلى التحديق للعثور على الملف الذي أريده. سيكون خيار زيادة ارتفاع الخط رائعًا لكل https://github.com/Microsoft/vscode/issues/59873

+1

✳️ https://github.com/Microsoft/vscode/issues؟utf8=٪E2٪9C٪93&q=is٪3Aissue+is٪3Aopen+label٪3Abug==CoC__https : //github.com/microsoft/vscode/blob /master/CONTRIBUTING.md💯🦸‍♀️

مجرد حالة استخدام غير مذكورة: اجعل من الممكن تغيير جميع خطوط vscode إلى monospace. لا يحب البعض منا (مستخدمو emacs القدامى) التبديل طوال الوقت بين الخطوط ذات العرض المتغير والخطوط أحادية المسافة أثناء القراءة.

اعتقدت أنني سأشارك برنامج shell النصي الخاص بي لجعل CSS تحميل vscode من ملف (ولا أشكو من التلف). أنا فقط لا أشعر بالسماح للملحقات بالقيام بذلك.

https://gist.github.com/a85b8231a9f5494149387c3a36079e84

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

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

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

أي أخبار عن هذا؟

أي أخبار عن هذا؟

فقط انظر أعلاه و ... من الواضح ، لا.

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

ما العائق إذن؟ هل هناك أي حاصرات؟

يمكنك قراءة الجواب من العضو .

أود أن أرى بعض الحركة في هذا الشأن. 🚀

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

هل ما زلت تنتظر Microsoft لدعم التخصيص؟ سنجد قاتل إبستين قبل إغلاق هذه التذكرة

هل ما زلت تنتظر Microsoft لدعم التخصيص؟

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

سنجد قاتل إبستين قبل إغلاق هذه التذكرة

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

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

هل ما زلت تنتظر Microsoft لدعم التخصيص؟ سنجد قاتل إبستين قبل إغلاق هذه التذكرة

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

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

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

+1

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

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

الآن ، لماذا هذه ليست ميزة؟ لقد مرت 5 سنوات.

وإذا فعلوا ذلك ، سأبدأ في استخدام محرر كود آخر.

أعتقد أنك كتبت بشكل غير صحيح ، لكن: حسنًا ، من فضلك ابدأ.

الآن ، لماذا هذه ليست ميزة؟ لقد مرت 5 سنوات.

لأنه لم يقم أحد بتنفيذ هذا ، من الواضح.

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

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

ربما يجب أن يكون لهذه المشكلة تسمية إمكانية الوصول ؟

feorlen - يمكنك بالفعل تخصيص خط وحجم الجهاز المدمج بشكل مستقل عن المحرر. إلا إذا أسأت فهم سؤالك.

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

feorlen هل جربت الإعداد window.zoomLevel ؟ أعتقد أنه أفضل من لا شيء.

وإذا فعلوا ذلك ، سأبدأ في استخدام محرر كود آخر.

أعتقد أنك كتبت بشكل غير صحيح ، لكن: حسنًا ، من فضلك ابدأ.

الآن ، لماذا هذه ليست ميزة؟ لقد مرت 5 سنوات.

لأنه لم يقم أحد بتنفيذ هذا ، من الواضح.

واو ، تعليق عبقري.

لست متأكدًا مما إذا كان طلبي هو نفس هذه المشكلة ..
في الوقت الحالي ، قمت بتعديل workbench.desktop.main.css : ابحث عن windows{font-family:Segoe WPC,Segoe UI,sans-serif} في الملف ، وأضف الخطوط التي أحتاج إليها. بالنسبة لنظامي التشغيل Mac و Linux ، ما عليك سوى البحث عن mac{font-family أو linux{font-family .
لقد فعلت ذلك فقط لأن لدي بعض أوراق جديلة مع اسم الملف في CJK ، وستتراجع الخطوط الموجودة في الشريط الجانبي وعلامات التبويب إلى خط بكسل افتراضي معين للنظام (يبدو أنه).
آمل أن يوفر رمز VS خيار تغيير خطوط واجهة المستخدم مثل تغيير خطوط المحرر في setting.json

انتقل للتو إلى VSCode من Atom. مندهشًا أن "شجرة الملفات" الخاصة بي يجب أن تبدو كبيرة جدًا وجريئة ومشرقة. قارن مع الذرة:

كود VSC:

ذرة:

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

اقتربت من العثور على قاتل إبستين ، حصلت على قائمة المشتبه بهم ، كيف تأتي هذه الميزة؟

justinko ، التباين مهم. سأخاطر بتخمين أن عددًا كبيرًا من الأشخاص يجدون صعوبة في قراءة النص في لقطة شاشة Atom أكثر من قراءة VSCode. أنا شخصياً لا ألاحظ أي اختلاف ، لدرجة أنني قمت بتبسيط تعليقك في البداية واعتقدت أنهما كانا لقطات شاشة لـ Atom. بعد أن أدركت أن الأول هو VSCode ، أواجه الآن مشكلة في معرفة ما يزعجك - IMO ، VSCode واحد أقل "كبير وجريء ومشرق" ؛ تكون الرموز الأصغر وأيقونات المجلدات كلها رمادية.

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

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

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

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

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

لماذا تستغرق الميزة التي من الواضح أنها شيء بسيط لإضافتها وقتًا طويلاً؟

بعد مرجع آخر لإجابة أحد الأعضاء: https://github.com/microsoft/vscode/issues/519#issuecomment -643326100

لم تهتم Microsoft أبدًا بـ UX ، يمكنك يا رفاق الاشتراك أو إلغاء الاشتراك أو التصويت أو التحدث أو البقاء هادئًا أو حتى العثور على قاتل Epstein ولن يغير شيء من حقيقة أن هذا لن يرى النور أبدًا لأن هذا هو Microsoft.
قد يكون العديد من المهندسين هنا جديدًا في التعامل معهم ولكن هذا الموقف كان ثابتًا منذ أيام IE6 ، تريد Microsoft فقط أن يكون لها حضور قوي على الويب ، لكن Microsoft تهتم بأدوات المطورين والتخصيص؟ لن يحصل ابدا.
كان Atom رائعًا ، وكان Atom قابلاً للتخصيص منذ البداية ، ثم جاءت Microsoft ودمرت كل شيء بشراء Github.
وسنعطي @ memeplex نوبة قلبية إذا استمر في

هل يمكننا قفل هذا الموضوع للمساهمين في الوقت الحالي؟

هناك العديد من الأشياء المطلوبة لكي يعمل طلب الميزة هذا بالشكل المتوقع .

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

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

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

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

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

هذه مشكلة وصول خطيرة. إن استخدام هذا التطبيق يؤلمني ، ولا بد لي من استخدامه بشكل يومي.

لا يمكنني ارتداء النظارات فقط لإصلاحها.

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

نجاح باهر 5 سنوات وهذه الميزة لا تزال حتى شيء lmao. أنا أحب vs code ولكن هذا ضروري للغاية إذا كان لديك أكثر من شاشة واحدة.

في غضون ذلك ، نستمر في التغيير باليد. part>.content{font-size:13px} إلى .part>.content{font-size:16px}
أي شخص يقول الأمر أكثر تعقيدًا من ذلك فهو مليء به. ما مدى صعوبة تحديث CSS بناءً على حجم الخط المحدد؟ أعتقد أنه من أجل MS.
الآن في كل ترقية هناك الكثير من الميزات غير المجدية التي ربما تستغرق وقتًا أطول بكثير من إضافة إعداد لتعيين حجم خط شجرة الملف. ما هو F؟

في غضون ذلك ، نستمر في التغيير باليد. part>.content{font-size:13px} إلى .part>.content{font-size:16px}
أي شخص يقول الأمر أكثر تعقيدًا من ذلك فهو مليء به. ما مدى صعوبة تحديث CSS بناءً على حجم الخط المحدد؟ أعتقد أنه من أجل MS.
الآن في كل ترقية هناك الكثير من الميزات غير المجدية التي ربما تستغرق وقتًا أطول بكثير من إضافة إعداد لتعيين حجم خط شجرة الملف. ما هو F؟

سؤال أساسي. كيف تضيف هذا / تعدل هذا في VS Code؟

KingOfSpades حرر workbench.desktop.main.css وابحث عن أول .part>.content

يمكنك تغيير خط المحرر ، المحطة ، ولكن لسبب ما لا يمكنك تغيير خط اللوحة

Microsoft النموذجي ، تمامًا مثل Windows 10 ، يحبون التناقض والانتفاخ