Spyder: Implémentez pleinement le nouveau thème sombre de Spyder

@dalthviz , veuillez continuer avec le plugin d'aide. Pour cela, je pense que vous avez besoin de trois choses:

1. Laissons la couleur d'arrière-plan être la même que celle de QDarkStyle et la couleur de premier plan être blanche.
2. Veuillez vérifier ce thème : https://bootswatch.com/darkly/ pour un bon ensemble de couleurs qui peuvent aller avec un fond sombre.
3. Vous devez modifier le CSS riche de l'aide lorsque le thème de l'interface change, pas celui de l'éditeur.

@dalthviz , veuillez continuer avec

• Widgets de l'éditeur :
  
  
  
  • Liste de fichiers du sélecteur de fichiers
  
  
  • Résultats de la recherche de symboles
  
  

et

• Colonnes du tableau des préférences :
  
  
  
  • Colonne des noms de volet de préférences des raccourcis clavier
  
  
  • Colonne Commande du gestionnaire LSP à exécuter
  
  

Ceux-ci sont très similaires.

Et celui-ci aussi

• Rechercher dans les fichiers les résultats

Tout cela dans le même PR.

@ccordoba12 @dalthviz Je viens de le remarquer maintenant, mais la colonne Index de DataFrameEditor n'a pas non plus de thème sombre (rendant l'index invisible), au cas où cela devrait entrer dans le lot de travail en cours.

@ccordoba12 @CAM-Gerlach une autre chose à corriger est le paramétrage de la feuille de style sur les fenêtres détachées des plugins :

Par exemple avec l'éditeur :

@dpizetta , continuez votre bon travail !! Les choses s'annoncent vraiment bien avec QDarkStyle 2.6.1 :

Ça a l'air plutôt chouette ! Bon travail à vous tous aussi ! J'aime les icônes minimalistes :)

Puis-je changer plus de chose cette semaine, ce sera encore mieux :)
Onglets, boutons d'outils et quelques détails, v2.6.2.

Les coins arrondis sont un truc, hauha... il y a beaucoup de choses qui ont l'air bizarre mélangées à des plats. Dans la version 3, nous aurons quelques options pour le définir à plat, arrondi et changements de palette. Je recherche la meilleure implémentation.

Merci :)

Merci beaucoup @dpizetta !

@CAM-Gerlach, vous savez que les problèmes de style sont quelque chose que nous ne pouvons pas résoudre ici, alors veuillez les signaler directement dans le référentiel QDarkStyle.

C'est vraiment une perte pour vous et pour notre temps (comme les problèmes que vous ouvrez concernant la taille des icônes, le texte de complétion gourmand, etc.).

...

Je vous ai répondu en chat privé.

Signalé.

@ccordoba12 Je ne sais pas s'il s'agit de Spyder ou de QDarkStyle, mais sur chaque volet de préférences comportant des onglets en haut, les contours autour des sections, ainsi que les champs de texte et autres, sont invisibles; pendant ce temps, ceux sans onglets supérieurs ont l'air bien. Par exemple

C'est une chose QDarkStyle. Veuillez le signaler là-bas.

Pouvez-vous simplement confirmer si la parentalité de ces widgets problématiques est correcte ?

