godot 🚀 - Ajouter un nouveau thème d'éditeur vectoriel par défaut | bleepcoder.com (2024)

c'est ce que j'ai jusqu'à présent.

juste une autre mise à jour, et aussi je pense que c'est tout, j'ai tous les éléments de l'interface utilisateur en svg, la prochaine étape pourrait être de peaufiner et d'améliorer cela, même s'il ne devient pas le nouveau thème par défaut, quelqu'un peut utiliser les actifs pour créer un les créer ou améliorer celui-ci.

Ça a l'air génial, je me demande comment on pourrait faire en sorte que le thème soit généré
depuis SVG en temps réel.

Le lundi 23 janvier 2017 à 22h58, Daniel Ramirez [emailprotected]
a écrit:

juste une autre mise à jour, et aussi je pense que c'est tout, j'ai toute l'interface utilisateur
éléments réalisés en svg, la prochaine étape pourrait être de peaufiner et d'améliorer cela, même
s'il ne devient pas le nouveau thème par défaut, quelqu'un peut utiliser les actifs pour
en créer un nouveau ou améliorer celui-ci.

[image: capture d'écran du 2017-01-23 19-50-01]
https://cloud.githubusercontent.com/assets/1103897/22230805/59a5eb96-e1a5-11e6-99be-eb98246996bb.png

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-274678631 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z28L10ocXp5EEv3CRZC8JBX5dPopaks5rVVrLgaJpZM4LMKXr
.

putain a l'air vraiment bien et semble être une approche incroyable.
S'il est possible de faire un convertisseur svg -> png décent en temps réel pour les icônes, les plugins en bénéficieraient également beaucoup. Actuellement, ils ne prennent généralement pas en charge le highDPi et sont presque inutilisables.

Il pourrait même être utilisé dans les jeux finaux. Ainsi, Godot prendrait en charge les svgs et les convertirait simplement en png de taille correcte lorsqu'ils sont utilisés dans un jeu. #4826
(c'est en fait de la même manière qu'iOS gère les graphiques vectoriels pdf. Il suffit de les convertir en png au bon moment)

@djrm le design que vous approchez est magnifique. Aide à se concentrer sur le travail proprement dit (éditeur de code 2d...). Je pense que le vert pour le design sélectionné est un peu trop lourd. pourquoi l'avez-vous choisi plutôt qu'une simple teinte grise? Mais merci beaucoup ! pour l'effort !

Qu'en est-il d'avoir tous les svgs et la résolution la plus basse dans le téléchargement Godot. que ppl peut choisir le dpi qu'il veut (basé sur un pourcentage). L'interface utilisateur est mise à l'échelle mais les icônes par défaut (pngs) sont toujours utilisées et juste mises à l'échelle (pas en termes de résolution, juste étirées). ils sont donc vraiment de mauvaise qualité (flous) mais de taille correcte. que les svgs sont convertis en pngs avec la bonne taille les images remplacées.

Mais vous avez probablement déjà une meilleure idée... (ou cette approche est plus qu'évidente) tout en voulant la partager.

n'hésitez pas à PR en 3.0 quand vous le souhaitez

Le samedi 25 mars 2017 à 20h02, Nuno Donato [emailprotected]
a écrit:

cet éditeur de graphique visuel a l'air si chaud :D

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-289245584 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z2-jomUzmkhc7Tjyk-0BQ0Cbvpqltks5rpZ0jgaJpZM4LMKXr
.

@djrm les changements que je veux dire peuvent être vus dans cette capture d'écran:

il n'y a pas de bordures sur l'éditeur de canevas (gauche droite) et également pour les autres éléments de l'interface utilisateur, il n'y a pas de bordures: éditeur de propriétés ...

J'ai essayé cela aussi pour certaines approches d'interface utilisateur que j'ai faites:

Et je pense que ça a l'air bien

@djrm J'ai aussi fait l'effort maintenant de rechercher le code du thème que j'ai fait.
C'était avant le moment où j'étais à l'aise avec git... donc j'avais besoin de le pousser maintenant.

c'est la branche:
https://github.com/toger5/godot/commit/5e97449a15f0690e8bd584a256758c1b062ed22c

Je ne sais pas exactement ce que j'ai fait. mais vous pouvez passer par tous les changements et décider ce que vous aimez.
La section commentée de la ligne 5288 dans editor_node se débarrasse de la bordure/marge (je pense... peut-être que je l'ai aussi résolu avec quelques paramètres dans le fichier editor_theme. Vous devez l'essayer)

J'espère que cela pourra aider

Je préfère vraiment les couleurs de l'UIConcept. Je pense savoir d'où vous venez. l'éditeur godot utilisait ces couleurs violettes foncées depuis un certain temps maintenant et cela le distingue de tout autre éditeur. Mais ça a l'air un peu délavé pour mes yeux...
@djrm y a-t-il une chance que vous changiez la couleur ?
que pensent les autres des couleurs?

@ toger5 oui, je vais changer les couleurs, en fait j'ai déjà changé les couleurs et perdu l'ancien thème violet, maintenant, la raison d'un jeu de couleurs plus clair est que lors de l'utilisation de l'éditeur pendant la journée, il est difficile d'identifier les choses, mais actuellement im à la recherche d'un meilleur schéma de couleurs qui ne soit pas trop sombre, toutes les suggestions sont les bienvenues.

le thème actuel ressemble à ceci (je ne l'aime pas)

Je pensais apporter quelques modifications à l'interface utilisateur ci-dessus, nous en avons discuté
choses, mais probablement après alpha

Le vendredi 31 mars 2017 à 19h41, Daniel Ramirez [emailprotected]
a écrit:

@toger5 https://github.com/toger5 oui je vais changer les couleurs, en fait
j'ai déjà changé les couleurs et perdu l'ancien thème violet, maintenant, le
la raison d'un jeu de couleurs plus clair est que lors de l'utilisation de l'éditeur pendant la journée
j'ai du mal à identifier les choses, mais actuellement je cherche une meilleure couleur
schéma qui n'est pas trop sombre toutes les suggestions sont les bienvenues.

le thème actuel ressemble à ceci (je ne l'aime pas)

[image: capture d'écran du 2017-03-31 15-40-25]
https://cloud.githubusercontent.com/assets/1103897/24571791/651e7756-1628-11e7-8a0a-4bead7215dd5.png

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-290848860 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z21cXaM1wyZiOQHLk_2L24u_R27hLks5rrYD_gaJpZM4LMKXr
.

je veux dire dans la partie supérieure de l'interface utilisateur (jeu, options, etc.)

Le vendredi 31 mars 2017 à 19 h 42, Juan Linietsky [emailprotected] a écrit:

Je pensais apporter quelques modifications à l'interface utilisateur ci-dessus, nous en avons discuté
choses, mais probablement après alpha

Le vendredi 31 mars 2017 à 19h41, Daniel Ramirez [emailprotected]
a écrit:

@toger5 https://github.com/toger5 oui je vais changer les couleurs, en
fait j'ai déjà changé les couleurs et perdu l'ancien thème violet, maintenant,
la raison d'un jeu de couleurs plus clair est que lors de l'utilisation de l'éditeur à
pendant la journée, j'ai du mal à identifier les choses, mais actuellement je cherche un meilleur
jeu de couleurs qui n'est pas trop sombre, toutes les suggestions sont les bienvenues.

le thème actuel ressemble à ceci (je ne l'aime pas)

[image: capture d'écran du 2017-03-31 15-40-25]
https://cloud.githubusercontent.com/assets/1103897/24571791/651e7756-1628-11e7-8a0a-4bead7215dd5.png

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-290848860 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z21cXaM1wyZiOQHLk_2L24u_R27hLks5rrYD_gaJpZM4LMKXr
.

@djrm J'aime beaucoup le nouveau surlignage avec du vert uniquement en bas.
J'essaierais toujours aussi un gris plus foncé.

Bien que je vois l'intérêt de le rendre plus facile à voir à la lumière du jour, il me manque le contraste. peut-être pouvez-vous au moins rendre l'arrière-plan presque complètement noir

je veux que les boutons soient comme ça

je pense qu'il devrait y avoir un autre nœud appelé FlatButton qui n'a pas de boîte
un ces boutons peuvent être utilisés dans cette chose

@ toger5 oui, c'est ce que j'ai jusqu'à présent

bien sûr ce n'est pas la version finale (mais comme toujours je suis ouvert aux suggestions)

J'ai testé les changements de @toger5 et j'aime beaucoup les onglets alignés à gauche

J'aime aussi beaucoup les couleurs de son thème, mais le thème de @djrm est vraiment cool aussi et je l'aime aussi !

Ça a l'air génial, vous prévoyez de le déplacer vers Godot 3.0?

Le samedi 1er avril 2017 à 17h49, Thomas Herzog [emailprotected]
a écrit:

J'ai testé les changements de @toger5 https://github.com/toger5 et j'aime beaucoup
les onglets alignés à gauche

[image: thème]
https://cloud.githubusercontent.com/assets/5209613/24582312/195152b6-172d-11e7-94b6-488ef2abf245.png

J'aime aussi beaucoup les couleurs de son thème, mais @djrm
Le thème de https://github.com/djrm est vraiment cool aussi et je l'adore
trop!

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-290946316 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z22kI6CkYXIbeJQmC-sPIMARvV0MUks5rrrhzgaJpZM4LMKXr
.

Bon c'est presque fini

Oh, j'avais la mauvaise capture d'écran en tête. Votre bordure supérieure est là.
D'accord, votre version locale semble avoir presque tout ce que j'aimerais voir.

Seuls points à discuter :

• pas de frontières pour les quais?
• onglets alignés à gauche
• couleurs de bordure intenses (je les aime mais peut-être que certaines personnes les trouvent gênantes)

@toger5
Je suis d'accord sans bordures pour les quais, ça a l'air bien sans bordures dans le concept mais dans le moteur réel pas tellement parce que si l'arborescence ressemble à la structure de l'inspecteur et autres

Onglets alignés à gauche, je pense que je vais changer cela.

Et à propos des boutons, ben oui je ne suis pas sûr non plus des couleurs, je vais essayer une autre variante et voir comment ça se passe

J'aime moi-même les couleurs et le design général. Voici comment je prévoyais de réorganiser l'interface utilisateur pour 3.0, donc toutes les idées ou modifications sont les bienvenues:

Je devais juste le modifier... Je devais juste xDDDD Mes yeux saignaient... (Configuration de la boîte de dialogue, pas du thème :P)

La ligne PS fanée au-dessus d'Annuler / Créer est facultative mais ce serait bien, je pense, pour les boîtes de dialogue de confirmation.

@ toger5 j'ai en fait fait des tests avec des boutons arrondis, mais je ne suis pas encore convaincu

maintenant j'ai quelques inquiétudes à leur sujet, tout d'abord, car il y a des boutons de hauteur différente, les boutons arrondis ne semblent pas parfaitement arrondis dans certains cas, ils n'ont pas l'air mauvais mais ce n'est pas comme dans le concept, maintenant c'est une autre chose que j'aimerais pour discuter, @ toger5 je sais que vous aimez le concept d'interface utilisateur mais ce n'est pas parfait pour le moteur, comme vous pouvez le voir, le concept est parfait pour son cas d'utilisation idéaliste, par exemple les gros boutons ne sont pas bons pour le moteur (espace perdu ) et cela simplifie beaucoup l'interface utilisateur (ce qui peut être une bonne chose) mais malheureusem*nt certains menus du moteur sont très complexes, donc je suggérerais de prendre certains éléments du concept d'interface utilisateur mais sans en faire une copie exacte. Une autre raison pour laquelle l'éditeur n'a pas l'air très bien est que ses métriques étranges, le rendu des polices (la capture d'écran du concept d'interface utilisateur est une capture d'écran HiDPI) et la grande quantité de données qui doivent être traitées dans certains menus, je travaille actuellement à améliorer certains de ces sujets, mais cela s'avère être une tâche très importante et ennuyeuse (en raison du flux de travail pour modifier l'interface utilisateur et de la nature même de la boîte à outils elle-même), donc je sais que vous êtes amoureux du concept d'interface utilisateur mais je pas disposé à l'implémenter, je suis ouvert aux suggestions raisonnables, mais "parce que c'est comme ça dans le concept d'interface utilisateur" n'est pas raisonnable, peut-être que je peux créer un PR et ensuite les gens peuvent commenter cela et ensuite nous pouvons itérer plus tard .

Actuellement, je ne suis pas convaincu par mon propre thème, mais il y a certaines choses que j'aime, et je travaille toujours dessus, donc les choses peuvent être difficiles dans les captures d'écran.

Je n'aime pas beaucoup les arrondis non plus. Je pense que c'était mieux avant aussi

Le 4 avril 2017 à 14h37, "Daniel Ramirez" [emailprotected] a écrit:

@ toger5 https://github.com/toger5 j'ai fait des tests avec
boutons arrondis, mais je ne suis pas encore convaincu
[image: capture d'écran du 2017-04-04 09-25-37]
https://cloud.githubusercontent.com/assets/1103897/24667812/86910612-1919-11e7-8109-fafe07398527.png
[image: capture d'écran du 2017-04-04 09-26-11]
https://cloud.githubusercontent.com/assets/1103897/24667817/8a6cf6f6-1919-11e7-9be6-ac67b9978d03.png

maintenant j'ai quelques inquiétudes à leur sujet, tout d'abord, car il y a des boutons
avec une hauteur différente, les boutons arrondis ne semblent pas parfaitement arrondis dans certains
cas, ils n'ont pas l'air mauvais mais ce n'est pas comme dans le concept, maintenant c'est
autre chose dont j'aimerais discuter, @ toger5 https://github.com/toger5
je sais que vous aimez le concept d'interface utilisateur, mais il n'est pas parfaitement adapté au moteur,
comme vous pouvez le voir, le concept est parfait pour son cas d'utilisation idéaliste, pour
exemple les gros boutons ne sont pas bons pour le moteur (espace perdu) et ça
simplifie beaucoup l'interface utilisateur (ce qui peut être une bonne chose) mais malheureusem*nt certains
les menus du moteur sont très complexes, je suggérerais donc de prendre certains éléments
du concept ui mais sans en faire une copie exacte. Aussi un autre
la raison pour laquelle l'éditeur n'a pas l'air très bien, c'est parce que ses métriques sont bizarres,
le rendu des polices (la capture d'écran du concept d'interface utilisateur est une capture d'écran HiDPI) et la grande
quantité de données qui doivent être traitées dans certains menus, je travaille actuellement
pour améliorer certains de ces sujets, mais cela s'avère être un très grand et
tâche ennuyeuse (à cause du flux de travail pour changer l'interface utilisateur, et le très
nature de la boîte à outils elle-même), donc je sais que vous êtes amoureux de l'interface utilisateur
Concept mais je ne veux pas le mettre en œuvre, je suis ouvert au raisonnable
suggestions, mais "parce que c'est comme ça dans le concept d'interface utilisateur" n'est pas un
raisonnable, peut-être que je peux créer un PR et ensuite les gens peuvent commenter cela
et puis nous pouvons itérer plus tard.

Actuellement je ne suis pas convaincu par mon propre thème mais il y a certaines choses
que j'aime, et aussi je travaille toujours dessus donc les choses peuvent être difficiles dans le
captures d'écran.

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-291575521 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z2_8EulxUfY5Sa17KikXpv97iL4tGks5rsn_egaJpZM4LMKXr
.

@djrm très bonne déclaration. Je pense que le concept d'interface utilisateur ne devrait pas être simplement copié sans bonne raison. J'ai également décidé de faire quelques ajustements mineurs de l'interface utilisateur et c'est plus facile car je ne suis pas très familier avec la base de code. et simplement copier le concept d'interface utilisateur n'est peut-être pas la meilleure approche. De plus, je pense que je me concentre trop sur les visuels. :) et bien sûr plus gros -> moins d'éléments d'interface utilisateur peuvent sembler meilleurs mais n'améliorent pas la convivialité.

À propos des coins arrondis: je pense qu'ils ont l'air bien en général. même si je ne les aime pas beaucoup sur les boutons. peut-être les utiliserions-nous dans des endroits où nous avons des intrants. champs de texte, entrées numériques, champs de couleur, chemins...
À propos du problème de hauteur différente (qui rend les coins arrondis étranges), y a-t-il une chance d'implémenter cela efficacement avec les shaders?
Puisque ce n'est qu'un ajout visuel (et reduz ne l'aime pas !! ;) ) sa priorité est définitivement faible.
@djrm J'aime vraiment que vous ayez changé les icônes pour le panneau [script 2d 3d].
Dans l'ensemble, le thème se déroule très bien. Un grand merci pour tous les efforts que vous avez mis dans le look des moteurs. Surtout si l'on tient compte du fait que vous avez également créé toutes les nouvelles icônes. (ne l'a même pas encore fait pour ça)

@djrm Je pense que les tendances actuelles sont contre les coins arrondis, les coins actuellement arrondis semblent un peu vieux. Si vous vérifiez Windows, Android et toutes les autres interfaces utilisateur modernes, les tendances semblent aller principalement vers des coins carrés, mais avec des couleurs fortes ici et là. IMO c'est mieux :

et ça:

https://cloud.githubusercontent.com/assets/6152134/24617960/c60297c2-1895-11e7-8eca-4d19dbf83d44.png

Je suis un grand fan du nouveau thème. La planéité est un énorme pas en avant et les nouvelles couleurs sont fantastiques. Je n'ai qu'un commentaire/suggestion :

Il y a BEAUCOUP trop de widgets utilisant des couleurs saturées en même temps. Plus précisément : la liste déroulante des animations, le bouton AnimationPlayer, les champs de recherche, les boutons loc/rot/scl/key.

En regardant l'écran, je ne sais pas où diriger mon attention car il y a tellement de widgets qui exigent mon attention en même temps.

Voici une comparaison rapide de l'utilisation de la couleur de la maquette d'origine avec l'implémentation actuelle:

Original:

Courant:

Enregistrez ce niveau de saturation pour les éléments sélectionnés / ciblés.

Analyse de contraste (créée en augmentant le contraste au maximum dans gimp puis en supprimant le blanc. J'ai également supprimé le contenu de la fenêtre):

Maquette originale (EDIT: je viens de réaliser que je n'ai pas utilisé la même méthode pour celle-ci... c'est corrigé maintenant!):

Godot 3.0 actuel:

Godot 2.0 :

Après avoir mis à jour mon ancienne version de godot et résolu tous les conflits, j'ai fait quelques progrès avec le thème.

Je connais l'onglet bizarre

Ça a l'air cool, mais la police utilisée pour les numéros "db" est un peu étrange pour moi.

Peut-être que les soulignements des entrées de texte devraient être un peu plus gris lorsqu'ils ne sont pas ciblés?

Les lignes et les bordures bleues brillantes (en contraste) semblent toutes être des contrôles ciblés.

Le reste est bon, également des captures testées avec des filtres daltoniens et tout reste visible et distinguable.

J'ai changé quelques petites choses: la position des boutons dans les docks, les bordures supprimées pour les docks (gauche droite), la couleur supprimée pour les champs de saisie (je les aime vraiment, ils demandent trop d'attentions, donc je les préférerais comme stylebox actif) , s'est débarrassé de la couleur verte pour rendre l'éditeur lui-même encore plus calme (gardez à l'esprit qu'il s'agit d'une capture d'écran sans aucun contenu: arbre de nœuds, scène, code, inspecteur/propriétés... il devrait donc être vraiment en selle puisque le contenu devrait être focus (icônes de nœuds de couleur...))

@djrm J'adore les 3 points à la place de la flèche en haut à droite des docks !

Je voudrais aussi rendre la couleur bleue plus lumineuse, je pense.

@djrm J'adore les 3 points à la place de la flèche en haut à droite des docks !

L'autre arrière-plan était trop distrayant et rendait difficile la comparaison des deux...
Je voudrais aussi rendre la couleur bleue plus lumineuse, je pense.

@ toger5 je pense que les modifications que vous avez apportées rendent le thème plus conventionnel et sérieux, le problème avec les lineEdits que vous avez proposés est qu'il est plus difficile de faire la distinction entre les entrées activées et désactivées, j'aime aussi la surbrillance verte au lieu de la bleu et les bordures des quais, je sais qu'il y a des choses dans l'éditeur qui ont l'air bizarre mais je pense que c'est une bonne chose comme les numéros de bus ces choses rendront le moteur plus fou, différent et unique contrairement à tout autre moteur là-bas, de plus, les éléments arrondis rendent le moteur plus convivial (les arêtes vives sont dangereuses).

la seule chose que je changerais probablement est la couleur des widgets, j'essaierai le gris (couleur de l'icône) au lieu du bleu.

@djrm Avez-vous dit que vous saviez que certaines choses avaient l'air bizarres et que les numéros de bus aidaient le moteur à paraître plus fou? Qu'est-ce que je viens de lire ? Vous VOULEZ que le moteur ait l'air fou? Ces numéros de bus semblent totalement différents du reste de la conception et écrasés ensemble. Les bords tranchants sont dangereux ? Es-tu sérieux..? Oui, sur un couteau, pas dans un logiciel.

Le bleu que @toger5 propose offre en fait une certaine continuité également. Le thème général est superbe. Dire que @ toger5 a apporté des modifications qui donnent au thème un aspect conventionnel et sérieux est en fait une bonne chose. La façon dont le thème de Godot est actuellement est la raison pour laquelle conventionnel et sérieux est la voie à suivre pour 3.0

Pour la 2D et la 3D, nous pouvons les transformer en icônes indiquant "2D" et "3D", au lieu de
les vecteurs... devraient être plus clairs

Le 10 avril 2017 à 14h39, "boogabelly" [emailprotected] a écrit:

@djrm https://github.com/djrm Avez-vous dit que vous saviez que les choses avaient l'air bizarre
et les numéros de bus aident le moteur à paraître plus fou? Qu'est-ce que je viens de lire ?
Vous VOULEZ que le moteur ait l'air fou? Ces numéros de bus semblent totalement faux
le reste de la conception et écrasé ensemble. Les bords tranchants sont dangereux ?
Es-tu sérieux..? Oui, sur un couteau, pas dans un logiciel.

Le bleu que @toger5 https://github.com/toger5 propose en fait
offre également une certaine continuité. Le thème général est superbe. Dire que
@toger5 https://github.com/toger5 a apporté des modifications qui donnent au thème l'apparence
conventionnel et sérieux est effectivement une bonne chose. La façon dont le thème de Godot est
est actuellement la raison pour laquelle conventionnel et sérieux est la voie à suivre pour
3.0

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-293023522 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z22wNjUml05FV3FxId98rHDkJrn7bks5rumlTgaJpZM4LMKXr
.

Grille verte ia parce que c'est la grille de l'axe Y .. mais n'a pas besoin d'être celle-là
Couleur..

Le 10avril2017 à 15h12, "Juan Linietsky" [emailprotected] a écrit:

Pour la 2D et la 3D, nous pouvons les transformer en icônes indiquant "2D" et "3D", au lieu de
les vecteurs... devraient être plus clairs

Le 10 avril 2017 à 14h39, "boogabelly" [emailprotected] a écrit:

@djrm https://github.com/djrm Avez-vous dit que vous saviez que les choses avaient l'air bizarre
et les numéros de bus aident le moteur à paraître plus fou? Qu'est-ce que je viens de lire ?
Vous VOULEZ que le moteur ait l'air fou? Ces numéros de bus semblent totalement faux
le reste de la conception et écrasé ensemble. Les bords tranchants sont dangereux ?
Es-tu sérieux..? Oui, sur un couteau, pas dans un logiciel.

Le bleu que @toger5 https://github.com/toger5 propose en fait
offre également une certaine continuité. Le thème général est superbe. Dire que
@toger5 https://github.com/toger5 a apporté des modifications qui donnent au thème l'apparence
conventionnel et sérieux est effectivement une bonne chose. La façon dont le thème de Godot est
est actuellement la raison pour laquelle conventionnel et sérieux est la voie à suivre pour
3.0

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-293023522 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z22wNjUml05FV3FxId98rHDkJrn7bks5rumlTgaJpZM4LMKXr
.

@ kn1ght99 Oui, le support du thème est déjà là. Godot a son propre fichier de thème. Donc, enregistrer en tant que json n'est pas nécessaire. C'est un bon point que vous soulevez que cela permet une adaptation personnelle.

@djrm donc tu ne veux rien changer en fonction de mes propositions? Ce qui est bien puisque vous y mettez définitivement le plus d'efforts. J'espérais toujours que je pourrais avoir un peu d'influence puisque j'ai aussi travaillé (probablement pas fusionné).
Mais je voulais avoir une certaine influence, parce que j'ai de fortes raisons. J'aime la touche unique que vous avez ajoutée et nous devrions essayer de la conserver dans la mesure du possible.
MAIS certaines choses sont plus ou moins pratiques. Dans un logiciel où je veux produire des choses (jeux), il est important d'avoir une interface utilisateur non gênante:
Cela ne signifie pas qu'il ne peut y avoir de couleurs uniques ou de choses folles tant qu'il a un perpus. Par exemple pour les boutons 2d 3d ... il est important de savoir quel éditeur est utilisé, ou quel mode d'édition (scale , move ...).
Mais les barres de recherche ne sont pas une action principale qui doit être facile à trouver et à comprendre lorsqu'elles ne sont pas encore habituées à l'interface utilisateur, elles n'ont donc pas besoin de beaucoup d'attention supplémentaire.
J'écris la même chose pour la discussion sur le bleu vert: pourquoi deux couleurs alors qu'elles ont toutes les deux la même signification (elles disent seulement: "regardez, c'est important") pour les nœuds, à la place, plusieurs couleurs ont beaucoup de sens en raison de différents types de nœuds , il y a un message supplémentaire derrière la couleur qui vaut la peine de rendre l'interface utilisateur plus distrayante. J'ai opté pour le bleu à cause du logo godot, mais utiliser le vert comme couleur de surbrillance convient également. (mais pas les deux)

La raison pour laquelle j'aimerais vraiment voir le design sans bordure est que cela supprime complètement les lignes verticales dans l'interface utilisateur. Il semble qu'il se passe moins de choses. En d'autres termes : nous supprimons la distraction, sans perdre de fonctionnalité et même la vue d'ensemble n'augmente pas (ce qui est souvent un inconvénient de la suppression des lignes). Autre petit avantage, on gagne un tout petit peu de place... (presque négligeable tout de même).
Je sais aussi qu'il y a quelques petit* problèmes que cette approche introduit : certains boutons sont trop proches de la bordure. Mais même réparer les positions vaudrait la peine de donner cette petite amélioration. Ce n'est donc pas vraiment une motivation basée sur l'opinion et je pense qu'elle devrait être prise en considération même si elle ne correspond pas aux préférences personnelles de chacun.
Déjà tu me ferais vraiment plaisir de combler mes souhaits. Mais le thème tel que vous l'avez en ce moment me rend également heureux :)

@ toger5 tout d'abord, je ne veux pas provoquer de conflits ici, si vous vérifiez l'historique des problèmes, vous pouvez voir que lorsque trop de gens ont une opinion sur quelque chose, j'essaie de faire de mon mieux pour faire correspondre ce qu'ils suggèrent avec ce que j'ai à l'esprit, maintenant évidemment, il est impossible de plaire à tout le monde, mais comme vous le savez probablement, je lis ce que les gens commentent, mais l'opinion des utilisateurs (de nombreux vrais utilisateurs de godot), je pense même actuellement à ce que je peux faire pour réparer le plus problème commenté (boutons et entrées trop lumineux). est ce qui compte pour moi, par exemple maintenant vous et moi avons une préférence personnelle sur certaines choses insignifiantes, mais c'est juste vous et moi si beaucoup de gens sont de votre côté, je le changerais volontiers, deuxièmement vos suggestions précédentes ont aidé à façonner le thème actuel, donc vous y avez essentiellement participé, si vous voulez vous engager, honnêtement, je m'en fiche, je ne fais pas cela pour la gloire ou quoi que ce soit et vous ne devriez pas l'être non plus.

À propos de l'argument de la distraction, je comprends qu'il est important de concentrer l'attention de l'utilisateur sur certaines zones, mais cela s'applique dans le cas où il y a peu de contenu, et il est trivial de savoir ce qui est primaire et ce qui ne l'est pas, dans le cas du moteur que vous naviguez à travers les différents docks et panneaux très souvent, donc je ne vois pas ce qui est l'action principale et ce qui ne l'est pas, par exemple si vous êtes dans l'éditeur d'animation, c'est votre contexte actuel donc évidemment vous avez le focus là-bas et la fenêtre et tout le reste peut être une distraction, je ne veux pas avoir des boutons et des entrées presque imperceptibles, mais encore une fois c'est une préférence.

De plus, comme vous pouvez le voir, je n'ai pas créé de PR, et c'est parce que je veux m'assurer que nous créons le meilleur thème pour godot.

@boogabelly N'y allez pas en essayant de causer des problèmes entre les membres de la communauté et veuillez lire le reste du fil, vous verrez que je prends en compte les commentaires des utilisateurs.

@djrm Oh, je n'essaie pas de provoquer quoi que ce soit. J'ai dit à plusieurs reprises à quel point c'est génial que vous ayez créé un si beau thème. Je me souviens juste que @toger5 d'il y a des années faisait des choses avec le thème créé par @alelepd qui a commencé tout cela. Ce n'est que les deux dernières fois qu'il a mentionné quelque chose, vous avez en quelque sorte rejeté ses idées et donné des raisons pour lesquelles vous pensez qu'elles ne devraient pas être mises en œuvre, comme rendre Godot fou par rapport à d'autres moteurs.

J'aime ce que tu as fait. Lisez les choses que j'ai dites. Mais il y a certaines choses que vous avez dites qu'il ne faut pas négliger. Continuez à faire du bon travail. Je demande juste que @ toger5 ait plus d'entrée puisque je l'ai vu jouer avec l'interface utilisateur depuis longtemps. Mais encore une fois, je ne suis pas quelqu'un d'important ici, alors fais ce que tu veux.

@djrm C'est assez juste. J'aimerais en savoir assez sur le code source pour apporter une contribution. Les seules choses que je peux suggérer sont ce que @ toger5 a déjà dit. J'utilise simplement Godot pour créer des jeux, ou du moins l'apprendre du mieux que je peux. Je ne suis donc personne quand il s'agit d'aider à améliorer le moteur.

Ce n'est pas que je sois de son côté; c'est juste que je suis d'accord avec son esthétique. Rien de personnel. Vous avez fait beaucoup de bonnes choses sur ce design qui m'ont fait dire "wow" quand je l'ai vu pour la première fois sur cette page.

@djrm putain non tu vas faire le pr ;). La façon dont j'ai écrit ma plainte selon laquelle je n'ai pas réussi à amener mon travail dans un état où il est prêt à être fusionné semble un peu désespérée;). (je peux vous assurer que ce n'est pas le cas) Je suis plus déçu par moi-même que j'ai fait si peu ces derniers temps...
Je suppose que vous avez déjà essayé la boîte de style sans marge pour les docks ou regardé des captures d'écran publicitaires. Selon vous, combien de travail faudrait-il pour s'adapter pour déplacer les choses afin qu'il y ait toujours un espacement acceptable?

Autre sujet : il semble que l'éditeur de propriétés ne soit quasiment pas concerné par le thème ? Existe-t-il différentes boîtes de style utilisées? Je sais que l'éditeur est un arbre avec deux colonnes et des champs personnalisés. Mais la coutume ne contient-elle pas les éléments d'interface utilisateur par défaut qui utilisent également les boîtes de style du thème? ... Vérifié à nouveau la capture d'écran. Sont-ils spéciaux ? On dirait qu'ils ne sont pas les mêmes que les entrées de nombre par défaut... Est-ce que quelqu'un a une idée de comment les modifier. Ce serait bien d'assombrir également les champs de saisie comme c'est le cas avec les champs de texte.
Oh, une petite chose que je voulais mentionner il y a quelque temps : peut-être que vous pourriez jouer avec les flèches d'expansion de l'arborescence des nœuds. Peut-être que vous trouvez quelque chose qui correspond mieux au style des flèches arrière/avant.

Vous pouvez peut-être essayer de fusionner le commit avec les changements de bordure et votre thème (ou simplement faire les changements vous-même dans une autre branche. Puisque vous avez également déjà implémenté les onglets alignés à gauche, il y aurait certainement des conflits). Si vous gardez les deux versions à jour, il serait facile de décider plus tard laquelle utiliser.

@toger5 à propos des quais et des conteneurs sans frontières, vous devez voir ceci

comme vous pouvez le voir, les conteneurs aux coins arrondis semblent plus cohérents avec le reste de l'interface (ils auraient meilleure apparence avec les marges correctes)

que va-t-il se passer avec ces conteneurs avec des conteneurs sans bordure (ils auront l'air moche)

à propos des widgets d'arborescence, je pense que ce sont des boutons personnalisés ou une sorte de hack, je vais devoir travailler sur ces choses, actuellement ils ont des problèmes (je ne sais pas si je les ai foirés).

et oui, je vais créer de nouvelles icônes pour les flèches d'expansion.

Je vais également essayer d'exposer le bouton et de mettre en surbrillance la couleur (vert vs bleu) dans les paramètres de l'éditeur, afin de mettre fin à la guerre des couleurs.

Bonjour!
Heureux de voir de si grands progrès sur l'interface utilisateur.
Voici mes réflexions sur certaines de vos idées et commentaires.

1. Jeu de couleurs
Le but de tout jeu de couleurs est d'être cohérent, c'est-à-dire de créer une harmonie de nuances ou de tons de couleurs. Les couleurs contrastées doivent toujours être utilisées avec beaucoup de précautions, elles sont censées mettre en valeur les actions importantes ou les outils sélectionnés. Si trop d'éléments sont en contraste, il n'y a aucun indice pour déchiffrer ceux qui sont sélectionnés.

Exemple. Si vous décidez de créer un thème en utilisant le vert comme couleur de base, vous devez créer une palette de couleurs qui fonctionne avec cette couleur. Vous pouvez utiliser l'orange comme couleur contrastante et le bleu comme aide clé dans la palette.

Si nous faisons une analyse du thème actuel, vous pouvez facilement voir que la vue 3d est hors du schéma de couleurs car les lignes et l'arrière-plan ne sont pas basés sur le même bleu de l'interface. C'est pourquoi j'ai changé l'apparence de la vue 3D dans mon concept d'interface utilisateur initial pour être cohérent avec le schéma de couleurs global, le résultat est que vous avez un composant d'interface utilisateur qui se mélange très bien.

2. Hiérarchie visuelle
À cet égard, il est bon de comprendre que toute conception doit avoir une hiérarchie visuelle, une structure qui établit quels éléments sont plus importants que d'autres.

Certains éléments de l'interface utilisateur, comme les boutons, sont plus importants que d'autres comme les étiquettes car un bouton a une interaction et une étiquette n'en a pas (affiche uniquement des informations). De plus, certains boutons sont plus importants que d'autres. Par exemple, un bouton pour augmenter une valeur est moins pertinent qu'un bouton pour fermer ou enregistrer le projet, donc ce dernier devrait être plus gros en raison de sa position plus élevée dans la hiérarchie visuelle.

La hiérarchie visuelle implique également la compréhension des états des éléments. Permettez-moi de vous donner un exemple à ce sujet avec un simple bouton:
Un bouton peut avoir plusieurs états différents : Normal, Survolé, Appuyé, Désactivé. Lorsqu'un bouton change d'état, il change également sa position dans la hiérarchie visuelle. Si est pressé, cela signifie qu'il va faire une action, si est désactivé, cela signifie qu'il n'a plus de pertinence.

Un changement dans la hiérarchie visuelle signifie un changement dans l'élément lui-même. La plupart du temps, cela se fait par un changement de couleur, mais parfois cela peut aussi être un changement de forme.

3. Système de conception et cohérence visuelle
Je vois souvent que vous avez du mal à rendre un thème cohérent. Cela se produit parce que c'est en fait la partie la plus compliquée de tout système de conception, il n'est donc pas facile de le faire correctement.

Pour faire un bon système de conception, vous devez comprendre une partie fondamentale du système: les composants réutilisables. Une fois que vous avez défini un ensemble de règles de conception qui guident le comportement de vos composants d'interface utilisateur, il doit toujours se comporter de la sorte.

Si certains composants sont similaires dans leur action, ils doivent également se ressembler et se comporter de la même manière. Une idée fausse courante est de penser que chaque élément de l'interface utilisateur doit être autonome. Penser ainsi ne vous donnera que de mauvais résultats (voir les anciennes interfaces utilisateur de Blender).

Résumé

1. Utilisez une palette de couleurs cohérente dans tous les éléments de l'interface utilisateur, pas seulement dans certains d'entre eux.
2. Donnez plus de pertinence aux éléments qui demandent plus d'attention.
3. Définissez un ensemble de règles cohérentes qui établissent comment les composants de l'interface utilisateur fonctionnent, comment ils sont liés les uns aux autres et comment ils doivent se comporter.
4. Ne faites pas de surconception. Ne concevez pas quelque chose simplement parce qu'il a l'air amusant ou cool.

À envisager

• Avoir des boutons plus gros peut parfois augmenter la convivialité! C'est un fait bien connu dans le design. Regardez comment fonctionne Github. Vous avez juste besoin d'apprendre comment et quand augmenter la taille et donner une priorité visuelle plus élevée dans la hiérarchie.
• Le simple fait de créer un thème sans apporter de modifications fondamentales à l'interface utilisateur n'entraînera jamais une amélioration complète. En fait, cela pourrait être un pas en arrière si vous n'apportez pas de modifications au comportement de certains éléments. vous pouvez vous retrouver avec une sorte de Frankenstein.

Comme je l'ai promis, voici la version avec des boutons de couleur neutre, également modifié d'autres choses.

C'est de mieux en mieux :) Excellent travail!

Mais mec, l'éditeur a vraiment besoin de peaufiner les marges partout :/

@djrm j'aime les xolors de selle que vous utilisez maintenant. Mais tu as raison ça a l'air moins spécial. Mais je pense qu'il se passe encore beaucoup de choses lorsqu'un projet est chargé et que l'inspecteur, nodetree est rempli.

1. Il y a une bordure floue dans la vue 3D lorsqu'elle est active. Le flou est étrange pour un thème plat. Vous pourriez peut-être tracer une ligne verte très fine. Bien que le vert soit un peu fort... Ou juste une fine ligne grise ?

2. Et si nous n'utilisions pas de coins arrondis pour les quais et le conteneur d'onglets? Qu'il n'y aurait pas de problème sans bordures et que cela conviendrait également au style général plat? Nous rencontrerons de toute façon des problèmes avec les coins arrondis. Les onglets alignés à gauche auraient meilleure apparence s'ils étaient alignés avec le conteneur. Cela fonctionnerait en supprimant les bordures (développer les marges des quais) ou en déplaçant les onglets vers la gauche (je ne sais pas comment cela fonctionne) mais nous avons un petit espace entre le conteneur et l'onglet puisque le conteneur a un petit arrondi coin. Supprimer les bordures serait beaucoup plus facile mais entraînerait plus de corrections nécessaires en termes de marges/positions. Lorsque nous conservons les bordures, nous devons comprendre comment déplacer les onglets et corriger les lacunes. Ou gardez le décalage mais ce n'est pas une solution idéale à mon avis.

À propos des marges:
Nous devrions vraiment faire une capture d'écran où nous marquons tous les défauts d'alignement. Je serais intéressé à les réparer quand j'ai une liste où le travail doit être fait.

Nous pourrions peut-être ajouter un indicateur gras dans DynamicFont .. et simplement dessiner la police
encore une fois avec un décalage de 1px vers la droite

Le 14 avril 2017 à 13h49, "volzhs" [emailprotected] a écrit:

@toger5 https://github.com/toger5
nous pouvons créer une fausse police en gras avec Font Color Shadow (même couleur avec Font
Couleur) + Décalage de l'ombre x = 1, y = 0
que dis-tu de ça?

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-294141205 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z22QKAlEB1mgavTj5ukzVBXC5r9xYks5rv11ZgaJpZM4LMKXr
.

@ toger5 À propos des marges, je peux aider. Surtout avec des maquettes probablement.

Je vais peut-être essayer de corriger la boîte de dialogue de création de script, mais je suis vraiment un codeur inexpérimenté donc je ne peux pas promettre que je le ferai :D (C++ et la taille de Godot sont un peu intimidantes pour moi, pour l'instant XD)

Mais d'abord, nous avons besoin d'un nouveau thème dans le maître , je pense :)

@n-pigeon
Vous devriez pouvoir le faire sans que le thème ne soit fusionné, je pense. Le thème n'affecte pas vraiment les tailles d'interface utilisateur...

Pour commencer avec le code, vous n'avez besoin que du editor_node. Bien sûr, il faut beaucoup chercher pour trouver la section appropriée, mais il y a quelques commentaires, vous devriez donc la trouver. Et qu'il est étonnamment similaire à gdscript. Recherchez simplement les nœuds appropriés et trouvez où set_pos est appelé, modifiez-le pour le rendre plus beau. :)

peut-être que je devrais créer un PR afin que nous puissions résoudre tous les problèmes restants et éviter les conflits, qu'en pensez-vous?

également actuellement en train de teinter l'icône du bouton lorsqu'il est pressé, je ne sais pas si je dois créer un drapeau spécifique pour ce comportement.

Il y a une petite ligne noire sous le titre de l'onglet scène. C'est un artefact ?

L'approche mère pour faire des coins arrondis sans avoir une partie droite à gauche et à droite est la suivante:
Marge supérieure 0 marge gauche 32 marge droite 32 marge inférieure 0. puis utilisez une image circulaire 64*64.
cela devrait avoir l'air vraiment bien pour tout ce qui se situe entre 50 et 80 de hauteur.

parce que je pense toujours que c'est une bonne direction de conception de faire la distinction entre les zones de saisie utilisateur et les informations ...
Je n'aimais pas tellement le jet parce que je n'avais en tête que des solutions bizarres ou difficiles à mettre en œuvre pour les coins arrondis...

Quelques idées:

De plus, le ticker rotatif à l'extrême droite pour les mises à jour de l'interface utilisateur est plutôt soigné mais également inutile. Si nous effaçons tout ce qui se trouve à droite, nous pouvons déplacer la section 2d/3d/script vers la droite. Ou au milieu, puis déplacez les boutons de lecture vers la droite. Je pense que cela va beaucoup nettoyer le dessus.

Peut-être pourrions-nous changer l'étiquette en "Editeur" alors. Je pense vraiment qu'il appartient à gauche puisqu'il s'agit d'un bouton étiqueté qui ouvre un menu, comme tout ce qui se trouve à gauche. C'est bien d'avoir une barre de menus où se trouvent tous ces types de menus.

@n-pigeon Je sais, mais je n'en ai jamais trouvé l'utilité. Il peut rester là, je ne vois tout simplement aucune raison pour une telle fonctionnalité.

À propos des boutons 3d/2d/script/plein écran:
Je pense que l'emplacement proposé en haut à droite de la vue 3d/2dd/script est plus logique car il est plus qu'évident qu'il affecte les fenêtres principales et non l'ensemble de l'éditeur.

Renommer les paramètres en éditeur est une très bonne idée car les paramètres sont vraiment déroutants. comment devrais-je savoir qu'il ne contient que les paramètres de l'éditeur ...

le déplacer vers la gauche, c'est bien... Mais pour être honnête, j'aime la séparation : projet côté gauche, éditeur côté droit.
Bien que le côté droit devienne un peu vide lorsque le son lvl est supprimé...
mais j'aime toujours la séparation.

L'approche générale consistant à simplifier la barre supérieure aux seuls boutons de menu + lecture/pause/arrêt... est une très bonne intention.

il pourrait être déplacé mais il faudrait le différencier.

C'est vrai, c'est pourquoi j'ai suggéré de changer l'étiquette. Mais j'aime aussi beaucoup l'idée de "projet à gauche, éditeur à droite".

Le principal problème que je vois avec le haut en ce moment est qu'il comporte quatre sections: la barre de menus, la 2d/3d/assetlib, la section de lecture et tout ce qui se trouve à droite. Ce serait bien d'avoir seulement trois sections bien à gauche, au milieu et à droite.

Applications ayant un thème neutre gris foncé par défaut :

Blender, tous les produits Adobe (Photoshop, Audition, AE...), Reaper, Discord (bleu mais beaucoup moins saturé), Visual Studio et Code (bleu mais beaucoup moins saturé), Sublime Text (orange mais beaucoup moins saturé), Unity3D , 3DSMax, Maya, CryEngine, UE4, Game Maker...

Si cette couleur bleue reste la valeur par défaut, merci de la modifier facilement ^^

Faire une version gris foncé devrait être facile car tout ce que vous avez à changer, ce sont les couleurs de fond.

Je viens de faire un exemple rapide de ce à quoi cela peut ressembler:

D'ailleurs. Une autre idée pour les entrées de transformation:

Peut-être que 3 pourraient être livrés avec le thème facultatif officiel bleu et gris foncé (et clair?).

@n-pigeon voici une discussion sur la conception de l'inspecteur #8196

Holy moly @alelepd tu te moques de moi ? Cela ressemble à un bien fou. C'est moderne, agréable pour les yeux et tout le reste. Où est @reduz quand vous avez besoin qu'il regarde ça? Il devrait voir ça. Je ne sais pas s'il se soucie de choses comme le thème puisqu'il est pris dans le code et fait fonctionner les choses, mais wow c'est vraiment quelque chose. /applaudissem*nts

Il y a quelques choses que je n'aime pas dans le nouveau thème:

• La barre de titre transparente. Ça a l'air plutôt mauvais IMO.
• Certains boutons en haut (2D/3D/Script, Exécuter, Pause, Arrêter, etc.) manquent de retour au survol de la souris. Ce serait bien si les icônes étaient plus sombres lorsque la souris est sur le bouton.
• Les bordures des boutons et sa couleur au survol de la souris ont l'air bizarre (je ne sais pas comment l'expliquer):
  
  A part ça, le nouveau thème me va très bien :)

Je viens d'essayer le nouveau thème et je me sens trop fort, énergique comme l'a dit @Zylann , le thème 2.x est bien meilleur pour les yeux (ou du moins ce qui reste de mes yeux).

J'aime ça, je me débarrasserais simplement des coins arrondis, car ils ont l'air vieux
Logiciel. Rien de courant ne les utilise de nos jours.

Le 27 avril 2017 à 17h55, "eon-s" [emailprotected] a écrit:

Je viens d'essayer le nouveau thème et je me sens trop fort, énergique comme @Zylann
https://github.com/Zylann a dit, le thème 2.x est bien meilleur pour les yeux
(ou du moins ce qui reste de mes yeux).

[image: godottheme2vs3]
https://cloud.githubusercontent.com/assets/10215987/25492224/bd7c4b32-2b48-11e7-8332-aaa601b244c6.png

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-297757206 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z2xmx4kUf33pUyJqwywtAvWOj7U7Jks5r0LqOgaJpZM4LMKXr
.

La saturation n'est pas trop mauvaise (bien qu'elle puisse être légèrement diminuée), mais les couleurs de survol des barres de défilement (vert vif) sont trop fortes et pourraient facilement distraire l'utilisateur. Certaines autres couleurs survolées / pressées doivent également être revues.

Comparaison de la barre de défilement normale et de la barre de défilement survolée:

Je suppose que les barres de défilement pourraient être modifiées pour utiliser la teinte bleue "survol" lorsqu'elles sont survolées, et le schéma vert "pressé" lorsqu'elles sont pressées (qui donne également une indication visuelle du fait que l'utilisateur peut le déplacer).

problème très chaud récemment. J'ai essayé un petit truc.

plus proche de la maquette...

que pensez-vous de tout le monde?
si c'est assez bon, je ferai le reste...

Le système de fichiers et le haut du dock de la scène ont besoin d'un rembourrage et les onglets sont toujours arrondis. L'espace entre les quais peut-il être réduit de quelques pixels ? (Je reçois le dernier en même temps pour pouvoir en faire l'expérience en direct ^^)
Le cadre lumineux autour de la fenêtre principale semble bizarre maintenant que les barres de défilement sont transparentes...

Remarque à propos de l'arrondi... bien que je convienne que les coins arrondis semblent un peu "old school", je ne suis pas sûr que les bordures complètement carrées soient meilleures. Avoir un arrondi subtil serait bien aussi (forme comme Godot 2 en fait, mais sans les contours)

voici le flux en direct. :le sourire:

Je viens d'essayer le thème actuellement en master, mes notes subjectives :

• Les barres de titre transparentes sont tout simplement fausses, veuillez reconsidérer ^^ Je n'aime pas non plus qu'elles soient "fondues"
• Les menus du haut doivent avoir un survol "arrière-plan rect", le léger survol du texte ne suffit pas
• Je n'aime pas les boutons "néons", leur fond devrait également avoir une couleur différente.
• De nombreuses bordures font 2 pixels de large (autour des boutons, des docks et des fenêtres), c'est un peu trop
• Effets de survol manquants/pas assez forts, donne l'impression que l'interface utilisateur n'est pas réactive/rugueuse
• Les séparateurs de menu sont invisibles
• Ce bleu !
• ...

Je pourrais continuer et décrire beaucoup de choses dans le texte mais je pense qu'il vaut mieux bricoler avec le visuel réel, car ça vaut mille mots de toute façon ^^

@volzhs 1. avez-vous vérifié le pr que j'ai fait avec les suppressions de frontières? vous l'avez probablement fait de la même manière, mais cela pourrait toujours aider. Honnêtement, je ne prévois pas de le fusionner, mais cela pourrait être utilisé comme recours.

1. pouvez-vous essayer d'adapter l'onglet de la fenêtre principale à la même hauteur que les autres onglets (et sans coins arrondis)

Je pense que c'est presque fini.
notez que cela ne change pas le thème par défaut, n'affecte que l'éditeur.

@Zylann fait !

maintenant besoin de nettoyer un peu les codes.

C'est fantastique

Le 28avril2017 à 9h01, "Timo" [emailprotected] a écrit:

Agréable. Je n'aime pas trop les petites marges. ajoute des lignes inutiles.
Le fond sombre doit suffire à séparer le contenu.
Je vois pourquoi ils sont nécessaires en ce moment. Certaines icônes/éléments tombent presque
hors de l'écran sans eux. mais je pense qu'une meilleure solution serait de
déplacez-les un peu (par exemple, la liste des scripts a juste besoin d'être
déplacé un peu (6 px) vers la droite)

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-297923645 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z25j6CUG1AfAZ5Gac7D04WfGAKJGFks5r0Y7AgaJpZM4LMKXr
.

Les gars, le concept d'alepd est une bonne référence, mais c'est pas le Godot
UI. Beaucoup de choses manquent ou ne vont pas. Cela peut être une bonne source d'inspiration,
mais nous ne pouvons pas faire quelque chose comme ça.

Le 28avril2017 à 15h10, "justinbarrett" [emailprotected] a écrit:

Je préfère les marges plus petites, mais c'est quand même bien mieux à mon humble avis... Je veux
pour remercier personnellement toutes les personnes impliquées... je n'ai qu'un seul moniteur (hé... femme
& enfants..signifie que mes ressources supplémentaires vont ailleurs) et ayant au moins un peu
des pensionnaires et des marges plus petites facilitent ma journée. je vais me renseigner
personnaliser le mien plus tard ... atm je m'en tiendrai à 2.x pour mon courant
projet.

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/godotengine/godot/issues/7294#issuecomment-297993389 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AF-Z2w2dqXWMjdOc0vfBaJgvN4tP_nAWks5r0eUngaJpZM4LMKXr
.

J'ai fait quelques tests avec un nouveau thème par défaut.

comme vous pouvez le voir sur cette capture d'écran,
le bouton n'est pas rempli, le séparateur V/HSeparator n'est pas visible, la barre de progression n'a pas de texture de fond, etc...
le thème par défaut est également utilisé pour le jeu de prototypage.
donc, je pense que nous devrions fournir un thème par défaut approprié.

c'est un vieux thème.

Les gars, le concept d'alepd est une bonne référence, mais c'est pas le Godot
UI. Beaucoup de choses manquent ou ne vont pas. Cela peut être une bonne source d'inspiration,
mais nous ne pouvons pas faire quelque chose comme ça.

@reduz Tant qu'il y a une option personnalisée pour changer cette couleur d'interface utilisateur bleu violacé en gris foncé, ça me va. pouces vers le haut

Il est assez difficile de voir les lignes de séparation, je n'ai jamais eu de problèmes avec cela avant peut-être que l'ajout d'une fonctionnalité comme celle-ci pourrait être utile.

Les boutons désactivés ne sont pas non plus faciles à lire

La direction dans laquelle cela prend une pause rafraîchissante par rapport aux dégradés violets voyants et aux ombres de 2.x auxquelles nous nous sommes tous trop habitués, et pas seulement cela et plus important encore, de nombreux ajustements UX, par exemple le bouton des paramètres déplacé à côté du reste des menus, aidera de nombreux utilisateurs. Trop de fois j'ai aidé quelqu'un à trouver les paramètres de l'éditeur pour lui dire qu'il ne savait même pas qu'il existait en haut à droite. Excellent travail ✨ à tous ceux qui ont travaillé dessus jusqu'à présent. 3.0 mérite une interface utilisateur améliorée et un nouveau visage pour montrer les incroyables composants internes sur lesquels tout le monde a travaillé dans le moteur.

D'accord @riirii , @alelepd a actuellement le concept qui est le plus agréable pour les yeux, bien que si c'était dans cette direction, nous voudrions peut-être atténuer certains coins arrondis et rendre le café brun légèrement moins saturé. Le bleu foncé serait sympa en option, mais les valeurs actuelles du bleu et du vert, surtout le néon, les reflets s'usent vite sur les yeux. À bien des égards, tout le monde va dans la bonne direction, mais avant d'aller plus loin, cela peut aider à réduire les faux pas et à économiser une partie du précieux temps libre de chacun consacré à peaufiner les couleurs trop tôt dans le processus.

Se concentrer sur une palette de niveaux de gris par défaut est incroyablement utile dans tous les types de conception et d'art, car on peut se limiter à des valeurs limitées pour rester concentré sur la lisibilité/la convivialité. Les reflets seraient blancs ou gris clair, etc. Le bonus est que les thèmes gris sont atténués et peuvent sembler fades au début, mais ils sont généralement plus agréables pour les yeux pendant de longues périodes, inoffensifs/sûrs et créent moins de une chance de nuire à l'art et au design du projet sur la toile.

Les palettes et les teintes devraient venir à la fin, en particulier pour rester concentré sur la convivialité à long terme de l'expérience utilisateur sans être distrait par des ajustements de couleur mineurs pour une couleur de thème (bleu) à laquelle beaucoup semblent être défavorables. Le violet et le bleu manquent un peu de l'intérêt d'être mis en sourdine dans un espace de travail, donc opter pour un bleu par défaut qui est aussi saturé est un faux pas similaire à celui du violet actuel de Godot.

Les exemples suivants ne concernent pas spécifiquement les idées de mise en page/thème. Attendez-vous à une certaine dérive des fonctionnalités dans le reste, mais concentrez-vous principalement sur la raison pour laquelle il peut être utile d'oublier de trouver une palette de couleurs spécifique pour le moment et sur ce que cela pourrait apporter aux développeurs / concepteurs et aux utilisateurs.

La conception matérielle (ignorez que l'arrière-plan de ces captures d'écran est également bleu. Les niveaux de gris dans les captures d'écran d'adobe et le thème du café d'alelepd sont plus proches) comporte certaines directives qui méritent d'être prises en considération, mais je ne recommande pas que l'interface utilisateur se transforme en conception matérielle. Plus précisément, notez comment il traite les couleurs primaires et d'accent. Ce qui suit est un thème inspiré de l'interface utilisateur matérielle pour l'éditeur d'atome. Il vaut également la peine d'envisager de mettre en œuvre la flexibilité des couleurs prédéfinies et une poignée (1-3) de réglages personnalisés qui affectent de manière fiable le reste des accents et des reflets de l'interface utilisateur. La flexibilité en vaut non seulement la peine pour les utilisateurs, mais également la préparation d'un cadre avec une palette de valeurs de gris équilibrées à partir de laquelle travailler pour quiconque souhaite contribuer, modifier et proposer ses propres palettes minimales et équilibrées (même s'il ne sait pas C++) pour un thème godot final par défaut ou pour les options prédéfinies.

Gris

Bleu gris

ambre

Photoshop a une idée décente pour traiter les thèmes en niveaux de gris qui pourraient être développés, en ignorant les parties les plus criardes de leurs interfaces utilisateur. Il y a quatre nuances de gris qui peuvent être choisies, chacune testée avec les autres valeurs. Par défaut, la couleur de détail/surbrillance est grise, mais vous ne pouvez sélectionner qu'une seule couleur de surbrillance/d'accent bleu qui est généralement décevante bien que de préférence en sourdine.

(ow que la luminosité brûle)

Quelque chose qu'Ableton fait avec son interface utilisateur vectorielle (loin d'être parfaite) permet à l'utilisateur d'avoir un curseur HSV pour l'interface utilisateur ; cependant, cela peut être difficile à mettre en œuvre pour chaque valeur différente de texte et d'icône et la plupart des paramètres finissent par être incroyablement laids dans ableton. Mentionner cela uniquement au cas où quelqu'un aurait une idée pour éviter les mises en garde, mais j'en doute.

After Effects implémente un curseur de luminosité, mais à vrai dire, c'est encore un autre exemple de cas où les curseurs ne sont généralement pas fiables, contrairement au thème de l'atome inspiré de la conception matérielle qui offre des options pour modifier principalement les couleurs d'accentuation.

tl;dr

Utilisez un thème gris foncé pour l'interface utilisateur pendant le développement afin de vous assurer que l'accent est mis sur la convivialité (par exemple, déplacer le bouton des paramètres vers le reste des menus comme vu jusqu'à présent), la lisibilité (par exemple, modifier uniquement les valeurs de gris pour l'équilibre, en utilisant un seul gris clair ou blanc pour les surbrillances, ajustement des marges dans l'éditeur, etc.), et flexibilité pour les ajustements de la palette de couleurs pour les préréglages et les modifications utilisateur/dev une fois le reste de l'interface utilisateur finalisé.

Quoi qu'il en soit, ces commentaires sont reçus, j'espère qu'ils seront pris en compte.

Continuez la merveilleuse collaboration 💕

@memoryruins Je suis d'accord avec tout ce que vous venez de dire. Cependant, je pense que la plupart tomberont dans l'oreille d'un sourd. Pas dans le mauvais sens. C'est juste que je pense que les gens qui font l'interface utilisateur ont un concept en tête et c'est ce qu'ils vont faire si les gens mentionnent d'autres concepts de conception ou changent l'interface utilisateur violette en gris foncé par défaut. En fin de compte, je pense que tout dépend de @reduz et de ce qu'il veut voir. Si c'est violet, les gens devront vivre avec et simplement le changer dans les paramètres de thème que nous aurons après la sortie.

Le fait que les gens aient apporté les améliorations qu'ils ont devrait être applaudi. Le thème a déjà une meilleure apparence et a déplacé les choses, en particulier vers le haut, pour faciliter la convivialité. Je suis content pour ça. Quelques améliorations supplémentaires et un changement de la palette de couleurs globale feraient des heureux car je sais que je ne pourrai jamais avoir Godot avec le thème de @alelepd

S'il y a des considérations pour créer un thème de prototypage, j'aimerais jeter mon thème IsoDark comme point de départ. Ce n'est pas parfait, mais je l'ai conçu pour qu'il soit minimaliste et facilement modifiable.

J'avais en fait prévu de le mettre à jour une fois que nous nous rapprochions de la version 3.0, mais s'il y a un intérêt, je pourrais peut-être commencer plus tôt.

@GalanCM C'est une excellente idée. Surtout que ton thème est vraiment la selle. pas de couleur, de style spécifique... s'adapte presque partout ! bien mieux pour le prototypage, que le simple thème pour l'éditeur !

@Zylann l'installation est un peu câblée. Vous devez exécuter un script pour configurer les chemins. Je ne sais plus exactement comment cela a fonctionné, mais c'est plus complexe qu'il ne devrait l'être.

@MakeGodotGreatAgain : La beauté de l'open source est que n'importe qui peut passer du temps sur ce qui lui plaît. Il y a beaucoup de gens ici qui pensent que le thème actuel a besoin d'un rafraîchissem*nt (y compris @reduz lui-même d'après ce que j'ai vu) et vous n'avez pas le droit "d'interdire" leurs efforts. Si vous pensez avoir des préoccupations valables, vous devez les exprimer d'une manière moins incendiaire. Personne ne vous écoutera avec votre attitude actuelle.

Concernant hidpi : Ce n'est pas la norme actuellement, mais cela le devient rapidement. 4k est le mot à la mode le plus récent et de nombreuses personnes (y compris moi-même) sautent dans le train en marche. Un grand pourcentage des ordinateurs portables actuels sont "rétine", "QHD" ou "4k". Dans 5 ans, si godot ne prend pas en charge hidpi, nous aliénerons un grand groupe de développeurs. De plus, je suis presque sûr que la plupart du travail sur hidpi a déjà été fait, donc ce n'est pas un problème de toute façon.

Connexe: Il y a beaucoup de gens ici avec de bonnes et de mauvaises opinions sur le nouveau thème. Bien qu'il soit bon d'obtenir l'avis des personnes investies dans le produit, je pense qu'il serait sage que certains dirigeants de Godot choisissent une petite équipe (ou un individu) en charge de la conception, si cela n'a pas déjà été fait. Cela permettrait:
1) Prévenir les carences du Design by Committee . La cohérence est bien plus importante que d'essayer de rendre tout le monde heureux (parce que c'est impossible).
2) Réduire les efforts "concurrents" redondants
3) Résoudre les différends concernant la direction de conception
4) Assurez-vous que les futures contributions / ajouts de l'interface utilisateur correspondent à la méthodologie de l'équipe de conception

Peut-être que cela pourrait être appliqué ailleurs pour formaliser d'autres rôles au sein du projet Godot? Juste une pensée. Peut-être que cela existe déjà. Peut-être que personne ne s'en soucie. Peut-être que j'exagère :)

@MakeGodotGreatAgain
Interdire signifie très bien "une commande":

Il semble que vous ayez des préoccupations valables. Votre premier message aurait dû contenir plus de choses comme ceci:

pas quelque chose avec des couleurs bizarres et des boutons qui ont des bordures de 25 pixels de large.

Aussi, pourquoi le thème actuel ne peut-il pas fonctionner avec hiDPI ?

Qui démarrent un dialogue et sont beaucoup plus exploitables que des commentaires comme:

ces boutons doivent être réparés. Je suis désolé mais ils ont l'air horrible. J'interdis et j'espère que juan n'acceptera rien lié à ce thème pour 3.0

apparemment @Calinou pense que le support "mahh hiDPI" est tellement incroyable.

c'est ce que fait le thème actuel. arrêtez de perdre du temps et concentrez-vous sur les problèmes qui comptent vraiment

Qui sont méchants et irrespectueux du travail acharné des personnes de ce fil.

@MakeGodotGreatAgain : Vous avez raison de dire que j'ai appelé un autre membre de la communauté pour quelque chose de similaire. Le ton est extrêmement important à la fois pour la santé de la communauté dans son ensemble et pour que vous puissiez faire passer votre message. J'aurais pu complètement ignorer votre commentaire (comme je suppose que la plupart le feraient, encore une fois en raison de son ton), mais je pense qu'il devrait y avoir un minimum de courtoisie et je suis presque sûr que la plupart des gens seraient d'accord pour dire que vous l'avez franchi.

Vous avez exprimé des commentaires valables et je suis sûr que les personnes travaillant sur le thème apprécient que vous ayez pris le temps de les exprimer. Mais il est vraiment dans votre intérêt d'être diplomate si vous voulez que votre voix soit entendue.

Ok, donc puisque ce fil se transforme un peu en drame, laissez-moi intervenir. Je ne suis pas le genre de personne qui hésitera à donner de la merde à quelqu'un simplement parce qu'il a obtenu un badge ou quoi que ce soit (vous pouvez demander à presque n'importe qui ici, j'ai de sérieux problèmes avec le respect de l'autorité) mais, monsieur, il semble que vous ayez un problème personnel.

Personnellement, j'aime le nouveau thème. Un peu sur le côté androïde mais je peux l'apprécier. Si vous n'aimez pas le thème par défaut, allez-y et changez-le (ou attendez que je publie ma douce création). Si vous êtes le seul à ne pas aimer et que vous ne voulez rien y faire, vous pouvez aller vous sodomiser avec une matraque.

De plus, n'est-il pas un peu trop tôt pour juger le thème par état pré-alpha?

Comment est-ce objectivement bon quoi que ce soit.

Quoi, le fait que les boutons attirent l'attention ? Eh bien, j'ai quelques idées à ce sujet.

rien n'indique que vous pouvez cliquer sur les onglets adjacents à celui qui est actif.

Je ne sais pas où vous vivez, mais si vous avez JAMAIS interagi avec N'IMPORTE QUELLE UI au cours des 3-4 dernières années, vous auriez dû le remarquer. Putain, même les onglets d'arrière-plan du champ de commentaire github n'ont rien derrière eux. Je ne te vois pas te plaindre de ça.

Je préfère faire ça plutôt que d'utiliser ce thème.

S'il vous plaît, faites-le devant la caméra et postez-le sur youtube. Je suis dans des trucs coquins.

tous les onglets inactifs vont-ils être espacés horizontalement uniformément sans bg/bordures

Oui. Regardez la réponse pour voir pourquoi votre plainte est extrêmement stupide.

et? je pense que les onglets / ui de github sont horribles et semblent toujours bloqués en 2011

Et c'est pourquoi vous avez un problème personnel. Choisir entre vous (compte tenu de votre avatar avec des mèmes obsolètes, vous semblez être une personne de 2011) et tous ceux qui bougent avec le temps et veulent un thème élégant est assez simple. Spock nous a beaucoup appris.
Vous n'aimez pas la direction vers laquelle Godot se dirige ? Fourchez-le et amusez-vous.

Et si vous voulez plus d'exemples, voici quelques exemples: les produits Apple, les produits Google, tout Windows, une bonne partie des environnements de bureau Linux et une tonne de programmes propriétaires.

Le thème suit juste les tendances réelles de 2017. Je ne sais pas si vous avez Android 6> en 2011, mais vous pouvez regarder des captures d'écran et voir d'où vient l'inspiration.

Amusez-vous à être là-bas. Et pendant que vous y êtes, vous pouvez consulter des documents de conception réels https://material.io/guidelines/material-design/introduction.html

Cela vous ramènera en 2017.

@MakeGodotGreatAgain Tout d'abord, merci d'avoir soulevé des préoccupations. C'est en effet apprécié.
Bien que je veuille NE PAS commenter votre communication, je ne peux pas m'en empêcher.
Vous avez raison dans presque tout ce que vous avez dit. MAIS il faut se poser la question :
Qu'est-ce que vous voulez atteindre avec votre commentaire. Vous arriverez au résultat, qu'il n'est tout simplement pas intelligent d'utiliser tous vos droits (appelez les choses comme vous les pensez) bien que cela puisse sembler approprié. Et je pense que ce fil en particulier est un excellent exemple dont vous pouvez apprendre. Bien que vous n'ayez rien fait de mal, les gens ont commencé à vous juger irrespectueux à cause de la façon dont vous avez formulé vos préoccupations. Vous avez commencé à vous défendre (vous avez aussi raison mais pas malin) et cela a résulté en beaucoup de messages que JE VAIS LIRE ;) parce que je suis (comme vous) intéressé par l'apparence du thème godot. Et en plus de cela, vos points étaient presque complètement ignorés.

Cela vous a coûté de l'énergie, à moi et à beaucoup d'autres, du temps et vos points n'ont toujours pas été correctement évalués.
Bien que cela puisse aller à l'encontre de votre personnalité, il est préférable de respecter le travail des autres et d'être poli. Cela se traduira par de meilleures conversations et rendra la communauté plus attrayante avec laquelle travailler, ce qui se traduira par une plus grande motivation pour les personnes qui peuvent réellement coder et, par conséquent, dans un meilleur moteur Godot. (peut-être que cela pourrait même devenir génial car vous (à en juger par votre nom) pourriez être intéressé).

Et un autre point : A LIRE AVANT DE COMMENTER. Je vois que je demande BEAUCOUP compte tenu de la longueur du fil... Mais il est juste de passer ce temps supplémentaire.
Vous devez lire plus de 40 commentaires et pouvoir parler des problèmes qui n'ont pas encore été résolus.
Ou tous les contributeurs qui lisent ce fil (y compris les personnes dont le temps est extrêmement précieux pour le moteur car ce sont des codeurs rapides et efficaces), doivent passer du temps à lire vos messages et non plus les sujets existants. (Je fais référence à la bordure du bouton extrêmement saturée et au logo).

Pour résumer: évaluez toujours comment votre commentaire affectera le comportement de la communauté et évaluez si cet effet vous aide à réussir ce que vous visez!

Je sais que la société semble être extrêmement arriérée, mais les humains ne sont tout simplement pas assez objectifs pour jouer au jeu simple :) vous devez donc faire des efforts pour réaliser ce que vous voulez réaliser.

retour au sujet :
@neikeq fournir le thème actuel en tant que thème importable est cool. En gros, les icônes sont toujours là. Mais quelqu'un doit faire l'effort de le convertir en un fichier de thème ... peut-être devrions-nous ouvrir un problème pour le marquer comme une tâche junior. Je peux vous expliquer comment faire. Ainsi, n'importe qui peut commencer à travailler dessus. Je n'ai malheureusem*nt pas assez de temps pour le faire moi-même. Certains changements sont codés en dur (comme l'écart entre les docks) mais vous pouvez presque le récupérer avec un thème personnalisé, seules quelques "améliorations" mineures sont codées en dur.

@mcanders Je pense que l'approche d'une équipe dédiée au thème est bonne mais pas exécutable. Il est difficile de donner aux contributeurs open source une telle responsabilité. ppl ne sont pas payés ou similaires. donc ils font juste des choses sur lesquelles ils aiment travailler (répond également à @MakeGodotGreatAgain pourquoi les choses qui fonctionnent changent) et n'aiment pas tellement dans la version actuelle qu'ils étaient prêts à passer du temps dessus et tout le monde devrait en être reconnaissant ;) djrm a récemment pris la décision de ne plus passer autant de temps. Et ce genre de liberté est important pour maintenir la motivation.
Bien que j'aime l'idée, je pense que l'approche actuelle avec des personnes motivées qui travaillent dessus et qui sont influencées par la communauté et qui s'aident les unes les autres est la meilleure approche.

gestionnaire de thème @riirii? Je pensais que quelque chose comme ça pourrait être réalisé sans trop de travail, y travaillez-vous?

@toger5 Je ne suis pas fan du bleu ni des trucs verts bizarres. J'ai déconné avec le thème, mais un problème que j'ai est que changer les pngs n'a aucun effet, je dois remplacer les styles de texture par des styles plats, ce qui n'est pas idéal. Une idée où je me trompe?

@Zephilinox Les pngs n'ont aucun effet car les chemins doivent être corrects, sinon ils pointent vers le dossier res:// qui est relatif au projet opend actuel (du moins c'est ainsi que je le comprends)
voir aussi : #8605

pour mieux comprendre ce script d'installation

@toger5 : Il y a certainement des avantages aux deux approches. L'approche axée sur la communauté est plus organique, encourage une plus grande participation et permet la concurrence (la bonne), mais elle est également moins ciblée et la concurrence (la mauvaise) pourrait faire en sorte que certaines personnes se blessent ou voient leur travail "jeté". .

Comme si quelqu'un d'autre créait un autre fil de conception et consacrait autant de travail que vous, @djrm et @alelepd à mettre en œuvre sa propre proposition? (désolé si j'ai oublié de mentionner quelqu'un dans ce fil) Un seul design peut être choisi et quelqu'un sera brûlé. Qui a le dernier mot ? Est-ce @reduz ou est-ce que les "développeurs principaux" votent? Une structure hiérarchique et organisationnelle formalisée protège réellement les contributeurs et réduit les efforts redondants.

Toutes mes excuses pour avoir fait dérailler les choses, c'est bien dans le domaine du hors sujet. Si quelqu'un est intéressé à poursuivre cette conversation ailleurs, je suis souvent sur le canal Discord sous cette poignée.

@Zephilinox nous en avons toujours besoin par défaut sans choisir. L'un des principaux avantages de godots est sa petite taille, donc je doute que les gens apprécieront qu'il soit livré avec plusieurs thèmes. Et en installer un nécessite un téléchargement ... point étant beaucoup de personnes utiliseront toujours le thème par défaut

@mcanders J'espère que tous ceux qui y travaillent le mentionnent à la communauté (autre que moi au début ;) )
Dès que quelqu'un est prêt à organiser ce genre de groupe. Ce ne serait certainement pas une mauvaise approche.
Je surveille juste toutes les personnes qui y travaillent actuellement. Et recueillir les avis.

Wow. Je reviens tout juste de voyage et nouveau thème en master ! :RÉ

AGRÉABLE! Ça a l'air génial.
Maintenant, il ne reste plus qu'à corriger les marges et certaines boîtes de dialogue.

@djrm Envisagez -vous de changer l'icône HTML5? Ça fait un peu bizarre d'être tellement orange parmi les icônes blanches :D

@toger5 : Ils pourraient également être disponibles en tant qu'actifs (facultatifs), mais ils devraient être conservés artificiellement au même endroit pour ne pas se perdre dans la liste.

Fondamentalement, je n'ai pas de sentiments forts concernant un thème clair ou sombre, je pense qu'il devrait y avoir un thème de base qui est ensuite teinté clair ou sombre et mis à la disposition des utilisateurs finaux, donc c'est deux (ou peut-être) trois options pour les utilisateurs finaux.

@ toger5 ah je vois, merci, je pense que j'ai compris:

Modifiez le svg comme vous le souhaitez
Exportez-les vers scene/resources/default_theme, ou utilisez /misc/scripts/svgs_2_pngs.py
Accédez à /scene/resources/default_theme et exécutez make_header.py
Compiler et exécuter

@eon-s ouais c'est assez standard, le problème est que godot n'a pas cette fonctionnalité pour le moment.

Si nous obtenons https://github.com/godotengine/godot/issues/8604 , changer de thème pourrait être aussi simple que de modifier 4 couleurs dans les paramètres de l'éditeur.

D'accord, ce problème devient incontrôlable, il est temps d'arrêter ce train qui déraille.

Je suis heureux de voir ici de nombreux nouveaux noms de personnes impliquées dans des discussions, mais vous devez tous savoir quelle est votre place. Comme beaucoup de projets libres et open source, Godot est une méritocratie, et la décision revient à ceux qui font le travail. Si vous n'avez jamais contribué au projet, vous ne pouvez pas vraiment intervenir et dire à chaque contributeur qu'il a tort et que vous savez mieux - vous ne serez pas entendu, même si certaines de vos préoccupations sont valables.

Plusieurs contributeurs travaillent depuis des mois sur un nouveau thème, à savoir @djrm , @toger5 , @volzhs , @alelepd et quelques autres. Les principaux développeurs de Godot ont aimé le WIP et ont décidé qu'il s'agirait de la nouvelle image de marque visuelle de Godot 3.0, car il est moderne et rafraîchissant. Les changements de conception ne plairont jamais à tout le monde, il est donc normal que certains préfèrent le thème 2.x et soient ennuyés par le changement - mais ne perdez pas votre souffle, le travail de @djrm était une excellente base pour ce que nous voulons avoir par défaut thème dans la version 3.0, et nous allons construire là-dessus, pas revenir en arrière.

Comme je l'ai mentionné, ce qui a été fusionné est un travail en cours, il sera donc encore amélioré. @volzhs a déjà abordé certains problèmes, je vois sur IRC que @n-pigeon travaille également sur des améliorations - ce sont le genre de contributeurs qui nous amènent quelque part. Les gens qui se plaignent de ce qu'ils n'aiment pas ne le sont pas et risquent d'être ignorés. Au lieu de cela, mettez en œuvre les changements que vous avez en tête et faites un PR montrant à quoi il ressemblait avant et à quoi il ressemble après (en particulier pour tous les choix de couleurs, nous ne devons pas vraiment commencer à appeler des noms pour quelque chose d'aussi trivial ...).

Donc, si vous voulez vraiment aider, veuillez respecter le travail qui a été fait par les contributeurs existants et essayez d'apporter des commentaires constructifs. Faites des maquettes de ce que vous avez en tête, ou mieux, mettez-les en œuvre et montrez-nous les résultats. Il ne sera jamais possible de plaire à tout le monde, mais nous pouvons trouver quelque chose qui plaira à la plupart d'entre nous.

Je ferme ce sujet qui est devenu illisible. Veuillez ouvrir des problèmes spécifiques pour les différents problèmes qui doivent encore être résolus dans le thème de l'éditeur actuel (palette de couleurs, marges et bordures, boutons, etc.), ainsi que bien sûr des problèmes potentiels qui auraient pu être introduits dans le thème par défaut utilisé lorsque jeux de prototypage.

Et merci beaucoup à tous ceux qui ont travaillé sur le thème actuel, vous avez fait un travail formidable :)

Cette page vous a été utile?

0 / 5 - 0 notes