Vscode: Permettre de changer la taille de la police et la police de l'atelier

Créé le 24 nov. 2015  ·  263Commentaires  ·  Source: microsoft/vscode

Pour le moment, nous ne pouvons changer que la taille de la police / police de l'éditeur. Si nous voulons changer la taille de la police, nous devons utiliser une méthode détournée de "zoom avant / arrière". Ce serait bien si cela pouvait être ajusté via les préférences.

feature-request layout

Commentaire le plus utile

De plus, je souhaite augmenter l'interligne dans l'explorateur. Les noms de fichiers sont bien trop proches les uns des autres et sont fatigants à regarder.

Tous les 263 commentaires

De plus, il semble étrange que si je veux des polices plus grandes à l'extérieur de l'éditeur, je doive zoomer chaque fois que je redémarre.

pls voir # 291 pour le problème de zoom (en général, les pls ne créent pas de problèmes de combo: sourire :)

+1

v1.4.0 semblait rendre les polices de l'explorateur de fichiers plus grandes / plus audacieuses, rendant plus difficile la traversée d'un grand répertoire

+1

+1

👍

👍

La nouvelle interface de thème de l'interface utilisateur donne-t-elle accès à la taille de la police?

De plus, je souhaite augmenter l'interligne dans l'explorateur. Les noms de fichiers sont bien trop proches les uns des autres et sont fatigants à regarder.

Ha, j'allais suggérer d'exposer la hauteur de la ligne pour pouvoir la diminuer et mettre plus de fichiers dans chaque écran.

juste pour ajouter une autre raison:

  • la modification de l'explorateur en une police à espacement fixe est plus facile à lire lors de la recherche de fichiers

+1

Veuillez ajouter un support pour changer la taille de la police de la fenêtre EXPLORER.

Sorte de solution hacky pour ceux qui sont intéressés: augmentez la taille de la police principale et définissez le niveau de zoom de la fenêtre sur une valeur négative (paramètre cmd + - ou window.zoomLevel ). Il est également possible d'utiliser des valeurs fractionnaires comme "window.zoomLevel": -0.75 .

@kompot - votre approche fonctionne parfaitement! Voici mon fichier de paramètres utilisateur:

{
"workbench.colorTheme": "One Dark Pro",
"editor.fontSize": 12,
"window.title": "$ {activeEditorMedium} www.BKD.io ",
"newFile.defaultBaseFileName": "newFile",
"newFile.relativeTo": "fichier",
"newFile.defaultFileExtension": ".ts",
"newFile.rootDirectory": "~",
"newFile.showPathRelativeTo": "root",
"newFile.expandBraces": false,
"editor.tabSize": 2,
"editor.formatOnSave": vrai,
"plus joli.semi": faux,
"window.zoomLevel": 1,
"git.enableSmartCommit": true,
"terminal.integrated.fontSize": 16,
"terminal.external.osxExec": "Hyper.app",
"atomKeymap.promptV3Features": true,
"editor.multiCursorModifier": "ctrlCmd",
"editor.formatOnPaste": vrai,
"files.exclude": {
" /.git": vrai," /.svn": vrai,
" /.hg": vrai," / CVS": vrai,
" /.DS_Store": vrai," /.history": vrai,
" /.github": vrai," /.vscode": vrai,
"** / node_modules": vrai
}
}

En particulier, j'estime qu'il y a trop d'espace entre 2 éléments sur la liste, donc pas assez d'éléments sur l'écran. Je viens de comparer à l'arborescence de fichiers d'Eclipse, et il obtient 48 éléments dans l'espace où Visual Studio en obtient 36.

Je pense que la barre latérale en particulier doit pouvoir personnaliser wrt: lineHeight, fileFontColor, dirFontColor et activeLineColor.

Comparaison de Sublime 3:

image

au code VS:

image

Je suis fatigué de regarder l'arborescence VS Code, et je suis souvent incapable de trouver des fichiers facilement sans avoir à détourner le regard et à réinitialiser mes yeux, ou à réduire tous les dossiers ouverts, puis à recommencer à partir de la racine pour trouver ce que je recherche . Je ne peux pas dire que j'ai déjà vécu cela dans Sublime, et je pense que c'est la différenciation des couleurs des fichiers et des dossiers qui l'empêche.

Lors de la modification de la police dans le editor.fontFamily , cela ne se reflète pas dans le reste de l'interface utilisateur, ce qui crée une différence entre l'éditeur et l'interface utilisateur. De plus, il n'y a pas workbench.fontFamily paramètres workbench.fontSize pour compenser ce problème.

Pour moi, en réglant un petit zoom CMD / CTRL + - quelques fois, et en augmentant les edit.fontSize et terminal.intergrated.fontSize , je suis prêt à partir. Ce n'est pas aussi hacky que je le pensais. Tout est encore relatif, donc utiliser le CMD / CTRL + + change tout l'espace de travail, ce que je veux.

... ajoutant aux différentes raisons: si je mets "workbench.fontAliasing": "none", - étant donné que j'utilise une police non anti-crénelée dans l'éditeur, l'explorateur (côté gauche de la photo) a l'air vraiment mauvais: /
screen shot 2017-11-21 at 10 48 31

+1
Besoin de changer _fontStyle_, _fontSize_ dans l' explorateur et l' onglet

+1 de ma part pour les thèmes d'interface utilisateur comme Atom.

J'aime vraiment cette fonctionnalité dans d'autres éditeurs de code (Pycharm). Veuillez inclure la même chose dans votre feuille de route proche.

De même, ce serait formidable s'il était également possible de changer la famille de polices.

+1 personnalisation de la police pour l'explorateur aussi

+1

Besoin d'une famille de polices de l'interface utilisateur générale et des paramètres de taille de police de l'interface utilisateur ...

Ce que j'aimerais vraiment savoir, c'est pourquoi tous ces votes négatifs pour cette fonctionnalité? Quel est l'inconvénient de pouvoir modifier la police de l'atelier?

@picosam Les

plus d'un an et nous devons encore attendre cette fonctionnalité :(

Vous vous demandez simplement s'il y a un ETA sur cette fonctionnalité? Ce serait très pratique si nous pouvions configurer cela dans les paramètres json. La taille de police actuelle rend très difficile la navigation dans les fichiers d'un projet. Merci

Je suis d'accord que la taille de la police de l'interface est énorme, mais au moins nous avons le hack de @kompot , ce qui est suffisant pour le moment.

Si je pouvais choisir statusBar.zoomLevel séparément, ce serait un grand avantage, si pour une raison quelconque, l'intégrité de la mise en page était difficile à maintenir avec le dimensionnement gratuit des polices.

Veuillez ajouter des fonctionnalités pour changer la police de la barre latérale. Pour cette raison, j'utilise des éditeurs alternatifs.

+1

J'ai passé toute la journée à passer du sublime au VSCode. J'aime tout, sauf la barre latérale, qui est un peu trop petite. Veuillez exposer les paramètres pour modifier la hauteur de ligne, la famille de polices et la taille de la police.

+1

Je suis en train de passer à VS Code de Sublime et la barre latérale est la principale chose avec laquelle j'ai un problème. Ce serait génial de pouvoir personnaliser la hauteur de ligne et la taille de la police.

Je passe d'IntelliJ et mon expérience avec VSCode jusqu'à présent est superbe .. sauf pour le SideBar. Je ne peux pas m'y habituer. Une option sideBar.lineHeigth aiderait beaucoup avec cela. Une option sideBar.dirBackground et une option sideBar.dirExpandedBackground seraient bien aussi, je suppose.

+1

+1

+1

Me désinscrire

Le mar 20 mars 2018 13:40 farahabdi, [email protected] a écrit:

+1

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/Microsoft/vscode/issues/519#issuecomment-374600867 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AjugnBFb7O9WsyW3BMQT8i1TaTdkOdVtks5tgQbbgaJpZM4GoAlw
.

Les gars, êtes-vous même sérieux? Pourquoi diable continuez-vous à poster vos plus-uns, utilisez simplement un bouton sur un message de départ.

@ steve6274 Faites-le vous-même, il y a un bouton pour cela, c'est dans le coin inférieur droit sur cette capture d'écran: https://monosnap.com/file/FJkeWTsHWIhI6DtRXZKXLo0oUHjv43.png

Je suis principalement passé de Sublime à VS Code et de même, je trouve la barre latérale l'un des plus grands défis, pour moi surtout en raison du manque de différenciation, par exemple entre les dossiers et les fichiers - icônes ou non.

J'ai trouvé l'un de mes désirs de Sublime dans ce numéro: https://github.com/Microsoft/vscode/issues/10748#issuecomment -241287964 - une simple demande d'ajout de dossiers en gras, avec le commentaire lié une solution suggérée possible ouverte aux commentaires.

Cette (configuration optionnelle) a été rejetée car apparemment une option de police en gras nécessite une décision de toute l'équipe UX (???) et n'est "pas sur la feuille de route pour les 6 à 12 prochains mois". Jusqu'à présent, j'aime beaucoup VS Code, mais je trouve ce genre d'attitude décourageant. Il s'agit d'une préférence de nom de dossier de police en gras facultative. Cependant, je garde espoir et je serais heureux de vous aider si nécessaire.

Peut-être que ce https://github.com/Microsoft/vscode/issues/26128 est en fait celui à surveiller? Je l'ai manqué quand je lisais avant.

Y a-t-il une chance que nous voyions cela mis en œuvre avant la fin de cette année?

VSCode Version: 1.21.1
OS Version: Windows 7

Je voudrais voir une option pour augmenter la petite taille de police utilisée dans les menus VSCode

Peut-être que vous vous attendez à ce qu'un tel paramètre soit réglable au niveau du système d'exploitation, je pense qu'il est nécessaire dans VScode, tout comme il y a un éditeur et des options de taille de police de terminal, il devrait y avoir l'évident "menu.fontsize": 14,

je suis conscient de
"window.zoomLevel": 0.4

Mais cela ne semble pas affecter le menu et les menus déroulants.
Je vous remercie.

Je voudrais avoir la possibilité de colorer certains dossiers de code avec une couleur d'arrière -
Pointez sur un dossier, R-cliquez sur changer la couleur d'arrière-plan / de surbrillance

image

  • En ce qui concerne la taille de la police, pourquoi ne pas prendre en charge Ctrl-Wheelmouse dans chaque domaine majeur de VSCode et laisser les utilisateurs définir leur niveau de confort de manière dynamique.
  • La manière naturelle est de pointer avec la souris sur le menu , les onglets, la barre d'outils latérale, les panneaux, le terminal, etc. et d'utiliser la souris Ctrl-Wheelmouse pour définir la taille de la police (niveau de zoom)
  • Il est faux de supposer que tous les utilisateurs veulent nécessairement un niveau de zoom global ou une taille de police.
    Je vous remercie.

+1.
le niveau de zoom n'est pas mon préféré

Réponse de Visual Studio sur l'option de modification de la police des commentaires: _ " Pour le moment, la modification de la famille de polices n'est pas disponible. Cependant, cette demande de fonctionnalité est actuellement ouverte sur le dépôt VS Code GitHub. Nous considérons que vous voudrez peut-être voter ici: http://msft.social/jeezBz . "_

J'ai corrigé cela avec un CSS personnalisé.

  1. Télécharger be5invis/vscode-custom-css
  2. Activez-le et ajoutez votre CSS personnalisé

Je voulais plus d'espace pour chaque ligne dans l'arborescence. J'utilise ce style:

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

Hacky, je sais. Mais ça marche

@lindesvard Merci, je ne connaissais pas cette extension.

@mchampanis Je

.monaco-tree-row.has-children {
poids de la police: 500;
marge: 8px;
couleur: #eee;
taille de la police: 14px;
}

.monaco-tree-row {
poids de la police: 300;
marge: 5px;
taille de la police: 12px;
couleur: #bbb;
}

Lorsque j'utilise VS Code dans une machine virtuelle sur mon MacBook Pro avec un écran Retina, j'ai un rendu de police vraiment terrible. Tout est très flou. Si j'utilise n'importe où près de la résolution native de l'écran (2880 x 1800) pour essayer d'améliorer cela, les polices deviennent extrêmement minuscules. Je peux ajuster la taille de la police dans l'éditeur et le terminal pour obtenir des résultats acceptables, mais en utilisant l'option window.zoomlevel pour obtenir l'interface utilisateur à une taille lisible, tout est à nouveau flou, car il s'agit évidemment d'un zoom avant.

Je souhaite vraiment que l'option de modifier la taille de la police soit présente. Comme c'est le cas, VS Code est inutilisable pour moi dans un environnement vm.

@lindesvard Juste curieux ... avant de devenir fou avec ça, cette extension me permettra-t-elle de modifier le type de police que j'utilise pour les commentaires dans mon code? Je me demande juste les limites. JE VOUS REMERCIE !!

_J'ai réalisé après avoir publié ceci_ qu'il n'y a actuellement aucun moyen de modifier les polices de commentaires. Cependant, l'autre hack de @mchampanis a aidé à améliorer un peu l'éditeur. J'espère que l'option d'ajouter des polices fantaisie aux commentaires sera bientôt réintroduite.

Oui, j'aimerais que les dossiers contiennent du texte légèrement plus gros que les fichiers et que les dossiers racine (les dossiers de niveau supérieur ajoutés à un projet) aient un peu de remplissage devant eux, ou même une légère bordure supérieure, afin que vous puissiez facilement voir où chaque nouvelle arborescence de système de fichiers commence.

L'extension custom-css semble un peu trop un hack, cependant :-)