(en attendant, ceux sans onglets supérieurs ont l'air bien. Par exemple)`

Parfois, le style n'est pas appliqué à cause de cela. Si c'est ok, je peux initier les enfants au style. Mai est quelque chose comme les problèmes que vous rencontrez avec les boîtes de dialogue et les fenêtres contextuelles qui n'obtiennent pas le style.

@dpizetta @ccordoba12 J'ai le problème en file d'attente là-bas, mais faites-moi savoir si je dois quand même le faire.

@dpizetta , le parent de cette boîte de dialogue est la fenêtre principale, comme on peut le voir ici :

https://github.com/spyder-ide/spyder/blob/883a9bddc7307ae4600ea1a74f25133f87619dff/spyder/app/mainwindow.py#L2790 -L2795

( self est la fenêtre principale ici).

@dpizetta @ccordoba12 J'ai le problème en file d'attente là-bas, mais faites-moi savoir si je dois quand même le faire.

Je pense que ce n'est pas une bonne idée d'insérer tous ces types de sous-widgets dans le CSS (comme QStackedWidget QLineEdit), car cela compliquera la maintenance. Le CSS devrait fonctionner en cascade mais pour cela, tous les parents devraient être corrects.

@dpizetta , le parent de cette boîte de dialogue est la fenêtre principale, comme on peut le voir ici :

Cela a résolu le problème avec le widget de dialogue, maintenant les problèmes sont avec le QLineEdit à l'intérieur d'un QTab ou d'un QStacked. J'ai vu ton code et j'ai trouvé des lignes comme celles-ci :

Quelques widgets principaux à l'intérieur

QLineEdit - que ce soit le problème

Lors de l'édition dans QtDesigner, tous les widgets ont le parent son principal, dans un style plat et non hiérarchique, donc si cela fonctionne, cela devrait être simplifié. Donc je suppose que se référer à _self_ dans chacun d'eux résout également tous les problèmes. Si vous avez des problèmes comme ça, la solution est peut-être la même et je pense que c'est la meilleure. Il est similaire à #8197 mais également pour les sous-widgets.

Pourrais-tu essayer ça ? Qu'est-ce que tu penses?

@dpizetta , rien de tout cela n'a aidé. Mais j'ai trouvé ceci dans qdarkstyle :

https://github.com/ColinDuquesnoy/QDarkStyleSheet/blob/697b77f1f0975a26a2dd6322ff933823d3e23545/qdarkstyle/style.qss#L1212 -L1214

Alors peut-être que cela fait que les frontières ne sont pas affichées ?

J'ai essayé mais cela n'a pas fonctionné non plus. Cette ligne consiste à supprimer la bordure du widget interne de tab. Il y a un risque que cela cause des problèmes. Jusqu'au 5 décembre, je n'aurai pas le temps de travailler sur ce problème, après cela je reviens.

D'accord, merci beaucoup @dpizetta !

Je l'ai ajouté à la section QDarkStyle ci-dessus, merci. Voulez-vous toujours que j'ouvre un problème là-bas?

De plus, j'ai trouvé ce problème dans la boîte de dialogue de connexion au noyau (Console --> Se connecter au noyau existant) : lorsque la case à cocher du noyau distant est sélectionnée, elle s'affiche correctement (avec le thème QDarkStyle). Quand ce n'est pas le cas (l'utilisateur clique sur un autre champ, se concentre sur une autre fenêtre ou même sur Alt-Tabs), il revient à l'aspect normal du thème. peut-être que cela a à voir avec le fait d'être un titre de section ou quelque chose du genre, car les cases à cocher ailleurs n'ont pas ce problème, seulement celui-ci en particulier. Spyder ou QDarkStyle ?

vs.

Peut un problème qdarstyle. Je vérifierai.

@dpizetta , comment pouvons-nous obtenir les principales couleurs qdarkstyle du package Python ? Nous devons faire plusieurs ajustements pour correspondre au thème et j'ai remarqué que nous ne pouvons pas utiliser de couleurs codées en dur car le schéma est différent dans Python 2 (brunâtre) et 3 (bleuâtre).

Certaines choses à thème plus sombres non répertoriées ci-dessus, certainement liées à Snyder cette fois :

• L'icône des options n'est toujours pas changée en version sombre et est presque invisible
• Les boîtes de dialogue "Afficher les variables d'environnement" et "Afficher le contenu Sys.Path" dans le menu contextuel du volet de la console n'ont pas de thème sombre comme les autres boîtes de dialogue de l'explorateur de variables
• L'option "Style de fenêtre Qt" dans le nouveau volet Apparence n'a aucun effet avec le thème sombre de l'interface utilisateur ; il doit être désactivé si le thème actuellement défini (manuellement ou automatique) est sombre pour éviter de dérouter les utilisateurs quant à la raison pour laquelle cela ne fonctionne pas.

• L'icône des options n'est toujours pas changée en version sombre et est presque invisible
• Les boîtes de dialogue "Afficher les variables d'environnement" et "Afficher le contenu Sys.Path" dans le menu contextuel du volet de la console n'ont pas de thème sombre comme les autres boîtes de dialogue de l'explorateur de variables

Travailler sur eux dans PR #8192.

L'option "Style de fenêtre Qt" dans le nouveau volet Apparence n'a aucun effet avec le thème de l'interface utilisateur sombre

C'est une bonne prise, merci ! @dalthviz , veuillez résoudre celui-ci en désactivant cette option si le thème est sombre (comme @CAM-Gerlach mentionné ci-dessus).

Travailler sur eux dans PR #8192.

Désolé, je ne les ai pas vus dans la liste ci-dessus et je ne vois rien de mentionné sur les variables env et la visionneuse syspath dans ce PR.

L'impression au latex Sympy sur console utilise actuellement des png transparents avec du noir pour le texte au sol. Cette lecture assez difficile avec un thème sombre :

Modifiez cette ligne :
https://github.com/spyder-ide/spyder/blob/9de287df78d6293a2323236c311d5007b254b300/spyder/plugins/ipythonconsole/widgets/shell.py#L284

Solution 1

À : init_printing(forecolor="White")""" lors de l'utilisation d'un thème sombre.

Comment savoir si nous utilisons un thème sombre ?
Nous devrions exécuter init_printing à chaque fois que le thème change.

Solution 2

À : init_printing(backcolor="White")"""

C'est la solution la plus simple, mais il y aurait une zone blanche autour du texte sur des thèmes d'arrière-plan non blancs similaires à la façon dont les tracés en ligne le font actuellement.

@bcolsen Donc, il n'y a aucun moyen de simplement changer la couleur réelle du texte SymPy quelle que soit la couleur du thème de syntaxe "Texte normal" lorsque cela change?

Sympy utilise du latex pour créer les png et il semble que la définition de couleurs personnalisées nécessite une définition de préambule, mais au moins nous pourrions utiliser la couleur de texte normale comme guide pour savoir si nous avons besoin de noir ou de blanc.

https://www.overleaf.com/learn/latex/Using_colours_in_LaTeX

Ah, oui, je sais comment les couleurs fonctionnent dans LaTeX puisque je l'utilise tout le temps mais je n'ai pas pensé à la nécessité de définir une couleur personnalisée dans ce contexte ; bon point.

D'accord, alors nous pourrions essentiellement utiliser la logique utilisée par Spyder pour déterminer si le thème de l'interface utilisateur doit être "sombre" ou "clair" lorsqu'il est défini sur "Automatique" en fonction de l'arrière-plan du thème de la syntaxe, c'est-à-dire s'il est supérieur au gris moyen perceptif que d'utiliser le défaut; si plus sombre, utilisez forecolor="White" . Nous aurions juste besoin de vérifier et de définir cela chaque fois que l'utilisateur applique des modifications au thème de syntaxe actuel ou en sélectionne un autre ; ce processus prend déjà environ 20 secondes ou plus sur ma machine, donc le moindre coût supplémentaire ne devrait pas être perceptible.

@Ticonderoga a souligné que les en-têtes de tableau dans l'aide, par exemple dans la documentation pour scipy.optimize , n'ont toujours pas de thème et sont blancs sur blanc, ce qui les rend invisibles. De plus, j'ai remarqué que les barres de défilement dans l'aide sont toujours blanches et sans thème. J'ai ajouté cela et tout ce dont nous avons discuté récemment au message ci-dessus. Capture d'écran:

Juste pour que cela soit référencé ici, @dalthviz , veuillez résoudre le problème ci-dessus.

Alors, je reviens, désolé d'être en retard. Je vais travailler dessus cette semaine.

Alors peut-être que cela fait que les frontières ne sont pas affichées ?

Ici, plus de gens s'en plaignent, les exemples dans les numéros m'aideront à trouver le bon endroit #123

Je l'ai ajouté à la section QDarkStyle ci-dessus, merci. Voulez-vous toujours que j'ouvre un problème là-bas?

Celui-ci aussi.

@dpizetta , comment pouvons-nous obtenir les principales couleurs qdarkstyle du package Python ? Nous devons faire plusieurs ajustements pour correspondre au thème et j'ai remarqué que nous ne pouvons pas utiliser de couleurs codées en dur car le schéma est différent dans Python 2 (brunâtre) et 3 (bleuâtre).

Pour le moment, il n'y a aucun moyen d'obtenir les couleurs par programmation, cela est prévu dans la version 3, qui inclut la possibilité de les changer. Dans les premières lignes de CSS j'ai un tableau avec les couleurs actuelles dont je dois vérifier s'il est à jour.