J'ai réussi à changer le font-family de l'arborescence et les autres barres latérales de mon Debian en éditant workbench.main.css dans le dossier /usr/share/code/resources/app/out/vs/workbench/

trouvez la classe .monaco-shell et changez-y la famille de polices.

MIS À JOUR :

Ajoutez simplement .monaco-shell {font-family: "your font";} dans la dernière ligne du fichier /usr/share/code/resources/app/out/vs/workbench/workbench.main.css . Et tu es prêt à partir

screenshot from 2018-07-08 01-49-31

@MaxySpark Merci pour le correctif. Pourtant, j'aimerais vraiment qu'ils ajoutent cette fonctionnalité. Je suis sûr que la prochaine fois que VScode mettra à jour cette température. le correctif sera écrasé et je devrai à nouveau changer la famille de polices.

@MaxySpark bien que cela change la police, cela donne également une erreur de corruption à partir d'une nouvelle installation de vscode. Le dépannage d'une nouvelle installation sur une machine distincte avec uniquement cette modification me donne cette erreur chaque fois que j'ouvre l'éditeur:

screen shot 2018-07-04 at 5 27 17 pm

@chaddanna cliquez simplement sur l'icône d'engrenage et sélectionnez Don't Show Again

C'est assez époustouflant avec tous ces efforts pour VSCode, un problème de base comme celui-ci n'est toujours pas résolu. Sous OS X, la police de l'interface utilisateur est bien trop grande et la seule façon de la réduire (window.zoomLevel) entraîne une vilaine oscillation de défilement. Il s'agit d'un problème de convivialité important.

Est-ce toujours en cours d'examen? Lors de l'utilisation
"window.zoomLevel": -1,

Cela rend ma police incroyablement moche

cela fait 3 ans depuis la demande initiale, pourquoi je continue de penser que c'est l'amélioration des fonctionnalités la plus abandonnée de toutes?

Mode Microsoft typique.

Mode Microsoft typique.

Ok, maintenant cela semble ingrat. Il y a beaucoup de gens qui font beaucoup d'efforts dans VSCode (et beaucoup d'entre eux pendant leur temps libre). Et certainement contrairement à la "mode Microsoft typique", il est open source donc personne ne vous empêche de l'implémenter et de soumettre une pull request.

Il doit y avoir un problème avec Electron en amont qui empêche la mise en œuvre de cette demande de fonctionnalité. Sinon, je suis sûr que l'équipe VS Code l'aurait résolu maintenant. @ ramya-rao-a voudriez-vous sonner s'il vous plaît?

Oui, devrait être une simple modification. J'étais juste en train de vérifier cet éditeur et j'ai besoin d'au moins une police plus grande.

Atom est sympa et vous pouvez tout configurer, donc peut-être mieux. https://atom.io/

+1

Chère communauté

Nous ne nous attaquons toujours pas à cela car nous avons beaucoup de listes codées en dur et de hauteurs d'arbres (par exemple, l'explorateur) dans notre atelier et rendre la taille de police personnalisable briserait le rendu.
Ce n'est pas une solution simple et nécessite un travail plus élaboré, actuellement, nous ne prévoyons pas de nous attaquer à ce problème, mais nous l'envisagerons à l'avenir.

Merci
isidor

C'est tout à fait compréhensible 🙂. Que diriez-vous simplement de nous laisser changer la famille de polices maintenant? Les polices monospace ont fière allure sur la barre latérale.

@swashata Cela nécessiterait probablement de changer la hauteur de la liste / des hauteurs de l'arbre (toutes les polices n'ont pas les mêmes tailles / hauteurs de glyphe). J'imagine que la possibilité de personnaliser les polices serait associée à la possibilité de modifier les tailles de police.

En attendant, la solution de contournement de https://github.com/Microsoft/vscode/issues/519#issuecomment -387148025 (en utilisant https://github.com/be5invis/vscode-custom-css), me sert bien.

PS: Je ne suis pas dans l'équipe VSCode.

@pradyunsg Je sais à ce sujet. Ce n'est pas un grand fan car j'utilise vscode insider et il se met à jour tous les jours. Ce que je fais à la place, c'est simplement ouvrir le devTool et changer la famille de polices en Dank Mono .

Ce serait génial de modifier la police de la barre latérale.

Dans l'attente de cette fonctionnalité.

Une autre perspective intéressante de ce problème est que VSCode a déjà la capacité de basculer entre différentes polices d'interface utilisateur spécifiques à la plate-forme par défaut. Par exemple, sous Linux, si vous installez la police Segoe UI à partir de Windows, VSCode passera automatiquement de la police Linux par défaut (Noto Sans?) À Segoe UI. Étant donné que cette fonctionnalité est déjà présente, serait-il possible de permettre la commutation entre lesdites polices UI, étant donné qu'elles sont installées par l'utilisateur, car les espacements codés en dur sont en cours de traitement? Ce serait encore un palliatif (plutôt de niche) mais devrait au moins permettre un peu plus de personnalisation que ce qui est actuellement présent.

Pouvons-nous simplement implémenter:

{
  "explorer.fontSize" : 13.5
}

?

Ensuite, nous pouvons résoudre ce problème.

Microsoft ... c'est une demande de base. Personne ne demande une fonctionnalité de recherche qui appelle également votre mère, lui souhaite un joyeux anniversaire, lui commande un cadeau sur Amazon pour une livraison le jour même (selon ses goûts, bien sûr) et planifie un appel vidéo, tout en faisant votre travail pour vous. Nous parlons ici des changements de police de base.

Bien que la police de la barre latérale par défaut puisse convenir à certains scénarios, elle n'est absolument pas acceptable pour de nombreux développeurs. Soit cela doit être corrigé en nous donnant les options à définir:

  • le nom de la police
  • la taille de la police, et
  • la hauteur de la ligne

OU faites en sorte que l'édition du CSS principal en utilisant quelque chose comme vscode-custom-css ne casse pas l'application. Heck, un seul fichier CSS personnalisé stocké dans les paramètres utilisateur conviendrait également.

Le problème avec le CSS personnalisé, cependant, est parfois qu'il casse la mise en page - vous ne pouvez pas faire défiler complètement une barre latérale, cela gâche d'autres polices, etc. Et c'est pourquoi je veux voir une implémentation native au lieu d'utiliser un système piraté via un plugin qui déclare explicitement qu'il fait penser à VSCode qu'il est cassé.

Cela ne peut pas être aussi difficile d'ajouter une fonctionnalité simple comme celle-ci qui a été demandée IL Y A TROIS ANS .

@ dougc84 alors que je suis totalement avec vous, avoir cette fonctionnalité n'est pas aussi simple que @isidorn déjà mentionné, principalement à cause des valeurs codées en dur liées à l'explorateur. Ces valeurs sont la raison pour laquelle vous ne pouvez pas faire défiler complètement vers le bas dans l'explorateur car la hauteur des lignes est supérieure à ce qui est attendu, je crois.

Pourtant, je suis frustré d'avoir à faire face à tous ces inconvénients, messages d'installation corrompus, etc. Je pense que cette demande de fonctionnalité devrait être prise plus au sérieux car pour moi, VSCode me semble vraiment inutilisable sur mon ordinateur portable 13,3 "avec la taille de police standard et je ne veux pas gaspiller un espace précieux en zoomant sur toute l'application.

Alors maintenant, je ne peux pas non plus changer la police de ma barre latérale :(

@isidorn

Nous ne nous attaquons toujours pas à cela car nous avons beaucoup de listes codées en dur et de hauteurs d'arbres (par exemple, l'explorateur) dans notre atelier et rendre la taille de police personnalisable briserait le rendu.

Pourquoi y a-t-il des valeurs de taille codées en dur?

Ce n'est pas une solution simple et nécessite un travail plus élaboré,

J'en ai tellement marre d'entendre les sociétés mondiales d'un billion de dollars se plaindre de la difficulté de faire des choses simples. Microsoft n'a plus de développeurs juniors?

actuellement, nous ne prévoyons pas de nous attaquer à ce problème, mais nous l'envisagerons à l'avenir.

Actuellement, je ne prévois pas d'utiliser VSCode tant qu'il n'offre pas la fonctionnalité simple et simple de pouvoir lire mon fichu arbre de fichiers. Je ne sais pas si je prendrai la peine d'envisager cela à l'avenir.

Les gars, je sais que c'est ennuyeux, mais bien que @isidorn et l'équipe ne puissent pas le réparer, essayez au moins le hack de @kompot

En effet, il y a un hack. Mais considérez les conséquences du piratage: je dois prendre possession des fichiers contenus dans un répertoire système juste pour changer la police? Pour moi, cela ne vaut absolument pas le risque de sécurité. Plus important encore, il s'agit d'une fonctionnalité de base qui ne devrait pas nécessiter de piratage.

@ Al2Me6 , non, vous ne le faites pas. La configuration que j'utilise sur mon settings.json :

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

Certains de mes collègues utilisent "editor.fontSize": 14 .

@robsonsobral comment changer la police laide de la barre latérale?

@ Al2Me6 , non, vous ne le faites pas. La configuration que j'utilise sur mon settings.json :

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

Certains de mes collègues utilisent "editor.fontSize": 14 .

Oui, cela change la taille de la police, mais comme effet secondaire, vous obtenez ce tremblement ennuyeux pendant le défilement (https://github.com/Microsoft/vscode/issues/28439). Il n'y a vraiment pas de bonne solution pour le moment pour ajuster la taille de l'interface utilisateur. Je comprends les valeurs codées en dur pour le prototypage, mais avoir un logiciel de production expédié avec un problème d'utilisation aussi ennuyeux est un peu ahurissant, surtout compte tenu des efforts déployés par Microsoft dans VSCode.

@ shirshak55 , si vous parlez de la police, je ne sais pas. Mais si vous parlez d'un possible mauvais rendu, essayez différentes valeurs de zoom.

@knopp , je ne remarque jamais ça, mais j'utilise Windows en ce moment. Je vais vérifier sur Mac, lundi prochain.

Les gars, le sujet est la taille et le visage de la police. La mise à l'échelle et les niveaux de zoom ne résolvent pas le problème. Si cela fonctionne pour vous, tant mieux. Mais la mise à l'échelle et le zoom ne sont pas le problème - c'est la police laide et compressée qui se traduit par une vue de fichier et de dossier difficile à lire.

@isidorn

Nous ne nous attaquons toujours pas à cela car nous avons beaucoup de listes codées en dur et de hauteurs d'arbres (par exemple, l'explorateur) dans notre atelier et rendre la taille de police personnalisable briserait le rendu.
Ce n'est pas une solution simple et nécessite un travail plus élaboré, actuellement, nous ne prévoyons pas de nous attaquer à ce problème, mais nous l'envisagerons à l'avenir.

Je suis désolé, mais c'est une réponse inacceptable. Il s'agit d'une application d'électrons à sa base. Vous avez affaire à (au sens le plus élémentaire) de la technologie Web de base sur le front-end. C'est un problème que de nombreux autres développeurs ont résolu sans coder en dur les classes monaco (ou, pire encore, entrer manuellement des valeurs de style - allez, nous sommes en 2018) partout. En tant que produit Microsoft, je ne peux pas dire que j'attends mieux (l'interface utilisateur n'est pas, et n'a jamais été, le point fort de Microsoft), mais si vous allez avoir un produit comme celui-ci disponible pour plusieurs plates-formes, plusieurs langues et plusieurs utilisations , laissez les utilisateurs modifier le CSS en fonction de leurs besoins. Le problème "casser le rendu" ... eh bien ... n'est pas un problème lors de l'utilisation de CSS personnalisé, sauf pour quelques problèmes de ne pas pouvoir faire défiler complètement, mais peut facilement être résolu avec un simple overflow: scroll Attribut autorisé sur le marché des extensions est complètement absurde.

Je ne pourrais pas être plus d'accord avec @ dougc84 .

Dans mon esprit, cela sent vraiment le horseshit corpensource.

Microsoft veut le nom et la renommée, mais dès qu'ils sont adoptés en masse (ou s'en approchent), ils commencent à se concentrer sur des fonctionnalités qui ne profitent qu'au bienfaiteur.

Je commence littéralement à me demander s'il y a une sorte de contrôle ridicule du milieu derrière la résistance à cette demande de fonctionnalité.

Honnêtement, combien de valeurs codées en dur pourrait-il y avoir? 9 trillions? Chacun est unique?

Attention, tous les badasses qui résonnent actuellement dans les commentaires ici, si le correctif à ce problème est si "simple", les "développeurs juniors" pourraient le faire car ce n'est que la "technologie Web de base" qui empêche exactement _vous_ d'ouvrir une pull request qui résout le problème ?

Il était plus facile de se plaindre de ce genre de choses quand tous les trucs MS étaient de source fermée, mais ils ont fait l'un des meilleurs éditeurs / IDE en tant que projet libre et open source. Tu n'aimes pas ça? Allez utiliser Atom. Ou l'un des nombreux autres éditeurs de texte. Si VSCode est si féroce, pourquoi vous dérangez-vous même?

Pour être clair, je veux aussi que ce problème se produise, c'est comme ça que je suis arrivé ici. Mais je suis fatigué de la dérision inutile des responsables quand c'est à la fois gratuit et open source! Ce fil devrait probablement être verrouillé ...

@austinbutler

Attention à tous les badasses ...

Autant j'apprécie le compliment, depuis quand est-ce que le CSS de base est "badass"?

Qu'est-ce qui empêche exactement _vous_ d'ouvrir une demande d'extraction qui résout le problème?

Le fait que je n'ai pas l'habitude de donner mon temps ou mes compétences aux initiatives marketing de Microsoft.

Microsoft veut utiliser VS Code comme un vaisseau pour capturer le cœur et l'esprit des développeurs. Ils veulent que ce soit le premier arrêt de votre code le long d'un pipeline qui, j'imagine, comprend Github, puis Azure.

Depuis quand Microsoft est-il un organisme de bienfaisance qui a besoin de l'aide de la communauté pour atteindre ses objectifs? Manquent-ils d'argent? Devrions-nous créer une page Kickstarter pour eux?

Ce n'est pas mon travail de réparer la dette technique de Microsoft. Je ne suis pas celui qui a codé en dur toutes les valeurs en premier lieu. Vous l'avez cassé, vous le réparez.

Il était plus facile de se plaindre de ce genre de choses quand tous les trucs MS étaient de source fermée, mais ils ont fait l'un des meilleurs éditeurs / IDE en tant que projet libre et open source.

Vous pouvez difficilement appeler VS Code "l'un des meilleurs éditeurs" étant donné que le but de ce thread (TROIS ANS) est que VS Code manque l'une des fonctionnalités les plus basiques et fondamentales d'un IDE et est donc rendu inutile pendant 40 ans. -50% de son marché cible.

En quoi ce logiciel est-il "l'un des meilleurs" alors que plus de la moitié des utilisateurs prévus ne peuvent pas l'utiliser parce qu'un géant de la technologie d'un billion de dollars est mis à genoux par un bogue CSS?

Tu n'aimes pas ça? Allez utiliser Atom.

Ummm ... avez-vous lu les nouvelles ces derniers temps?

Si VSCode est si féroce, pourquoi vous dérangez-vous même?

VS Code en lui-même n'est pas hors de propos, la façon dont Microsoft donne la priorité aux fonctionnalités qui profitent à son plan d'affaires par rapport aux fonctionnalités qui profitent aux utilisateurs réels.

Pour être clair, je veux aussi que ce problème se produise, c'est comme ça que je suis arrivé ici.

Bien, alors peut-être pouvez-vous comprendre que cette demande de fonctionnalité a trois ans. Combien de temps attend une base d'utilisateurs? Combien de temps Microsoft pense-t-il qu'il leur reste avant qu'un autre IDE corpensource arrive et offre la possibilité magique de personnaliser la police dans son arborescence de fichiers?

Mais je suis fatigué de la dérision inutile des responsables quand c'est à la fois gratuit et open source!

Le modèle de tarification que Microsoft choisit pour ses logiciels n'est pas mon problème. S'il s'agissait d'un produit payant et qu'il offrait les fonctionnalités dont j'ai besoin à un prix raisonnable, je serais heureux de débourser environ 100 $, tout comme je l'ai fait dans le passé pour de nombreux autres titres.

Si Microsoft veut utiliser VS Code comme publicité pour se connecter avec la communauté de développement, très bien. Mais s'ils ne peuvent pas gérer un bogue CSS, il est peut-être temps que nous cherchions un nouveau bienfaiteur d'entreprise.

Ce fil devrait probablement être verrouillé ...

C'est une excellente idée. Tout le monde sait que la meilleure façon d'améliorer votre logiciel est d'ignorer vos utilisateurs et de les faire taire lorsqu'ils vous critiquent.

Mieux encore: pourquoi n'interdisons-nous pas tout simplement quiconque ose critiquer Microsoft de Github?

Très bien les gars, détendez-vous.

La raison pour laquelle de nombreuses personnes ne contribuent pas n'est pas due à leur capacité à écrire la fonctionnalité. Beaucoup d'entre nous n'ont pas le temps de faire notre travail ET de passer du temps à apprendre une application, un cadre, des guides de style et (dans certains cas) des langages entièrement nouveaux pour y arriver. Et, avec 169 demandes d'extraction actuelles, ainsi qu'une feuille de route définie, le problème n'est pas que MS / l'équipe VSCode ne puisse pas y arriver, ils n'en font tout simplement pas une priorité (et ce n'est même pas sur leur radar ).

La raison pour laquelle ce problème existe et gagne du terrain est due à une fonctionnalité que les gens désirent. Mais l'attention négative ne nous mène nulle part.

@austinbutler a raison - quelqu'un doit intervenir et contribuer, malgré les mots inutilement durs. Personnellement, je n'ai pas les ressources pour contribuer à ce projet. Si c'était ruby ​​(qui, je sais, ne fonctionne pas vraiment avec les applications de bureau), j'essaierais de prendre du temps pour que quelque chose se produise, mais ce n'est pas le cas. C'est électron, et je ne suis tout simplement pas assez familier avec JS _ou_ node.js côté serveur ou le framework.

Cela dit, @ AJB99 a également raison (également, encore une fois, malgré les mots inutilement durs). MS n'écoute pas sa communauté et ne prend pas la peine de s'attaquer au problème. MS se fraye un chemin vers les plates-formes open source - VSCode en tant que première grande entreprise - mais ils sont une entreprise dans l'âme avec leurs propres objectifs et leur feuille de route, qui repousseront inévitablement les gens. Et, comme je l'ai déjà mentionné, MS n'a jamais été centrée sur l'interface utilisateur. Windows a toujours été le système d'exploitation laid. La barre de ruban, par exemple, dans la plupart de leurs applications n'est tout simplement pas intuitive ou facile à utiliser. Windows 10 a l'impression d'utiliser KDE à partir de 2010. Cela dit, MS a publié VSCode en tant qu'éditeur simple, donc les gens le considèrent comme une alternative à Notepad ++, Sublime, Atom, Komodo, JetBrains, etc., _pas_ un full- IDE à part entière, comme Visual Studio. La plupart des personnes intéressées veulent juste une mise en évidence et une indentation du code appropriées, une complétion automatique de base, de jolies couleurs et une jolie interface utilisateur, et peut-être une intégration d'outils simple. S'ils en veulent plus, il existe toujours Visual Studio ou l'un des innombrables IDE puissants. Certaines de ces exigences de base manquent tout simplement.

Quoi qu'il en soit, il n'y a aucune raison d'être chauffé dessus. Les commentaires et les votes positifs sur les problèmes indiquent à l'équipe de développement que nous sommes intéressés ou que nous voulons quelque chose. Cependant, les réponses de leur part disant «nous n'envisageons pas cela» tout en laissant le problème ouvert, ou en ne le réglant pas du tout, disent simplement aux utilisateurs, comme moi, qu'ils s'en moquent. C'est le problème.

Un nouveau type sur le fil, mais il suffit de lire tout cela et de merde, la négativité ici ... D'où vient ce sentiment de droit? C'est un produit GRATUIT et Open Source. Peu m'importe si le propriétaire est un développeur aléatoire, "notre seigneur et sauveur" Google ou le "diable incarné" Microsoft, je ne comprendrai jamais ce genre d'attitude envers les produits FOSS. C'est toxique et totalement improductif.

Je suis désespéré pour cette fonctionnalité autant que tout le monde ici, mais franchement, si j'étais le mainteneur de cela, je serais encore moins enclin à créer la fonctionnalité avec tous les droits exigeants en cours ...

@ sgarcia-dev J'ai enfin vu un peu de bon sens ici, merci.

C'est toxique et totalement improductif.

Bien être patient, être gentil et poli a si bien fonctionné pour nous jusqu'à présent. Je suppose que nous devrions continuer à mendier.

Je suis fatigué maintenant :) Passé au dos sublime et j'ai trouvé que c'était mieux. Et la barre latérale a l'air géniale maintenant: D.

@panoplie

Bien être patient, être gentil et poli a si bien fonctionné pour nous jusqu'à présent. Je suppose que nous devrions continuer à mendier.

Eh bien, être un connard autorisé qui se contente de pleurnicher ne fonctionne pas si bien non plus.

Je suis libre après 11h11, je peux peut-être essayer.
Mais qui peut me faire savoir ce que tu veux?
Juste la taille de la police de la fenêtre latérale?

@saighost

Famille de polices

Taille de police

line-height aussi ...

De nombreuses mises en page en code utilisent directement 22px, beaucoup de travail à faire.
peut-être que je peux pousser une version, cette taille de police peut être définie mais pas plus de 22px.
Et puis je vais essayer de faire en sorte que la mise en page puisse adapter plus de tailles de police.

Il est temps de faire quelques remarques sur ce PR qui résoudrait ce problème https://github.com/Microsoft/vscode/pull/63602

Bonjour, je vois que c'est un sujet qui fascine beaucoup de monde.