init_printing(backcolor="White")"""

Y compris les problèmes précédents, je pense que c'est une bonne idée de créer un moyen de changer ces couleurs ou de l'utiliser à partir de la fonctionnalité qdarkstyle de la version 3, de sorte que les couleurs suivront à mesure que le thème change. Je vais travailler dur pour fournir cette fonctionnalité, mais je ne sais pas combien de temps je vais y passer. Utilisez la première approche dès que je vérifie les couleurs... de nos jours. Je vous le ferai savoir.

Merci @dpizetta !

init_printing(backcolor="White")"""

En fait, la couleur de la coloration syntaxique dépend de la couleur d'arrière-plan du thème de coloration syntaxique (que nous pouvons facilement obtenir/vérifier), et non de la couleur du thème de l'interface utilisateur (je proposais simplement d'utiliser la même méthode que l'option "Automatique" du thème de l'interface utilisateur) fait pour déterminer si une couleur de premier plan blanche ou noire doit être utilisée pour la sortie LaTeX ; idéalement, nous utiliserions plutôt la couleur normal text pour la couleur LaTeX FG afin qu'elle corresponde à n'importe quel thème arbitraire ( c'est déjà le cas avec Spyder Dark, car cette couleur est également blanche), mais il semble que cela ajouterait beaucoup à la complexité.

Ici, plus de gens s'en plaignent

Super! Bon à savoir qu'il n'y a pas de problème de notre côté.

Pour le moment, il n'y a aucun moyen d'obtenir les couleurs par programmation, cela est prévu pour la version 3

Quand prévoyez-vous de sortir la version 3 ?

En fait, la couleur de la coloration syntaxique dépend de la couleur d'arrière-plan du thème de coloration syntaxique (que nous pouvons facilement obtenir/vérifier), et non de la couleur du thème de l'interface utilisateur...

Oh ouais, je me trompe les termes, je suis d'accord avec toi :)

Super! Bon à savoir qu'il n'y a pas de problème de notre côté.

HAuhau... c'est mon tour :)

Quand prévoyez-vous de sortir la version 3 ?

mars-avril/2019

Nouvelles:

• Correction des widgets sans bordure dans QTabWidget - v2.6.5
• Boîte de groupe que je vérifie encore.

@dpizetta Il a été signalé sur #8470 et je peux confirmer sur Windows 8.1 avec Python 3.6.7, QDarkStyle 2.6.5 ( pip ) et Qt/PyQt 5.9.6/5.9.2 sur master qu'il n'y a pas de retour visuel lorsqu'un bouton de la barre d'outils, etc. est cliqué (comme c'est le cas sur le thème lumineux normal), ne laissant aux utilisateurs aucun moyen de confirmer qu'une action sans effet visuel immédiat s'est réellement produite.

De plus, peut-être lié, pour les boutons à bascule (par exemple, la plupart de ceux du volet Rechercher dans les fichiers de Spyder), il n'y a aucune indication de l'état du bouton (par exemple, sensible à la casse, regex activé ou désactivé, etc.) l'utilisateur doit recourir à deviner et vérifier, bien que le bouton fonctionne de manière invisible.

Est-ce quelque chose que vous pouvez corriger de votre côté ?

dans le changelog v4.0 beta a

• Ajoutez un thème sombre pour toute l'interface.

mais sur mon spyder Win10 4.0.0b1 (installé avec conda), il n'y a pas de nouveau paramètre dans la section interface.
Ai-je besoin d'un paquet supplémentaire ou autre ?

@yalov C'est le changelog pour 4.0 dev, c'est-à-dire la version "live" de Github. Comme vous pouvez le voir dans ce numéro, la feuille de route , etc., la mise en œuvre initiale du thème sombre et la plupart du travail sont effectués pour la bêta 2, tandis que quelques bits restants ici et l'achèvement final de la mise en œuvre sont rattachés à la bêta 3. Comme vous pouvez voir dans la chaîne de version, vous avez la version bêta 1. La version bêta 2 devrait être publiée dans les prochaines semaines, ou vous pouvez essayer la version de développement de Github si vous êtes courageux.

Le Qdarkstyle n'est pas appliqué à EditTabNamePopup pour renommer la console. Parce que le parent de QLineEdit de EditTabNamePopup est None.