J'ai ouvert un numéro aujourd'hui (# 66472) sans savoir qu'il existait.

Je n'ai pas mis tout le fil de la conversation (car il date de 2015), mais je pense que le fond du problème vient surtout d'Electron.

Par exemple, sous Linux, discord ne rend pas les polices correctement. C'est également le cas dans d'autres applications basées sur Electron, mais je ne vais pas boucler une liste exhaustive.

J'ai regardé le PR et la chose la plus intéressante qui ressort est le changement de ne pas par défaut selon l'OS.

Je garde le sujet dans les yeux pour voir s'il y a des changements

Le fond du problème ne vient pas d'Electron, il vient de développeurs qui ne se soucient pas de la personnalisation de l'interface utilisateur. L'Electron lui-même ne vous empêche pas vraiment de définir une police, regardez comme c'est facile dans Atom et en temps réel!
clip 2019-01-24 at 06 36 33

Le problème a 4 ans, nous pouvons maintenant clairement voir à quel point la priorité est élevée.

oui si atom n'a pas un tel problème, le code ne devrait pas en avoir trop. Je me demande quand atom xray sortira et que je pourrai laisser le code en toute sécurité et avec bonheur :(

Je ne suis pas convaincu. Electron doit fournir un rendu de base correct des polices en fonction du système d'exploitation sur lequel il travaille.

Je ne suis pas convaincu. Electron doit fournir un rendu de base correct des polices en fonction du système d'exploitation sur lequel il travaille.

Electron rendra la police et la taille spécifiées par la feuille de style. Il est inutile de blâmer l'électron pour les polices / tailles de police / hauteurs de ligne codées en dur.

La possibilité de modifier le poids de la police dans la barre latérale aiderait également beaucoup.

Pour ceux d'entre vous qui ont encore des problèmes avec cela. Jusqu'à ce qu'ils puissent contourner le problème, voici une solution rapide. Téléchargez l'extension CSS et JS personnalisée à partir d'ici: https://github.com/be5invis/vscode-custom-css et dans un fichier css personnalisé, modifiez simplement la propriété .explorer-viewlet. Un exemple

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

La vue qui en résulte est la suivante
screenshot from 2019-02-01 21-47-58

@ dr3amnightmare le point clé ici n'est pas qu'il n'y a aucun moyen (piraté ou non) d'accomplir l'effet

En tant que personne d'origine qui a commencé ce fil, je suis absolument étonné que cela n'ait toujours pas reçu d'attention après plus de 3 ans.

Microsoft déteste les programmeurs.

Le 1 février 2019 à 23 h 07, hsdk123 [email protected] a écrit:

En tant que personne d'origine qui a commencé ce fil, je suis absolument étonné que cela n'ait toujours pas reçu d'attention après plus de 3 ans.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub https://github.com/Microsoft/vscode/issues/519#issuecomment-459933345 , ou désactivez le fil https://github.com/notifications/unsubscribe-auth/AGfxtGLeUg1NPizuVlNDvel4IPVI- WLFks5vJQ8egaJpZM4GoAlw .

En tant que développeurs, je suis sûr qu'une grande partie d'entre nous pouvons convenir que lors de la configuration d'un environnement de développement, l'apparence et la convivialité de notre base de travail sont absolument l'une des premières choses que nous voulons obtenir `` juste comme il faut '' - un facteur clé dans l'ordre. pour maximiser la productivité.

Négliger ce problème, je pense que c'est une grande déclaration sur la négligence de ce phénomène quotidien auquel je suis sûr que même les développeurs de VS Code seraient en mesure de s'identifier.

Quoi qu'il en soit, ce fil a reçu plus de 1000 réactions - je doute que ce soit des données insuffisantes pour afficher ce problème est quelque chose de fondamental qui doit être abordé. Si même avec autant de données, cela n'est toujours pas abordé, il semble que la seule conclusion logique que l'on puisse faire est que cela est simplement ignoré ou poussé à dessein.

Si le développement est vraiment basé sur les données, cela aurait dû être un problème résolu il y a longtemps. Cela semble donc être un autre triste exemple de problèmes importants envoyés à l'égout en raison de gestionnaires de produits myopes ou de cycles de développement qui favorisent des mises à jour faciles à obtenir et flashy plutôt que la hiérarchisation des problèmes qui sont vraiment importants, mais qui peuvent prendre un temps décent et contemplation.

Plus de 3 ans se sont écoulés. Si cette question avait reçu la moindre attention, je doute que rien n’aurait été atténué pendant cette période. Si quelqu'un devait proposer un contre-argument selon lequel une attention a été accordée, cela semblerait être une grande déclaration sur la capacité de ceux qui se développent.

Obtenez ce problème résolu et VSCode aura plus de 1000 supporters pour cette mise à jour particulière. N'est-ce pas encore assez incitatif?

@ Al2Me6 Bien que je sois tout à fait d'accord pour dire que c'est un problème qui aurait dû être abordé et corrigé il y a 3 ans quand il a été signalé, il semble que les gens parviennent toujours à trouver leur chemin vers ce fil 3 ans plus tard pour être déçus par les développeurs. Je suis arrivé sur ce problème aujourd'hui et j'ai décidé de pirater un correctif pour moi-même et je voulais juste partager une alternative pour ceux qui viennent dans les 3 prochaines années alors que ce problème est négligé afin qu'ils puissent au moins avoir un moyen de le résoudre. Surtout ceux qui sont déficients en HTML / CSS et / ou JS (je sais que je manque assez fort sur ce front). Si j'ai le temps dans la suite, je vais envisager de jeter un coup d'œil au code et de trouver un moyen de l'ajouter en option et de soumettre une demande de tirage pour vous quelques merveilleux qui ont été lésés. Pas de promesses cependant. Mais je vais essayer!

@ dr3amnightmare il y a déjà une pull request mais personne ne s'en fout. Mais je ne vois aucun progrès des équipes Microsoft.

63602

@knopp
2018-août-17
"... il est open source donc personne ne vous empêche de l'implémenter et de soumettre une pull request."

Cela fait plus de trois ans et cela n'a pas été mis en œuvre. Si le changement était possible [grâce à la contribution de la communauté], il l'aurait déjà été.

@panoplie
2018-novembre-06
"C'est une entreprise de plusieurs milliards de dollars ..."

Vous avez une entreprise énorme et omniprésente comme MS qui suscite souvent beaucoup de haine, souvent à juste titre, à mon humble avis. Selon les données que vous lisez, MS détient toujours la plus grande part de l'installation du système d'exploitation professionnel.

@isidorn
2018-août-21
"... nous avons beaucoup de listes codées en dur et de hauteurs d'arbres ..."

@hawkgs
23 octobre 2018
"... cette fonctionnalité n'est pas aussi simple que @isidorn l'a déjà mentionné, principalement à cause des valeurs codées en dur ..."

C'est déconcertant. Ce sont les personnes à qui vous confiez implicitement vos données les plus privées lorsque vous naviguez sur le Web et effectuez des transactions financières en ligne. (Oh, et les systèmes de paie et de ressources humaines de votre entreprise sont très probablement installés sur des serveurs Windows.) Et pourtant, ce sont les mêmes personnes qui ne peuvent pas mettre à jour un éditeur en raison de fonctionnalités codées en dur. Peut-être qu'un rappel CS101 serait à propos.

Je trouve plutôt hilarant que les concepteurs de VSC aient développé un éditeur de code avec une police proportionnelle ... qui se trouve être l'une des fonctionnalités codées en dur!

Je n'ai aucun amour pour MS, Apple, Google ... aucun des autres. Je n'ai certainement aucun engagement envers VSC. Ce problème de "police d'explorateur" a été la dernière goutte pour moi. Ma solution: retour à Vi. (Je peux taper beaucoup plus vite que je ne peux "taper et passer la souris".)

N'oubliez pas que vous n'avez besoin que de deux personnages pour l'année!

S'il vous plaît MS, verrouillez ce fil! @isidorn , @egamma?

Je suis intéressé à suivre les progrès sur cette question, pas à se plaindre ou à posturer des développeurs inconditionnels. Oui, c'est évidemment quelque chose que beaucoup de gens veulent. Oui, si MS trouvait que c'était important, ils l'auraient fait après trois ans. Pensez-vous que ce n'est qu'un certain seuil d'insultes qui motivera les États membres à mettre en œuvre cela? Et nous voyons juste quel est ce seuil? Quelque chose me dit que ce n'est pas ce qui va aider.

C'est un produit gratuit et open source. Si vous pensez que MS est une poubelle et que VSC est nul, allez-y et utilisez VIM, VI, Nano, Atom, Sublime, quoi que ce soit qui est bien supérieur, et arrêtez de publier des ordures haineuses ici. Si vous êtes une personne raisonnable qui pense: "Vous savez, VSC est assez bon, mais je souhaite qu'il permette de changer la taille de la police et la police", attribuez +1 au message original ici, abonnez-vous et passez à autre chose ...

S'il vous plaît MS, verrouillez ce fil! @isidorn , @egamma?

Si vous êtes une personne raisonnable qui pense: "Vous savez, VSC est assez bon, mais je souhaite qu'il permette de changer la taille de la police et la police", attribuez +1 au message original ici, abonnez-vous et passez à autre chose ...

Malheureusement, le verrouillage de la discussion verrouille les réactions pour le message d'origine. Et cela peut briser le tri des problèmes basés sur l'opinion des utilisateurs.

Cet article m'a permis de comprendre beaucoup de choses: https://pandasauce.org/post/linux-fonts/

Cela n'a rien à voir avec le problème ici; le problème concerne les polices et les tailles de police codées en dur, pas les problèmes de rendu.

Cela fait partie du problème. Sur MacOS / Windows, le rendu global des polices vscode est correct. Contrairement à Linux.

Sur tout autre OS que linux, vous voulez changer ces polices, c'est un petit gadget.

La partie du développeur souhaitant changer l'apparence de vs sous macos / windows est infinitésimale

Non.

Je suis sous macOS. Les polices sont correctes en ce qui concerne le rendu de police réel, mais le
le choix de la police est très difficile à lire, sans parler de la lettre étroite
espacement et hauteurs de ligne.

Cela n'a rien à voir avec Linux, Mac ou Windows. Cela a à voir avec l'utilisateur
préférence. Si je vais regarder une application plus de 40 heures par semaine, je ne le fais pas
veulent lutter ou pirater pour rendre les choses lisibles.

Le 7 février 2019 à 02:36:27, Benjamin Nolmans (
[email protected]) a écrit:

Cela fait partie du problème. Sous MacOS / Windows, le rendu global de
les polices vscode sont correctes. Contrairement à Linux.

Sur tout autre OS que linux, vous voulez changer ces polices, c'est un peu
gadget.

La partie du développeur souhaitant changer l'apparence de vs sous macos /
windows est infinitésimal

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/Microsoft/vscode/issues/519#issuecomment-461315687 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAtcPbv2i859LySEmBMCaL6O2oifAWuPks5vK9d7gaJpZM4GoAlw
.

Suis-je le seul à penser que cela commence à ressembler à un épisode de "The Expanse"?

@austinbutler Un tel penchant pour l'annulation de la vox populi. Surprenant.

Je suis intéressé à suivre les progrès sur cette question, pas à se plaindre ou à posturer des développeurs inconditionnels.

Mec, encore une fois, c'est CSS. Il n'y a rien de «hardcore» ou de «dur à cuire» à ce sujet.
(Sauf que ceux qui sont vraiment maîtres du CSS sont fondamentalement des dieux dans mon esprit.)

Oui, c'est évidemment quelque chose que beaucoup de gens veulent.

Correct.

Oui, si MS trouvait que c'était important, ils l'auraient fait après trois ans.

Je suis avec toi jusqu'à présent ...

Pensez-vous que ce n'est qu'un certain seuil d'insultes qui motivera les États membres à mettre en œuvre cela?

Peut être?

Et nous voyons juste quel est ce seuil?

Peut-être aussi. Aussi amusant.

Quelque chose me dit que ce n'est pas ce qui va aider.

À ce stade, cela ne peut pas faire de mal. Quelque chose, quelque chose, putain de Microsoft.

C'est un produit gratuit et open source.

Non ce n'est pas. Vous payez avec votre âme.

Il s'agit d'une initiative de marketing d'entreprise menée par un géant mondial de la technologie. C'est un stratagème conçu pour capturer vos cœurs et vos esprits (bien que sacrément bien). Mais à la manière typique de Microsoft, ils foutent l'UX dont ils ont besoin pour capturer votre cœur ou votre esprit.

VS Code n'est pas une offre altruiste du dieu de la technologie MS. S'ils pouvaient y mettre un prix de 100 000 $, ils le feraient.

Le grand et le mal Microsoft a prouvé au cours de ses 43 ans d'existence qu'il ne reculerait devant rien pour dominer le paysage logiciel de quelque manière que ce soit.

Ses dirigeants mentiront, tricheront et voleront pour gagner n'importe quel point de levier qui leur permettra d'imposer leur logiciel merdique, laid, bogué et peu sûr sur une planète sans méfiance.

Alors, pourquoi pensez-vous qu'ils ont soudainement eu la fièvre des logiciels libres et qu'ils sont tellement excités de pouvoir offrir ce magnifique cadeau à la communauté de la programmation?

(Sauf, bien sûr, si vous souhaitez changer la police dans votre arborescence de fichiers. Dans ce cas, vous pouvez adresser votre demande à [email protected]).

Si vous pensez que la SP est une poubelle

Suivant ...

et VSC craint

Incorrect. VS Code est un excellent logiciel. Manque juste de quelques fonctionnalités critiques.

Ce fil ne concernait pas une demande de fonctionnalité depuis des années. C'est pourquoi Microsoft refuse de mettre en œuvre cette demande de fonctionnalité.

Cela n'a aucun sens. Pourquoi ne pas fusionner @saighost PR? Je n'ai pas exécuté de compilation de test moi-même, mais d'après ce que j'ai vu, il s'agit de suppressions de style en ligne, de quelques ajouts de classe et de quelques ajouts de configuration var (et cela avait l'air propre et cohérent). MS a sûrement un stagiaire ou quelqu'un à qui ils peuvent dire: "Hé, pouvez-vous exécuter une compilation et les tests sur ce @saighost PR pour # 519?"

Ils ne veulent pas répondre à cette demande de fonctionnalité.

Et maintenant, je veux vraiment, vraiment, vraiment, vraiment savoir pourquoi.

@ dougc84

Vous devez faire la différence entre le rendu et le style.

Ici, tout n'est qu'une question de style. Aucun rendu.

Je passe beaucoup de temps dans vscode car il est pour moi l'éditeur pour tout faire.

Cependant, il n'y a que sous linux que je souhaite changer de police car le rendu par défaut n'est pas propre.

L'article que je donne est très intéressant car même si vous changez de police, si le rendu n'est pas bon, cela vous donne une réponse à ce problème.

Ce n'est pas un problème "Linux". Sur Ubuntu (Xubuntu), le rendu des polices pour VS Code a toujours été parfait à 100%. Je suis abonné à ce bogue car je voudrais juste agrandir certaines polices. C'est probablement un problème dans votre distribution.

@Xarkam alors pourquoi atome n'a-t-il pas de problème de rendu? vs le code et l'atome sont tous deux basés sur l'électron.

@Xarkam Peut-être pour votre distribution particulière et pour votre build, c'est un problème. Si c'est le cas, c'est un problème distinct, et vous devriez soumettre un nouveau problème pour cela (avez-vous essayé d'ajuster votre niveau de zoom, car cela peut gâcher les choses?). Pour moi, et pour la plupart des gens ici, c'est la lisibilité (pas le style). Le zoom n'est pas une solution, car il rend TOUT plus grand ou plus petit. Je ne veux pas que tout soit plus grand. Les éditeurs vont bien. Je veux juste pouvoir voir tous les fichiers répertoriés avec un espacement approprié pour ne pas mal cliquer lors de la recherche de fichiers, pouvoir faire la différence entre un L minuscule et un i majuscule sans plisser les yeux et pouvoir lire facilement les noms de fichiers. Ce problème est résolu avec un simple changement de police (probablement une police serif à largeur fixe) avec un meilleur espacement des lettres et la possibilité d'ajuster le remplissage dans la vue du fichier. C'est ça. Il n'est pas difficile de comprendre que votre problème est différent de celui de tout le monde ici.

L'un des problèmes les plus votés et commentés et Microsoft s'en fiche?
Il est difficile d'ajouter une option pour changer la police de l'interface, c'est l'option la plus basique et d'autres IDE l'ont.
Ma préférence est d'avoir la même police dans l'interface que dans l'éditeur, avoir des styles de police différents dans l'éditeur et dans la barre latérale me dérange.

@wooque hmm Je ne pense pas que Microsoft y pensera car ils ne se souciaient pas même après que PR ait été fait sur # 63602, rendant les efforts de l'auteur inutiles. Ces votes positifs ne signifient qu'un nombre pour Microsoft :) "
Son déjà 4 mois PR est arrivé et personne ne s'est soucié du côté de Microsoft :(
Je me demande quand l'atome xray arrive :(

Pour ceux d'entre vous qui ont encore des problèmes avec cela. Jusqu'à ce qu'ils puissent contourner le problème, voici une solution rapide. Téléchargez l'extension CSS et JS personnalisée à partir d'ici: https://github.com/be5invis/vscode-custom-css et dans un fichier css personnalisé, modifiez simplement la propriété .explorer-viewlet. Un exemple

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

Cela change simplement la police de la vue de l'explorateur. J'ai trouvé que la règle suivante modifiait toute la police de l'interface utilisateur sur Mac:

.monaco-shell.mac, .monaco-shell.mac .monaco-menu-container .monaco-menu {font-family: "VOTRE POLICE ICI";

Edit: On dirait que dans le dernier VSCode (1.32.1 à ce jour), le CSS pour Mac devient:

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

J'ai trouvé ceci en dé-minifiant /Applications/Visual\ Studio\ Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css , puis en exécutant:

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

Et essayer des règles d'apparence plausibles jusqu'à ce que toute l'interface utilisateur change.

Vous devez probablement modifier les chemins de votre système d'exploitation, et ces règles semblent un peu spécifiques à Mac.

Un +1 de ma part pour une vraie solution à cela. Aucun commentaire de Microsoft sur
https://github.com/Microsoft/vscode/pull/63602 est un peu décevant.

J'ai corrigé cela avec un CSS personnalisé.

  1. Télécharger be5invis/vscode-custom-css
  2. Activez-le et ajoutez votre CSS personnalisé

Je voulais plus d'espace pour chaque ligne dans l'arborescence. J'utilise ce style:

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

Hacky, je sais. Mais ça marche

.monaco-tree-row.has-children {
poids de la police: 500;
marge: 8px;
couleur: #eee;
taille de la police: 14px;
}

.monaco-tree-row {
poids de la police: 300;
marge: 5px;
taille de la police: 12px;
couleur: #bbb;
}

Sont-ils censés fonctionner à ce stade? Les marges entre les éléments de la barre latérale n'augmentent pas :(

Pour changer les familles de polices et les tailles de l'atelier, en plus d'installer le plugin vscode-custom-css comme indiqué ci-dessus, une autre méthode plus directe a été prouvée pour être réalisable (Testé sur VS Code 1.32.3):

  1. Recherchez le fichier "workbench.main.css" sur votre disque, le chemin d'accès approprié peut être "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
  2. Faites une sauvegarde du fichier;
  3. Ouvrez le fichier et recherchez ".part> .content", il peut y avoir 4 correspondances, modifiez simplement la première correspondance selon vos préférences comme .part> .content {font- size: 14px; poids de la police: gras; famille de polices: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
  4. Enregistrez ce fichier et redémarrez Vs Code, Bingo :)

Existe-t-il un moyen de changer la police du code «commentaires» ??

riches

Le 15 mars 2019 à 00:51:48, Mike Zheng ([email protected]) a écrit:

Pour changer les familles de polices et les tailles de l'atelier, en plus d'installer le plugin vscode-custom-css comme indiqué ci-dessus, une autre méthode plus directe a été prouvée pour être réalisable (Testé sur VS Code 1.32.3):

Recherchez le fichier "workbench.main.css" sur votre disque, le chemin d'accès approprié peut être "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
Faites une sauvegarde du fichier;
Ouvrez le fichier et recherchez ".part> .content", il peut y avoir 4 correspondances, modifiez simplement la première correspondance selon votre préférence comme .part> .content {font-size: 14px; poids de la police: gras; famille de polices: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
Enregistrez ce fichier et redémarrez Vs Code, Bingo :)
-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion.

Pour changer les familles de polices et les tailles de l'atelier, en plus d'installer le plugin vscode-custom-css comme indiqué ci-dessus, une autre méthode plus directe a été prouvée pour être réalisable (Testé sur VS Code 1.32.3):

  1. Recherchez le fichier "workbench.main.css" sur votre disque, le chemin d'accès approprié peut être "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
  2. Faites une sauvegarde du fichier;
  3. Ouvrez le fichier et recherchez ".part> .content", il peut y avoir 4 correspondances, modifiez simplement la première correspondance selon vos préférences comme .part> .content {font- size: 14px; poids de la police: gras; famille de polices: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
  4. Enregistrez ce fichier et redémarrez Vs Code, Bingo :)

Cela résout le changement de visage de police, mais pas de taille de police. Les hauteurs de ligne sont codées en dur. Ainsi, lorsque vous réduisez la taille de la police, vous vous retrouvez avec beaucoup d'espaces entre les lignes.

Pour changer les familles de polices et les tailles de l'atelier, en plus d'installer le plugin vscode-custom-css comme indiqué ci-dessus, une autre méthode plus directe a été prouvée pour être réalisable (Testé sur VS Code 1.32.3):

  1. Recherchez le fichier "workbench.main.css" sur votre disque, le chemin d'accès approprié peut être "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
  2. Faites une sauvegarde du fichier;
  3. Ouvrez le fichier et recherchez ".part> .content", il peut y avoir 4 correspondances, modifiez simplement la première correspondance selon vos préférences comme .part> .content {font- size: 14px; poids de la police: gras; famille de polices: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
  4. Enregistrez ce fichier et redémarrez Vs Code, Bingo :)

Perdra probablement tout à chaque mise à niveau. Au moins, c'est ainsi que cela fonctionne sous Linux.

Désolé de vous laisser penser que mon PR est la solution complète.Il peut simplement changer la partie de la barre latérale, pas pour tous les workbench.
Je pense que l' extension CSS et JS personnalisée est une bonne idée, peut-être que le plugin est une solution plus efficace qu'un patch pour le moment.
Peut-être écrire un plugin pour cela, le rendre plus facile à utiliser.

+1

+1

Voici un excellent exemple de la raison pour laquelle cela doit être dans les paramètres - Voir la police du menu. J'ai déjà zoomé sur le reste de l'application, sinon je ne pourrais pas la lire, comme le menu! Ce problème affecte également FF, Thunderbird et Chrome et littéralement tous les autres logiciels de merde qui ne respectent pas les normes de bureau.

Edit: Paramètres -> Fenêtre: Style de la barre de titre = personnalisé => Je peux voir le menu !!

Ces navigateurs, etc. fonctionnent correctement dans HiDPI dans GNOME puisqu'ils sont passés à GTK3. Qt n'a pas encore tout à fait maîtrisé le support HiDPI, donc votre problème est probablement causé par KDE.

Oui, mais ne pas pouvoir changer ces polices n'est pas la faute de KDE.

Mais l'exemple met en évidence la minuscule police de menu. Je pense que le menu ne fait pas partie du HTML / CSS, il est géré par l'interface utilisateur du système. GTK3 dans GNOME "fonctionne juste", mais les choses peuvent se compliquer lorsque vous essayez d'utiliser Qt dans GNOME ou GTK dans KDE. Comme vous pouvez le voir dans le guide hidpi d'

J'ai essayé cela mais cela ne change que les polices de titre. Cela n'affecte pas les polices de «commentaire», ce que je cherchais à modifier. Y a-t-il d'autres options qui fonctionnent sur les «commentaires»?

riches

Le 15 mars 2019 à 10h08h30, Rich ([email protected]) a écrit:

Existe-t-il un moyen de changer la police du code «commentaires» ??

riches

Le 15 mars 2019 à 00:51:48, Mike Zheng ([email protected]) a écrit:

Pour changer les familles de polices et les tailles de l'atelier, en plus d'installer le plugin vscode-custom-css comme indiqué ci-dessus, une autre méthode plus directe a été prouvée pour être réalisable (Testé sur VS Code 1.32.3):

Recherchez le fichier "workbench.main.css" sur votre disque, le chemin d'accès approprié peut être "C: \ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css";
Faites une sauvegarde du fichier;
Ouvrez le fichier et recherchez ".part> .content", il peut y avoir 4 correspondances, modifiez simplement la première correspondance selon votre préférence comme .part> .content {font-size: 14px; poids de la police: gras; famille de polices: Iosevka Term Slab Medium, Consolas, Courier New, monospace;} ";
Enregistrez ce fichier et redémarrez Vs Code, Bingo :)
-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion.

@teresaejunior cela générera

L’installation semble corrompue [non prise en charge]
VS Code effectue une vérification des antécédents pour détecter si l'installation a été modifiée sur le disque et si c'est le cas, vous verrez le texte «[Unsupported]» dans la barre de titre. Ceci est fait car certaines extensions modifient directement (patch) le produit VS Code de manière semi-permanente (jusqu'à la prochaine mise à jour) et cela peut entraîner des problèmes de reproduction difficiles. Nous n'essayons pas de bloquer les correctifs de VS Code, mais nous souhaitons attirer l'attention sur le fait que la correction de VS Code signifie que vous exécutez une version non prise en charge. La réinstallation de VS Code remplacera les fichiers modifiés et fera taire l'avertissement.

Aussi pour moi le chemin était

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

Vraiment, nous sommes en 2019 et il n'est toujours pas possible de changer la taille de la Explorer ???

  1. Aidez-moi
  2. Toggle Outils de développement
  3. Trouver un élément, changer son css
  4. ???
  5. Profit
  • Aidez-moi
  • Toggle Outils de développement
  • Trouver un élément, changer son css
  • ???
  • Profit

Il y a des hauteurs de ligne spécifiées dans le code source.

  • Aidez-moi
  • Toggle Outils de développement
  • Trouver un élément, changer son css
  • ???
  • Profit

Est-ce possible sans créer votre propre thème?

  • Aidez-moi
  • Toggle Outils de développement
  • Trouver un élément, changer son css
  • ???
  • Lunettes de soleil

Il y a des hauteurs de ligne spécifiées dans le code source.

Je ne suis pas un expert en CSS, mais en jouant un peu avec les outils de développement, je n'ai pas réussi à trouver un moyen d'obtenir les mêmes mises en page que celles rapportées dans ce numéro plus tôt. / Microsoft / vscode / issues / 519 # issuecomment-387007363 ne semble plus fonctionner, les identifiants sont modifiés et sont maintenant beaucoup plus difficiles à faire fonctionner .. Les rembourrages, les marges font juste disparaître le texte et min-height ne fait rien avec .monaco-tree .monaco-tree-rows> .monaco-tree-row ou .monaco-tree-row.has-children ne semblent plus être les mêmes et maintenant il semble y en avoir au moins 5? différentes classes qui affectent la façon dont une ligne est affichée.

1000 pouces pour ce problème et toujours rien? On peut presque dire "6 ... ans ... plus tard ..."

Je suppose que je suis un peu obsédé par cela parce que j'avais l'habitude d'utiliser sublime et que j'aimais vraiment la fonctionnalité, mais ce serait vraiment bien si MS ajoutait la fonctionnalité de pouvoir utiliser des polices fantaisie pour la section commentaires de notre code. Toujours en attente. Je suppose que ce doit être une chose extrêmement difficile que je demande. Encore un grand fan de VS Code tho.

Ceci est la version Microsoft de "Pour une raison quelconque, nous avons développé un traitement de texte sans polices" de Steve Job. Mais 40 ans plus tard. Pas même un fan d'Apple. Juste pour dire.

Ce problème a été créé en novembre 2015 et nous sommes en mai 2019, une pull request a été soumise en novembre 2018 et cette fonctionnalité la plus élémentaire n'est toujours pas en cours de discussion. C'est dommage car vs code doit être sans conteste le meilleur éditeur / IDE que j'ai jamais utilisé. Vraiment honte sale.

J'ai abandonné @microsoft et VSCode. Je suis passé à Atom. Il a ses propres défauts, mais au moins je peux lire les fichues polices.

Au minimum, ce serait bien s'ils pouvaient au moins nous dire les difficultés techniques impliquées pour faire fonctionner cela. Je serais même heureux avec une échelle de temps potentielle sur le moment où cette question pourrait au moins être considérée ...

Je peux me tromper, mais d'après certains commentaires, il semble que certaines personnes expliquent ce problème de manière disproportionnée. J'aimerais aussi avoir cette fonction pour ajuster les polices à mon goût. Mais si quelqu'un ne peut même pas lire les polices, le zoom avant / arrière fonctionnera, même si cela ne semble pas très bien.

Il y a aussi des hacks CSS dans les commentaires précédents.

@Jaeiya pour les difficultés techniques, voir https://github.com/microsoft/vscode/pull/63602

Pour tous les futurs curieux, le plugin Custom CSS et JS Loader fonctionne.

// 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"; }

Remarque

  • Le fichier importé change pour ne pas se propager immédiatement.
  • Utilisez reload custom css/js -> reload window pour voir les changements

@SidIcarus y a-t-il un modèle à écrire pour linxu? devrait-il changer en

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

et quelle est la signification de "??????" ?

Donc, en ce qui concerne la taille de la police de l'atelier, je ne retiendrais vraiment pas mon souffle. Hier , je bifurqué VSCode pour finalement corriger les polices d'établi trop grandes sur OS X (pour l' amener à égalité avec XCode), et c'est ce que je devais faire diminuer simplement la taille de police et hauteurs de ligne d'arbre dans toutes les vues. Ces choses sont codées en dur dans de nombreux endroits, il faudrait un effort considérable pour les rendre configurables.

Il est possible que le lien de validation ci-dessus cesse de fonctionner après le rebasage et le push forcé, mais il devrait toujours être dans les premiers commits ici .

Il existe une version binaire pour OS X disponible ici , basée sur VSCodium. Je prévois de le mettre à jour semi-régulièrement. Ou peut-être même créer un script pour le rebaser périodiquement et déclencher la construction de travis. La version n'est pas un code signé, donc après le téléchargement, vous devez faire un clic droit et choisir "Ouvrir", si vous voulez l'essayer.

Taille de police d'origine VScode workbench:
Screen Shot 2019-05-19 at 16 39 18

Après le patch:
Screen Shot 2019-05-19 at 16 39 40

(Il existe également un autre commit qui réduit la hauteur des onglets de 35 à 30 pixels)

D'accord, j'ai donc créé une extension qui vous permet de modifier les tailles de police de l'interface utilisateur, la famille de polices, la hauteur des lignes et même de remplacer les feuilles de style de settings.json. C'est assez expérimental à ce stade et peut-être pas pour les âmes sensibles.

Pour ce FR, l'option line height doit également être ajoutée
Connexes: # 59873

+1

++

Je pense que beaucoup de gens attendent cette fonctionnalité.

+1

+1

Est-ce que quelqu'un sait s'il existe un mème GIF pour Microsoft qui trébuche sur sa propre stupidité et se prend accidentellement la tête dans le cul de son entreprise?

+1 Je veux aussi cette fonctionnalité

@caioproiete Ce n'est pas du tout une mauvaise idée, mais c'est un calcul délicat.

À quel genre de dommages-intérêts punitifs peut-on s'attendre en étant soumis à un horseshit corpensource de nos jours?

PS Ne thumbs-up vos propres commentaires. Seuls les connards font ça. ;)

Mes amis, ne faites pas de bruit sur ce problème? Il y a des gens (comme moi) abonnés à ce problème parce que nous voulons entendre (si?) Quand quelqu'un de l'équipe de développement intervient pour fournir une mise à jour de statut.

Des commentaires utiles comme ceux de @knopp - https://github.com/microsoft/vscode/issues/519#issuecomment -499584551 - sont enterrés par un tel bruit.


Twitter existe, pour vos commentaires et réponses excentriques / excentriques. De plus, les commentaires «Je veux ça aussi» n'aident personne ici non plus. Pour montrer que vous le souhaitez, veuillez: +1: description de ce problème.

@pradyunsg

Il y a des gens (comme moi) abonnés à ce problème parce que nous voulons entendre (si?) Quand quelqu'un de l'équipe de développement intervient pour fournir une mise à jour de statut.

Cela n'arrivera jamais.

La seule mise à jour de statut que vous devez entendre est: Microsoft a tué VS Code de la manière la plus stupide possible.

Ils ne vous aiment pas, ils ne l'ont jamais fait. Ils ont toujours voulu que vous les vénériez juste assez longtemps pour profiter de votre énergie afin de faire progresser leurs propres objectifs et pour leur profit.

Microsoft dédaigne les programmeurs.

honnêtement, je pense que ce serait beaucoup mieux si Microsoft avait dit qu'ils ne le sont pas
résoudre ce problème. Je suis passé à vim et je ne suis jamais devenu aussi heureux. Leur
un produit comme Internet Explorer m'a aidé à passer à Firefox maintenant par rapport au code
m'a fait passer à neo vim.

Merci encore Microsoft. Je t'aime, peu importe ce qu'il arrive.

Le lundi 4 novembre 2019, 15 h 50, AJB99 [email protected] a écrit:

@pradyunsg https://github.com/pradyunsg

Il y a des gens (comme moi) abonnés à ce numéro parce que nous voulons
entendre (si?) quand quelqu'un de l'équipe de développement intervient pour fournir un
mise à jour du statut.

Cela n'arrivera jamais.

Ils ne vous aiment pas, ils ne l'ont jamais fait. Ils ont toujours voulu que vous le fassiez
vénère-les juste assez longtemps pour profiter de ton énergie pour
pour faire avancer leurs propres objectifs et pour leur profit.

Microsoft dédaigne les programmeurs.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/microsoft/vscode/issues/519?email_source=notifications&email_token=AB5Y4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4DFVREXG63
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
.

OMG quel jardin d'enfants ici. Certains commentateurs ont besoin d'une vérification sérieuse des faits ou même d'une thérapie. Vous accusez fondamentalement l'équipe de développement d'être ignorante, non attendez, cela doit être un plan directeur diabolique de MS dès le début.

Laissez-moi vous aider avec quelques faits: cette équipe a créé vscode en un rien de temps, a un processus de développement très ouvert et a implémenté de nombreuses fonctionnalités suggérées par la communauté. C'est très rare pour un logiciel avec ce taux d'adoption. Le résultat est un éditeur graphique très performant, indépendant de la plate-forme, avec des tonnes d'addons / plugins. Et oui, il y a un agenda, toute équipe de développement sans agenda n'aura jamais non plus de produit. Bon sang.

Maintenant, vous n'obtenez pas votre sucette tant recherchée, et tout le monde se transforme en crybabies. Devinez quoi - il y a d'autres magasins de bonbons, ils pourraient vous vendre votre sucette ...

@jerch Je +1 . Et je pense que cela devrait être un agenda de ce projet, quels que soient les problèmes avec security , bug et les mêmes étiquettes.

@AlexWayfer N'hésitez pas à le voir comme vous le souhaitez. Tout ce que j'ai fait était de refléter la façon dont les gens perdent leurs manières. Faire appel à une équipe de développement n'aidera jamais, cela ne fait qu'empirer les choses. Je ne vais pas continuer la méta-discussion.

Et je pense que cela devrait être un agenda de ce projet, quels que soient les problèmes de sécurité, les bogues et les mêmes étiquettes.

Revenons donc à ontopic: Oui, l'idée sonne bien (même si je n'en ai pas besoin moi-même). Mais étant donné les tracas qu'il pourrait introduire pour la mise en page et telle ou telle liste de problèmes dans toute sa splendeur, ils pourraient avoir de bonnes raisons de ne pas encore y remédier officiellement. Ainsi, tout ce que nous pouvons faire est de continuer à demander jusqu'à ce que nous obtenions une déclaration.