class EditTabNamePopup(QLineEdit):
    """Popup on top of the tab to edit its name."""

    def __init__(self, parent, split_char, split_index):
        """Popup on top of the tab to edit its name."""

        # Variables
        # Parent (main)
        self.main = parent if parent is not None else self.parent()
        self.split_char = split_char
        self.split_index = split_index

        # Track which tab is being edited
        self.tab_index = None

        # Widget setup
        QLineEdit.__init__(self, parent=None)

@ ok97465 , veuillez soumettre un PR pour cela.

@ccordoba12 Merci. Je soumettrai un PR la nuit.

Nouvel élément : l'icône d'information dans le sélecteur de fichiers n'a pas de thème, comme on le voit dans #8616 .

@dpizetta Il a été signalé sur #8470 et je peux confirmer sur Windows 8.1 avec Python 3.6.7, QDarkStyle 2.6.5 ( pip ) et Qt/PyQt 5.9.6/5.9.2 sur master qu'il n'y a pas de retour visuel lorsqu'un bouton de la barre d'outils, etc. est cliqué (comme c'est le cas sur le thème lumineux normal), ne laissant aux utilisateurs aucun moyen de confirmer qu'une action sans effet visuel immédiat s'est réellement produite.

De plus, peut-être lié, pour les boutons à bascule (par exemple, la plupart de ceux du volet Rechercher dans les fichiers de Spyder), il n'y a aucune indication de l'état du bouton (par exemple, sensible à la casse, regex activé ou désactivé, etc.) l'utilisateur doit recourir à deviner et vérifier, bien que le bouton fonctionne de manière invisible.

Est-ce quelque chose que vous pouvez corriger de votre côté ?

Salut @CAM-Gerlach, je peux m'en occuper dans les prochains jours. Merci !

Désolé de demander ici, mais comment ajouter un thème sombre à mon IDE spyder actuel ? Je l'ai installé via anaconda et je suis un débutant à peu près tout ce qui concerne le codage. Je suis sur linuxmint 19.1. Quelqu'un peut-il me guider ?

Il n'est disponible que sur la version de développement qui sortira dans quelques mois

Merci pour l'info.
Existe-t-il donc un moyen de l'installer dans ma version actuelle de Spyder ? Sinon, quand la nouvelle version sera-t-elle publiée ?

Existe-t-il donc un moyen de l'installer dans ma version actuelle de Spyder ?

Non. Comme @goanpeca vient de le dire, It is only available on the development version

Sinon quand la nouvelle version sortira-t-elle ?

Encore une fois, si vous lisez la réponse de @goanpeca , ce sera be released in some months .

Il sera également disponible dans Spyder 4 Beta 2, qui est presque terminé et devrait sortir assez prochainement. Si vous voulez l'essayer dès maintenant, vous pouvez installer vous-même si difficile, même pour un débutant. Cependant, vous feriez probablement mieux d'attendre la sortie officielle de la bêta 2 qui ne devrait pas être trop loin. Merci.

Merci pour l'info j'attends la sortie :D

J'ai hâte de voir ça! Merci beaucoup!

@ccordoba12 @dpizetta Probablement le plus gros problème restant (qui a un impact majeur sur l'UX au point de nuire gravement à l'utilisation de fonctionnalités spécifiques de Spyder) est qu'il est presque impossible de dire si les boutons bascule (comme le mode regex et sensible à la casse pour la recherche et Remplacer le widget et le volet Rechercher dans les fichiers, etc.) sont activés ou désactivés, et ils semblent être inversés par rapport à ce à quoi un utilisateur pourrait s'attendre. Exemple:

Désactivée:

Activée:

Par conséquent, il semblerait prudent de les décrire, par exemple, dans un blanc ou un bleu beaucoup plus épais et plus brillant lorsqu'ils sont activés, ou même de colorer l'icône en bleu pour indiquer que le bouton est activé. Est-ce quelque chose qui peut être corrigé du côté de Spyder, ou faut-il le faire dans le thème lui-même ? Merci!