alors, pas de réponse?

une réponse?

@AlexWayfer c'était l'année dernière.

@AlexWayfer c'était l'année dernière.

Et l'auteur était @isidorn , oui.

Écrivons plus de faits inutiles!

Voulez-vous cette fonctionnalité? Mettre en œuvre! Ou payer pour sa mise en œuvre.

Il n'y a aucune responsabilité pour les projets open source gratuits. Utilisez simplement ce programme ou non. Je n'utilise pas tant que ce problème n'est pas terminé, car je ne veux pas l'implémenter moi-même.

oui

Faites en sorte qu'un bon éditeur de texte bat tout le monde hors compétition, puis ...

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

Pour contourner ce problème, je personnalise le paramètre window.zoomLevel à mon goût pour la taille de la police de l'atelier, puis ajuste editor.fontSize pour compenser la taille de la police de l'éditeur. Par exemple:

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

Il s'agit d'une solution de contournement acceptable pour la taille de la police de l'atelier jusqu'à ce qu'une meilleure solution soit présentée. Veuillez arrêter les querelles et la haine contre la SP; ce n'est pas utile.

@duanehutchins désolé mais ces hacks créent beaucoup de problèmes. Parfois, à cause de ces hacks, la police ne fonctionne pas correctement sur la console et de nombreux problèmes. Vérifiez les réponses passées 👍
https://github.com/microsoft/vscode/issues/84194

"S'il vous plaît, arrêtez les querelles et la haine sur la SP; ce n'est pas utile."
Qu'est-ce qui est utile? Attendez encore 10 ans? Un autre hack qui pose problème à l'éditeur et augmente sa liste de bogues?

Qu'est-ce qui est utile?

Comme je l'ai écrit ci-dessus:

Mettre en œuvre! Ou payer pour sa mise en œuvre.
...
Utilisez simplement ce programme ou non. Je n'utilise pas tant que ce problème n'est pas terminé, car je ne veux pas l'implémenter moi-même.

J'ai posé cette question il y a quelque temps, mais de nombreux changements sont survenus dans VSC depuis, alors je m'excuse s'il est redondant. Il ne semble pas que cette fonctionnalité ait encore été activée, mais je vous le redemande:
Existe-t-il un moyen de changer la police des commentaires de code aka fancyfont?

Existe-t-il un moyen de changer la police des commentaires de code aka fancyfont?

Il existe un moyen de créer un problème distinct pour une modification / fonctionnalité distincte.

Ce problème concerne la taille de la police dans l'interface utilisateur, pas la famille de polices (ou même la taille) dans l'éditeur de code.

@AlexWayfer sa taille de police et sa famille de polices.

Permettre de changer la taille de la police et la police de l'atelier

@AlexWayfer sa taille de police et sa famille de polices.

Permet de changer la taille de la police et la _font_ de l'atelier

OK, merci, désolé.