Salut @CAM-Gerlach, ces boutons sont comme dans la barre d'outils, ils sont transparents, mais lorsqu'ils sont activés, ils passent à la couleur d'arrière-plan, qui est votre couleur là-bas. Les deux couleurs sont les mêmes dans ce cas. Je pense que lorsque l'événement urgent se produit, ils apparaissent en bleu dans la bordure. J'ai essayé de mettre une couleur (plus claire) lorsqu'elle n'est pas activée et l'autre (plus foncée) lorsqu'elle est activée, mais ils ont rendu l'interface moche.

Il y a quelques changements qui peuvent être faits pour s'améliorer (Qdarksytle et/ou Spyder) :

• Remplacez la couleur d'arrière-plan (barre entière) par la même couleur que les bordures. Il reproduira donc la barre d'outils - j'ai besoin de savoir quel widget est l'arrière-plan où se trouvent les boutons. Comme il y a beaucoup de frontières, je pense que c'est une bonne option. Besoin d'essayer toute l'interface pour voir si elle est agréable.
  Quelque chose comme ça (obs.: les boutons sont incorrects)

• J'ai mis la lumière de bordure lorsqu'elle n'est pas activée car s'il n'y a que du texte, vous pouvez penser que ce n'est pas un bouton, bien sûr, le problème apparaît lorsqu'il est activé. Votre suggestion est agréable, nous pouvons utiliser une ligne plus claire lorsqu'elle n'est pas activée et une ligne plus foncée lorsqu'elle est activée. On peut essayer les couleurs des boutons poussoirs.

Dans le style normal, ils sont identiques aux boutons poussoirs.

Des idées ? @ccordoba12 @goanpeca @CAM-Gerlach Tks

Parler de bouton transparent ici m'a rappelé que j'avais trouvé cela l'autre jour dans les flèches de l'onglet de l'éditeur (sous Linux):

Pour reproduire, vous avez besoin de plus d'onglets ouverts que de tenir dans la barre. Est-ce que quelqu'un d'autre comprend ça ?

@bcolsen, je peux confirmer que c'est également ce que je vois sous Windows. (Qt 5.9.7).

Concernant les onglets, cela aurait dû être corrigé dans la dernière version 2.6.8. Quelles versions de qdarkstyle utilisez-vous ?