Quoi qu'il en soit, il s'agit de workbench, pas de commentaires de code (dans l'éditeur de code).

cette fonctionnalité est très demandée !!!!! nous en avons besoin dès que possible !!

Je me demande si je peux créer un paramètre de police global, y compris le dossier de la barre latérale, la police du nom de fichier, la police de la barre d'état, comme l'idée IntelliJ.

Les mises à jour? Quoi qu'il en soit, j'ai fait une solution de contournement. J'ai augmenté la taille de tout avec CMD +, puis j'ai réduit la taille de la police de l'éditeur à la taille de police souhaitée.

Voudrait également pouvoir changer la famille de police et la taille de police pour des zones spécifiques (par exemple la barre latérale).
Je préfère voir la police monotype "Source Code Pro".

Merci!

La fonctionnalité a été proposée en 2015, et c'est maintenant 2020 ... 🙄

Certainement une fonctionnalité recherchée!

Merci d'ajouter cette fonctionnalité

Veuillez ajouter ceci

Vous attendiez-vous à quelque chose de différent lorsque MS a acheté Github? Je suis d'accord avec @jerch, d' autres IDE ont ce dont nous avons besoin, il est temps de revenir à Atom et de se rappeler que son développement a été interrompu pour cet IDE qui porte toujours le nom de l'un des logiciels malveillants les plus gonflés que j'ai jamais vu dans ma vie, "Visual Studio" - Qu'est-ce qui nous empêche de revenir à Atom?

Je n'ai pas essayé Atom depuis longtemps, mais à chaque fois que je l'ai comparé avec VS Code, je préfère Code. Apparemment, les développeurs d'Atom sont occupés à le réécrire à partir de zéro avec un backend Rust au lieu d'un nœud. Je pense que c'est une erreur, car le nœud avec un frontend décent vers JS (TS étant beaucoup plus populaire que CS est un autre bon point) a des performances et une fiabilité adéquates pour cette application IMO, donc la difficulté de développement dans Rust l'emporte sur les avantages qu'elle apportera amenez ici.

@realh, je pense que vous vous trompez complètement. Pourquoi pensez-vous que le texte sublime est tellement plus rapide que le code? Le typage dynamique JS a un coût trop élevé, c'est pourquoi asm est devenu si populaire. Et pour info, je ne pense pas que les développeurs d'atomes travaillent sur le backend de la rouille. S'ils avaient atom, ce serait si différent aujourd'hui et si rapide que personne n'aimerait utiliser vscode.

Voir: https://github.com/atom-archive/xray

Ils l'ont archivé. L'avantage de la rouille est la sécurité et la vitesse qui sont essentielles pour tout logiciel.

Sublime est assez vieux. À son apogée, quelque chose comme Atom ou VS Code n'aurait peut-être même pas été possible, pour des raisons supplémentaires en plus des performances. Mais les performances du matériel et du navigateur se sont beaucoup améliorées, de sorte que maintenant VS Code fonctionne probablement au moins aussi bien qu'un IDE / éditeur équivalent écrit en C ++ l'aurait fait il y a dix ans. Ses performances sont adéquates . Il peut suivre ma frappe et ne souffre pas de décalage ennuyeux dans des fonctionnalités telles que Intellisense, même lorsqu'il est exécuté sur mon Macbook Air, en éditant des fichiers via sshfs.

De même fiabilité. Rust est censé remplacer principalement C / C ++ et non les langages gérés. La majorité des bogues de Code sont des fonctionnalités manquantes comme celle-ci, ou des choses qui ne fonctionnent pas tout à fait correctement (comme la sélection visuelle dans le plugin vim), ce que Rust n'aiderait pas. Le type de bogues que Rust empêche est considérablement réduit dans JS, etc. par rapport à C / C ++, et provoquerait un plantage et / ou une corruption de ce que j'édite, et je ne vois pas de preuve que Code ou Atom ait de gros problèmes avec ce genre de chose.

Si Atom a mis de côté son projet basé sur Rust, je pense que cela confirme mon point de vue. Je parie qu'ils ont conclu que ce n'était tout simplement pas le bon outil pour ce travail après tout. Le simple fait d'écrire et de compiler leur Rust prendrait beaucoup plus de temps que d'écrire et de déboguer Coffeescript à un niveau de fiabilité égal. Au moment où ils ont eu un remplacement complet pour Atom, la technologie aurait comblé l'écart de performance et / ou rendu obsolètes toutes les langues actuelles, y compris Rust. Remplacer Electron par quelque chose d'écrit en Rust aurait du sens, car Electron est une sorte de système, mais un éditeur de texte est une application, pas vraiment ce à quoi Rust était destiné.

L'assemblage Web est toujours implémenté en Javascript, donc je ne pense pas que la performance soit encore son principal attrait, mais une fois implémenté de manière vraiment native, il pourrait avoir un bel avenir (pour les jeux, pas tant pour les applications de productivité). Pour le moment, son principal avantage est de permettre le portage sur le navigateur des jeux C ++ qui sont anciens ou qui ont de faibles performances.

Sublime est assez vieux
Non, il a été publié pour la première fois le 18 janvier 2008, ce qui n'est pas trop vieux, seulement 7 ans de plus que vscode.

"Mais les performances du matériel et du navigateur se sont beaucoup améliorées"
Mais en tant qu'éditeur polyvalent, il doit toujours être performant. Lorsque vous exécutez des linters, tapez des indices que les performances deviennent critiques. Ouvrir un fichier volumineux est essentiel, non? Essayez d'ouvrir un fichier texte de 2 Go dans vscode et dans un texte sublime, vous réaliserez la valeur des performances.

«Le type de bogues que Rust empêche est considérablement réduit dans JS, etc. par rapport au C / C ++, et provoquerait un plantage et / ou une corruption de ce que je suis en train d’éditer, et je ne vois aucune preuve que Code ou Atom a de gros problèmes genre de chose."
Oui, mais la rouille aide quand vous essayez de refactoriser le code, ce qui est excellent + point. Le coût que vous payez dans la rouille est un long temps de compilation, sinon c'est le meilleur langage de tous les temps.

"L'assemblage Web est toujours implémenté en Javascript, donc je ne pense pas que la performance soit encore son principal attrait",
Je n'obtiens pas mais wasm permettra d'utiliser C, C ++ et Rust et la principale raison d'utiliser wasm est pour la performance sinon pourquoi nous aurions besoin de wasm en premier lieu?

Quoi qu'il en soit, vscode n'utilisera jamais Rust car ils utilisent Typescript qui a déjà un coût de compilation trop élevé. Donc je ne sais pas pourquoi Rust, C ++ et C sont ici.

Et oui, je pense qu'après l'acquisition de github par ms, atom a été grandement négligé: (. Quoi qu'il en soit, Vscode est un excellent éditeur, mais ce problème ne reçoit aucune attention, ce qui est triste.

Ce n'est pas vraiment une discussion sur le sujet. Je suis ce problème depuis de nombreuses années maintenant et il semble que le seul but qu'il sert est que les gens travaillent leurs frustrations et leurs opinions avec les autres. Il y a juste une tonne de bruit et aucune mise à jour positive.

Si vous souhaitez passer à d'autres éditeurs, vous n'avez pas besoin d'en informer les autres. Faites-le simplement et voyez si vous êtes satisfait de votre changement. En fin de compte, la plupart de ces choses concernent de toute façon la préférence.

Ce n'est pas vraiment une discussion sur le sujet. Je suis ce problème depuis de nombreuses années maintenant et il semble que le seul but qu'il sert est que les gens travaillent leurs frustrations et leurs opinions avec les autres. Il y a juste une tonne de bruit et aucune mise à jour positive.

Si vous souhaitez passer à d'autres éditeurs, vous n'avez pas besoin d'en informer les autres. Faites-le simplement et voyez si vous êtes satisfait de votre changement. En fin de compte, la plupart de ces choses concernent de toute façon la préférence.

Je suis d'accord mais c'est la meilleure utilisation que nous pouvons donner à cette discussion puisque cela ne sera jamais corrigé par Microsoft, si vous voulez suivre cette discussion pour enfin la voir résolue un jour, j'ai une mauvaise nouvelle pour vous mon ami, personnalisation et don les développeurs les bons outils pour travailler n'ont jamais été importants pour Microsoft, revenez à ce qu'était IE6 si vous voulez suivre une leçon d'histoire.

Je ne comprends vraiment pas la haine envers Microsoft en ce qui concerne VSCode. C'est de loin le meilleur éditeur pour tous les cas d'utilisation que j'ai rencontrés ... oui, il y a des cas extrêmes où cela pourrait être "meilleur" mais soyons honnêtes, quand nous parlons des besoins des logiciels et des développeurs ; "ça pourrait être mieux à x, y, z" ne sera jamais satisfait. C'est une norme impossible .

Cela étant dit, des problèmes comme celui-ci sont là pour donner de la visibilité aux choses que notre communauté VSCode désire vraiment dans son ensemble et Microsoft peut donner la priorité à ces choses. Jusqu'à présent, je pense qu'ils ont fait un travail incroyable et si quelqu'un veut continuer à se plaindre de la gravité de Microsoft (en ce qui concerne VSCode), prouvez-le en écrivant votre propre IDE massivement populaire qui prend en charge tous les "x, les cas limites

Ce projet est absolument gigantesque et je félicite Microsoft pour son travail actif en nous aidant les petits développeurs qui ne peuvent pas se permettre Visual Studio, avec un produit GRATUIT qui remplit au moins

Je ne comprends vraiment pas la haine envers Microsoft en ce qui concerne VSCode. C'est de loin le meilleur éditeur pour tous les cas d'utilisation que j'ai rencontrés ... oui, il y a des cas extrêmes où cela pourrait être "meilleur" mais soyons honnêtes, quand nous parlons des besoins des logiciels et des développeurs ; _ "ça pourrait être mieux à x, y, z" _ ne sera jamais satisfait. C'est une norme impossible .

Cela étant dit, des problèmes comme celui-ci sont là pour donner de la visibilité aux choses que notre communauté VSCode désire vraiment dans son ensemble et Microsoft peut donner la priorité à ces choses. Jusqu'à présent, je pense qu'ils ont fait un travail incroyable et si quelqu'un veut continuer à se plaindre de la gravité de Microsoft (en ce qui concerne VSCode), prouvez-le en écrivant votre propre IDE massivement populaire qui prend en charge tous les _ "x , y et z "_ des cas de bord qui devraient inévitablement satisfaire tout le monde de la même manière.

Ce projet est absolument gigantesque et je félicite Microsoft pour son travail actif en nous aidant les petits développeurs qui ne peuvent pas se permettre Visual Studio, avec un produit GRATUIT qui remplit au moins

Ce n'est pas une charité ou un cadeau du ciel, VSCode a été mis là pour gagner du terrain auprès des développeurs après les avoir perdus pendant de nombreuses années, le pouvoir de posséder les outils que nous utilisons pour créer des logiciels vaut tellement plus que toutes les licences que nous pourrions payer il.

tenor

@betovelandia Et que gagnent-ils exactement des utilisateurs gratuits? Je ne partage même pas mes données de télémétrie et je pense que j'ai peut-être donné des commentaires une fois ... Vous ne pouvez pas faire de déclarations farfelues et ne pas avoir de preuves pour les étayer, surtout si vous essayez réellement de prouver un point. .

Éditer
Permettez-moi de préciser cependant que je sais que Microsoft n'a pas créé ce logiciel par gentillesse de son propre cœur ... clairement ... mais en faire une gigantesque conspiration pour monopoliser les développeurs (dans un but mystique) semble un un peu tiré par les cheveux ...

@Jaeiya

Et que gagnent-ils exactement des utilisateurs gratuits?

Terre.

Qu'ils peuvent utiliser pour contrôler ou influencer chaque entrée et sortie de celui-ci, et par extension tous les aspects de votre paysage de code.

VSCode est littéralement un servage, ou du moins la dernière tentative de MS boiteuse.

C'est aussi un excellent logiciel, que MS est en train de ruiner, car c'est apparemment ce qu'ils font de mieux.

Mais la chose vraiment folle n'est pas cette vérité. Ce qui est vraiment foutu à ce sujet, c'est pourquoi ils refusent carrément de mettre en œuvre cette demande de fonctionnalité. C'est un geste tellement stupide de leur part, cela n'a aucun sens.

@saighost a soumis un très bon PR il y a des

Sérieusement, posez-vous cette question: étant donné qu'il faudrait moins de 3 heures pour examiner et tester cette demande de fonctionnalité extraordinairement populaire, pourquoi cela n'a-t-il pas été mis en œuvre en 5 ans par l'équipe principale ou simplement en fusionnant le PR que @saighost si gracieusement écrit?

S'ils venaient de mettre en œuvre cette fonctionnalité très simple, je ne serais jamais retourné à Sublime et je n'aurais jamais réalisé à quel point il est rapide, fluide et fiable. Bien sûr, c'est un PITA massif à personnaliser, mais au moins c'est possible . Et une fois que vous l'avez bien, cela fonctionne comme un rêve. Vraiment sublime.

Félicitations à Microsoft pour votre 45e anniversaire de coups de pied inutilement aux développeurs simplement parce que vous êtes trop stupide ou têtu pour comprendre les polices.

Veuillez arrêter cette discussion hors sujet maintenant!

Veuillez arrêter cette discussion hors sujet maintenant!

Le fait qu'il y ait un PR prêt à résoudre ce problème vous semble hors sujet? Je me demande si cela pourrait être réimplémenté , ce doit être une solution facile comme

Ok, j'ai raté ça. Je ne peux pas / ne veux pas lire de si longues discussions en parallèle avec les 40 à 50 e-mails professionnels / privés par jour.

L'état du ticket / émission est "ouvert". Personne n'a donc rien décidé. Maintenant, soyons patients et voyons ce qui se passe.
Si cette demande de fonctionnalité est mise en œuvre, nous serons heureux.
Sinon (problème rejeté / fermé): levez-vous.
Aujourd'hui: abonnez-vous et attendez ou faites-le vous-même, si cela est techniquement possible.

Je me souviens que l'un des développeurs officiels a dit que ce n'était pas si simple; il existe d'autres parties du code qui dépendent de la taille de cette police câblée. Ils craignent probablement que le patch de @saighost n'ait pas été suffisamment testé pour aplanir les effets secondaires désagréables. Y a-t-il une chance qu'il puisse être réimplémenté en tant qu'extension? Cela permettrait à plus d'utilisateurs de l'essayer plus facilement, puis les problèmes devraient progressivement faire surface et, espérons-le, être résolus.

Ce plugin: Customize UI a Implémente les fonctionnalités basées sur le plugin 'Monkey Patch'

La police monospace par défaut pour Ubuntu semble trop petite à 14px dans un écran hidpi, mais si vous la définissez à une taille raisonnable, les autres parties de l'interface graphique sont absurdement grandes (https://github.com/microsoft/vscode/issues/88916) . La résolution de ce problème résoudrait également cela.

OMG! c'était une demande de fonctionnalité depuis 2015 😅

Cela améliorerait vraiment l'écriture de code avec ma vue relativement faible.

Voici un (+1) de moi aussi

Ce serait très bien de pouvoir définir la police de l'explorateur.

@iliakan faisant cela, vous faites simplement pression pour qu'un modérateur verrouille ce problème, ajoutez simplement un pouce vers le haut, car une fois verrouillé, vous ne pourrez même pas le faire.

Je dirais que la principale raison pour laquelle ce problème est mis en œuvre est # 84194, qui, comme déjà dit, ne peut pas être résolu. Nous avons la possibilité de choisir entre un texte illisible petit ou un texte grand mais flou avec window.zoomLevel . N'existe-t-il pas une solution de contournement pour augmenter la taille de la police de l'explorateur?

Je dirais que la principale raison pour laquelle ce problème est mis en œuvre est # 84194, qui, comme déjà dit, ne peut pas être résolu. Nous avons la possibilité de choisir entre un texte illisible petit ou un texte grand mais flou avec window.zoomLevel . N'existe-t-il pas une solution de contournement pour augmenter la taille de la police de l'explorateur?

C'est vraiment pourquoi vous ne devriez pas utiliser un navigateur Web pour développer des applications avec, garder le navigateur pour ce à quoi il sert, faire des applications Web correctement, mais n'essayez pas de faire d'une application de bureau une application Web.

@Lucretie

C'est vraiment pourquoi vous ne devriez pas utiliser un navigateur Web pour développer des applications avec, garder le navigateur pour ce à quoi il sert, faire des applications Web correctement, mais n'essayez pas de faire d'une application de bureau une application Web.

En tant que personne qui disait cela depuis très longtemps, je comprends le sentiment. Mais il y a des problèmes que l'électron résout que d'autres frameworks d'interface graphique ne font tout simplement pas. D'une part, utiliser autre chose est une énorme douleur dans le cul pour itérer. J'ai fait Qt (à la fois C ++ et Python), WxWidgets, Delphi, WPF, WinForms, et Dieu sait quoi, et littéralement électron est le seul où j'ai pensé "hé c'est amusant de créer cette application de bureau". Je ne commence même pas par la partie "multiplateforme". La meilleure expérience de "l'interface utilisateur de bureau" que j'ai eue en dehors de l'électron était ImGui , et ce n'est même pas destiné aux applications de bureau. Notez également que de nombreuses applications qui ont de bonnes interfaces graphiques ont fini par écrire la leur et ont consacré un effort gigantesque à cela, au lieu de développer l'application elle-même.

Mais il y a aussi d'autres raisons. Regardez comment les IDE JetBrains rendent les polices, puis regardez dans VS Code. La différence est insensée et vous ne pouvez même pas personnaliser correctement des éléments tels que l'espacement des lettres et d'autres fonctionnalités.

Pour citer un bel article sur reddit:

Pour les applications sensibles aux performances comme les jeux ou les outils scientifiques de calcul des nombres, les applications de bureau sont toujours la seule voie à suivre. Pour tout le reste, une commodité de développement sera choisie. C'est pourquoi tout est nul et toutes vos applications sont désormais des sites Web.

L'état des applications de bureau est tout simplement trop triste et horrible.

Je pense qu'Electron était un bon choix, je ne peux pas penser à autre chose pour le moment sur lequel vous pouvez compter pour travailler si facilement et bien dans tant d'environnements de bureau.

Ajoutez mon +1 à la pile. Je ne peux pas croire que cela n'ait pas été résolu depuis 5 ANS. Microsoft typique. 😁

La densité des arbres de l'explorateur est bien trop dense. Je ne devrais pas avoir à plisser les yeux pour trouver le fichier que je veux. Une option pour augmenter la hauteur de ligne serait bien par 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💯🦸‍♀️

juste un cas d'utilisation non mentionné encore: rendre possible de changer toutes les polices vscode en monospace. Certains d'entre nous (anciens utilisateurs d'emacs) n'aiment tout simplement pas basculer tout le temps entre les polices à largeur variable et à espacement fixe pendant la lecture.

J'ai pensé que je partagerais mon script shell pour que vscode charge le CSS à partir d'un fichier (et ne me plains pas d'être corrompu). Je n'ai simplement pas envie de laisser les extensions le faire.

https://gist.github.com/a85b8231a9f5494149387c3a36079e84

J'ai récemment dû l'adapter à une version plus récente de vscode (ou peut-être parce que je suis passé à vscodium) donc vous devrez peut-être changer une ligne pour le faire fonctionner avec 1.44 ou plus.

Alors, quelle est exactement la raison pour laquelle nous ne pouvons pas changer la police / la taille dans la barre latérale? N'est-ce pas un nobrainer? Quand quelqu'un me montre comment le faire, je pourrai peut-être le faire moi-même.

Oui, si quelqu'un me montrait comment le faire, moi aussi je pourrais le faire. Et la personne qui m'a montré le pourrait aussi ...

des nouvelles à ce sujet?

des nouvelles à ce sujet?

Regardez ci-dessus et… évidemment, non.

Quel est le hold-up alors? Y a-t-il des bloqueurs? J'aimerais voir un mouvement à ce sujet. 🚀

Quel est le hold-up alors? Y a-t-il des bloqueurs?

Vous pouvez lire la réponse du membre .

J'aimerais voir un mouvement à ce sujet. 🚀

Nous aimerions tous, donc nous attendons, ou quelqu'un, par exemple vous, peut proposer cela.

Vous attendez toujours que Microsoft prenne en charge la personnalisation? Nous trouverons le tueur d'Epstein avant la fermeture de ce ticket

Vous attendez toujours que Microsoft prenne en charge la personnalisation?

Je ne sais pas comment dire précisément… Je ne suis pas excité, mais je suis abonné, comme beaucoup de gens ici, et personnellement je n'utilise pas VS Code jusqu'à ce qu'au moins ce problème soit résolu.

Nous trouverons le tueur d'Epstein avant la fermeture de ce ticket

Je ne vois pas la fonctionnalité et je me fiche du "tueur d'Epstein". Je suis intéressé par ce numéro et, s'il vous plaît, attendons ou faisons. Nos commentaires sur "Je veux cette fonctionnalité!" ou les tueurs de quelqu'un n'aident pas.

L'équipe VSCode, veuillez engager le créateur de mise en page HTML pour votre interface utilisateur basée sur Electron.
Ils ne coûtent pas cher. Tout ce dont vous avez besoin est une conception fluide, juste une disposition en grille ou en colonne.

Vous attendez toujours que Microsoft prenne en charge la personnalisation? Nous trouverons le tueur d'Epstein avant la fermeture de ce ticket

Pensez-vous que nous le trouverons si je peux changer la police de mon éditeur de code préféré? Peut-être qu'il sait comment implémenter cette fonctionnalité. 🤔

Pourriez-vous arrêter le non-sens et voter simplement +1? Vous êtes des abonnés et des développeurs tout à fait ennuyeux. Finalement, tout ce que vous obtiendrez, c'est que le fil sera verrouillé, de sorte que même le pouce levé ne sera pas autorisé.

Pourriez-vous arrêter le non-sens et voter simplement +1? Vous êtes des abonnés et des développeurs tout à fait ennuyeux. Finalement, tout ce que vous obtiendrez, c'est que le fil sera verrouillé, de sorte que même le pouce levé ne sera pas autorisé.

+1

Pourriez-vous arrêter le non-sens et voter simplement +1? Vous êtes des abonnés et des développeurs tout à fait ennuyeux. Finalement, tout ce que vous obtiendrez, c'est que le fil sera verrouillé afin que même les pouces vers le haut ne soient pas autorisés.

Non, nous ne pouvons pas. Et s'ils font cela, j'utiliserai un autre éditeur de code. J'en utilise déjà 2 au quotidien. VS CODE est UNE option parmi de nombreuses bonnes options. Problème résolu :)

Maintenant, pourquoi ce n'est pas une fonctionnalité? 5 ans se sont écoulés.

Et s'ils font cela, je commencerai à utiliser un autre éditeur de code.

Je pense que vous avez mal écrit, mais: OK, veuillez commencer.

Maintenant, pourquoi ce n'est pas une fonctionnalité? 5 ans se sont écoulés.

Parce que personne n'a mis en œuvre cela, évidemment.

Le manque d'alternatives de polices rend l'application difficile pour quiconque a besoin de texte volumineux. Je n'ai pas vu de discussion spécifique à ce sujet comme un problème d'accessibilité, mais c'est un gros problème lorsqu'il s'agit de permettre aux développeurs de tous les niveaux de capacités physiques. Se fier uniquement aux fonctionnalités d'accessibilité du système d'exploitation n'est pas une excellente solution. (Essayez de faire du travail de développement en utilisant le zoom MacOS, par exemple.) J'ai essayé divers hacks CSS, je n'ai pu les faire fonctionner que partiellement.

J'utilise normalement un éditeur de texte brut car je peux faire de ma police de terminal tout ce que je veux. Mais je suis actuellement dans une situation où je dois essentiellement utiliser vscode. Il est assez décourageant de chercher une solution à la minuscule police d'explorateur et de trouver cette fonctionnalité vieille de cinq ans toujours ouverte.

Peut-être que ce problème devrait avoir l'étiquette d'accessibilité ?

@feorlen - Vous pouvez déjà personnaliser la police et la taille du terminal intégré indépendamment de l'éditeur. Sauf si j'ai mal compris votre demande.

image

@narfanar Je crois que @feorlen signifie qu'il utilise normalement des éditeurs basés sur des terminaux (vim, ecmas, nano, etc.). Ainsi, changer la taille de la police du terminal affectera toutes les "UI" de l'éditeur.

@feorlen Avez-vous essayé le paramètre window.zoomLevel ? Je pense que c'est mieux que rien.

Et s'ils font cela, je commencerai à utiliser un autre éditeur de code.

Je pense que vous avez mal écrit, mais: OK, veuillez commencer.

Maintenant, pourquoi ce n'est pas une fonctionnalité? 5 ans se sont écoulés.

Parce que personne n'a mis en œuvre cela, évidemment.

Wow, commentaire de génie.

Je ne sais pas si ma demande correspond à ce problème.
Pour l'instant, j'ai modifié workbench.desktop.main.css : recherchez windows{font-family:Segoe WPC,Segoe UI,sans-serif} dans le fichier et ajoutez-y les polices dont j'ai besoin. Pour Mac et Linux, recherchez simplement mac{font-family ou linux{font-family .
Je l'ai fait simplement parce que j'ai des feuilles de repère avec un nom de fichier en CJK, et que les polices dans la barre latérale et les onglets reviendront à une certaine police de pixels par défaut du système (il semble que).
J'espère que le code VS peut fournir la possibilité de changer les polices de l'interface utilisateur comme nous changeons les polices de l'éditeur dans le paramètre .json

Je viens de passer à VSCode d'Atom. Époustouflé que mon "arbre de fichiers" doit paraître si grand, audacieux et brillant. Comparez avec l'atome:

VSCode:

image

atome:

image

Je suis sûr que j'ai l'air fou ... mais vois comme l'atome est gentil et subtil? L'explorateur VSCode détourne l'attention du code (éditeur).

En approchant de trouver le tueur d'Epstein, j'ai une liste de suspects, comment cette fonctionnalité se déroule-t-elle?

@justinko , le contraste est important. Je risquerais de penser qu'un grand nombre de personnes trouvent non négligeable plus difficile de lire le texte de la capture d'écran Atom que celui de VSCode. Personnellement, je ne perçois pas de différence, à tel point que j'ai parcouru votre commentaire au début et j'ai pensé qu'il s'agissait de deux captures d'écran d'Atom. Ayant réalisé que le premier est VSCode, j'ai maintenant du mal à comprendre ce qui vous dérange - IMO, celui du VSCode est moins "gros et audacieux et brillant"; les icônes plus petites et les icônes de dossier sont toutes grises.

Dans tous les cas, votre commentaire concerne probablement la couleur de la police plutôt que / en plus de la taille de la police, mais ce sont toutes des choses qui devraient être configurables.

@feorlen a souligné qu'il

S'il vous plaît, s'il vous plaît, s'il vous plaît, quelqu'un chez Microsoft, s'il vous plaît examiner ceci! Étant malvoyant, je dois me trouver à moins de deux pouces de mon écran juste pour lire la police dans la fenêtre de l'Explorateur afin de pouvoir renommer un fichier et m'assurer que j'ai les caractères que j'insère dans les noms de fichiers au bon endroit . La fenêtre de l'éditeur étant réglable en taille de police est géniale et j'ai la mienne réglée à 18 juste pour pouvoir la lire. Tout cela est bien beau, mais le reste de l'interface utilisateur a besoin du même type d'options de personnalisation, surtout si vous utilisez du code VS sur un ordinateur via RDP où tout mettre à l'échelle de Windows n'est pas une option. Il s'agit sans aucun doute d'un problème d'accessibilité et doit être résolu près de cinq ans après son ouverture.

Pourquoi une fonctionnalité qui est évidemment si simple à ajouter prend-elle autant de temps? C'est un cauchemar d'accessibilité, c'est facile à faire, et pourtant - nous attendons encore des années plus tard. Cela n'a aucun sens.

Pourriez-vous simplement voter ci-dessus pour exprimer votre préférence? Ce genre de commentaires ne fait que faire en sorte que les personnes intéressées se désabonnent du problème ou, pire, que le problème soit limité, vous ne pouvez même pas voter. Ne réalisez-vous pas que faire ce que vous faites va à l'encontre de votre propre intérêt?

Pourquoi une fonctionnalité qui est évidemment si simple à ajouter prend-elle autant de temps?

Encore une autre référence à la réponse d'un membre: https://github.com/microsoft/vscode/issues/519#issuecomment -643326100

Microsoft ne s'est jamais soucié de l'UX, vous pouvez vous abonner, vous désabonner, voter, parler, rester silencieux ou même trouver le tueur d'Epstein et rien ne changera le fait que cela ne verra jamais le jour parce que c'est Microsoft.
Beaucoup d'ingénieurs ici sont peut-être nouveaux pour les traiter, mais cette attitude est constante depuis les jours d'IE6, Microsoft veut juste avoir une forte présence sur le Web, mais Microsoft se soucie des outils de développement et de la personnalisation? Cela n'arrivera jamais.
Atom était génial, Atom était personnalisable depuis le début, puis est venu Microsoft et a tout gâché en achetant Github.
Et nous allons donner une crise cardiaque à @memeplex s'il continue de recevoir des notifications de ce fil, alors veuillez simplement +1

Pouvons-nous verrouiller ce fil aux contributeurs pour le moment?

Plusieurs éléments sont nécessaires pour que cette demande de fonctionnalité fonctionne comme prévu .

  • Les icônes en ligne doivent être redimensionnées à la hauteur de la police (si SVG) ou à la taille disponible parfaite du pixel le plus proche (sinon SVG).
  • Les rapports de taille entre tous les différents éléments de police de l'atelier doivent être conservés, sinon vous pouvez complètement casser l'interface utilisateur.
  • Les icônes de la barre latérale doivent également être ajustées (vous ne pouvez pas avoir une énorme barre latérale près d'une petite vue d'explorateur).

Je suppose que nous avons besoin de quelque chose de similaire au paramètre de niveau de zoom de la fenêtre, donc un facteur de mise à l'échelle, mais qui n'affecte que l'atelier (ou devrais-je dire, le shell de l'application) et PAS l'éditeur de code (où la hauteur de ligne doit rester pixel parfait et basé sur des nombres entiers).

Le shell de l'application n'est pas affecté par les problèmes de hauteur de ligne, donc un facteur de mise à l'échelle ici ne devrait pas causer de problèmes. (peut-être que cela pourrait, avec les popups et l'arborescence de l'explorateur ... Je ne sais pas si ceux-ci sont rendus ligne par ligne.)

Ce n'est pas un problème de meilleure apparence pour moi, et ce n'est pas assez bon pour agrandir l'interface utilisateur et réduire l'éditeur.

Le problème le plus grave est le poids de la police. Vous avez choisi une police extrêmement fine qui, j'en suis sûr, est idéale pour les jeunes avec de grands yeux, mais qui est terrible pour certains d'entre nous. Aucune quantité de mise à l'échelle, de couleurs ou de contraste élevé n'améliorera la police de cette façon.

C'est un grave problème d'accessibilité. Cela me fait mal aux yeux d'utiliser cette application, et je dois l'utiliser quotidiennement.

Je ne peux pas simplement porter des lunettes pour réparer ça.

Je dois rejoindre cette demande. Je dois faire face à de fréquents maux de tête et la police et les couleurs des applications que j'utilise ont beaucoup à voir avec leur aggravation ou leur amélioration. La source de cette application ne m'aide pas du tout et est probablement la seule chose qui me fait abandonner de temps en temps.

wow 5 ans et cette fonctionnalité n'est même pas encore une chose lmao. J'aime le code vs mais c'est absolument nécessaire si vous avez plus d'un écran.

Pendant ce temps, nous continuons à changer à la main. part>.content{font-size:13px} à .part>.content{font-size:16px}
Quiconque dit que c'est plus compliqué que cela en est plein. À quel point peut-il être difficile de mettre à jour un CSS en fonction d'une taille de police sélectionnée? Je suppose que c'est pour la SP.
Désormais, à chaque mise à niveau, il y a des TONNES de fonctionnalités inutiles qui prennent probablement beaucoup plus de temps que l'ajout d'un paramètre pour définir la taille de la police de l'arborescence de fichiers. QU'EST-CE QUE LE F?

Pendant ce temps, nous continuons à changer à la main. part>.content{font-size:13px} à .part>.content{font-size:16px}
Quiconque dit que c'est plus compliqué que cela en est plein. À quel point peut-il être difficile de mettre à jour un CSS en fonction d'une taille de police sélectionnée? Je suppose que c'est pour la SP.
Désormais, à chaque mise à niveau, il y a des TONNES de fonctionnalités inutiles qui prennent probablement beaucoup plus de temps que l'ajout d'un paramètre pour définir la taille de la police de l'arborescence de fichiers. QU'EST-CE QUE LE F?

Question de base. Comment ajouter ceci / modifier ceci dans VS Code?

@KingOfSpades édite workbench.desktop.main.css et cherche le premier .part>.content

vous pouvez changer la police de l'éditeur, du terminal, mais pour une raison quelconque, vous ne pouvez pas changer la police du panneau

Microsoft typique, tout comme Windows 10, ils aiment les incohérences et les ballonnements

Cette page vous a été utile?
0 / 5 - 0 notes