Je soutiens l'inquiétude de @CAM-Gerlach concernant les boutons de la barre d'outils. Je pense qu'ils doivent changer d'une manière plus visible/obious que juste le contour. Je le trouve pas assez clair (même si d'autres outils comme VSCode le font)

(Je ne pense pas que ce soit assez clair, je veux savoir que je peux cliquer sur quelque chose sans avoir à déplacer le pointeur de la souris là-bas)

@dpizetta Je pense que nous devrions commencer à utiliser la puissance de SASS pour ajouter des nuances plus claires et plus foncées en plus de la palette de 9 couleurs de base pour résoudre ces petits ajustements.
https://sass-lang.com/documentation/functions

Je le trouve pas assez clair (même si d'autres outils comme VSCode le font)

Je suis d'accord, bien que même le look de VSCode serait plus clair que ce que nous avons en ce moment, ce qui est pratiquement impossible à dire et regarde "en arrière". Idéalement, cependant, nous voulons que l'ensemble du bouton soit d'une couleur différente, idéalement plus foncée pour faire ressortir clairement sa dépression (ce qui pourrait nécessiter un éclairement des barres d'outils).

2.6.7 est la dernière version de spyder-ide , mais la désinstaller et l'installer 2.6.8 à partir de pip résout en effet le problème de la flèche. @ccordoba12 pouvons-nous obtenir 2.6.8 sur spyder-ide et l'exiger pour la bêta 2 ?

Tu veux dire ajouter ça dans conda forge :-p ?

@goanpeca Non, c'est déjà sur 2.6.8 là-bas.

pouvons-nous obtenir 2.6.8 sur spyder-ide

Terminé.

Un autre problème que j'ai remarqué depuis un certain temps : la barre latérale droite qui affiche erreur/avertissement/etc. marqueurs tout au long du document n'est pas décalé pour correspondre à la barre de défilement, cette dernière n'est donc pas utilisable comme indicateur qui doit être visible. Comparez le thème de la lumière :

La barre latérale droite qui affiche erreur/avertissement/etc. les marqueurs dans tout le document ne sont pas décalés pour correspondre à la barre de défilement, cette dernière n'est donc pas utilisable comme indicateur dont il doit être visible

Cela n'a rien à voir avec le thème sombre. Merci d'ouvrir un nouveau numéro à ce sujet.

@ccordoba12 J'ai ouvert un nouveau numéro, mais je suis plutôt confus. Pourriez-vous expliquer comment un problème d'interface utilisateur qui se produit uniquement sous le thème de l'interface utilisateur sombre a nothing to do with the dark theme ?

Parce que cela se produit lorsque l'arrière-plan de l'éditeur est sombre, quel que soit le thème, comme le montre votre capture d'écran ci-dessus.

Ups, désolé, je n'ai pas lu complètement votre commentaire. Je pensais que les deux thèmes avaient le problème. Dans tous les cas. nous fermerons ce bogue après avoir corrigé la couleur de premier plan de la sortie Sympy, il est donc préférable d'ouvrir de nouveaux problèmes.

Ups, désolé, je n'ai pas lu complètement votre commentaire

Pas de problème, nous manquons tous de choses. Je n'étais juste pas sûr si c'était moi cette fois.

Dans tous les cas. nous fermerons ce bogue après avoir corrigé la couleur de premier plan de la sortie Sympy, il est donc préférable d'ouvrir de nouveaux problèmes

D'accord, j'évitais ça avant depuis que tu m'avais dit de ne pas le faire. Alors devrais-je aussi ouvrir de nouveaux problèmes pour

• [ ] L'icône "Information" dans le sélecteur de fichiers n'a pas de thème

et, s'il est déterminé que le meilleur plan d'action est de le réparer dans Spyder, puisque @dpizetta a dit qu'il pourrait être résolu dans l'un ou l'autre, si je comprends bien,

• [ ] Correction des icônes de bascule (regex, sensibles à la casse) impossibles à dire si elles sont activées ou désactivées (Spyder ou QDarkstyle)

?

J'ai déjà modifié la description pour couvrir ces cas, veuillez voir ci-dessus.

@ccordoba12 D'accord, merci. Je ne pouvais pas voir qu'il avait été mis à jour pendant que je l'éditais moi-même pour un effet similaire, heh. J'avais déjà posté une capture d'écran ici, je vais donc la copier dans un nouveau numéro.

@dpizetta Voulez-vous que j'ouvre un problème sur QDarkStyle pour le problème des icônes de basculement avec le contenu d'ici, ou le gérez-vous déjà ? Merci!

@dpizetta Voulez-vous que j'ouvre un problème sur QDarkStyle pour le problème des icônes de basculement avec le contenu d'ici, ou le gérez-vous déjà ? Merci!

S'il vous plaît, @CAM-Gerlach, je travaille déjà là-dessus. L'option raisonnable, pour l'instant, garde la bordure en surbrillance lorsqu'elle est cochée comme la dernière version de vscode. Nous (@goanpeca) pouvons essayer d'autres options avec scss à l'avenir.

@dpizetta Merci. Par votre demande directe, j'ai ouvert un problème là-bas.

Étant donné que le correctif pour le thème sombre sortira avec la version 4, j'ai pensé à une solution de contournement pour la version actuelle. Le seul problème semble maintenant être la couleur des icônes dans la fenêtre. Après avoir parcouru les fichiers sources, j'ai constaté que les icônes du thème spyder3 sont configurées dans directory_of_spyder/spyder/utils/icon_manager.py. (Le répertoire de spyder est /lib/python3.7/site-packages/ s'il est installé via pip). J'ai modifié la variable _qtaargs en ajoutant le paramètre color white là où c'était nécessaire. Le résultat final est comme indiqué dans l'image ci-dessous.

Le mode sombre fonctionne parfaitement partout sauf dans certaines parties de l'aide et de la documentation Qt. J'ai joint le fichier icon_manager.py modifié.
icon_manager.py

À votre santé!

J'ai pensé à une solution de contournement pour la version actuelle

Aucune solution de contournement ne sera ajoutée pour la version actuelle, désolé.

A l'exception du numéro 9545, on peut dire que c'est fini.

Merci à tous ceux qui ont contribué à faire du thème sombre de Spyder une réalité !

Soit dit en passant, si vous rencontrez d'autres problèmes concernant le thème sombre, veuillez les signaler en tant que problèmes distincts.