[Tuto] Découverte de DearPyGUI (Part 1 : Introduction/démo)

[@Bruno-kc8ik]

C'est un plaisir de te retrouver..... Comme toutes tes vidéos, elle est très bonne. J'ai hâte de visionner la prochaine Merci à toi

[@boubou40]

ça a l'air fou ! merci pour la découverte !

[@talossail6318]

Merci très intéressant. Impatient de voir la suite

[@filoufilou8587]

1 ans........... que ce fut long ;) Content de te revoir :)

[@quentinquadrat9389]

Super ! Je découvre ta chaine : je m'abonne :)

[@PhunkyBob]

Vivement la suite !

[@NeodymeTV]

@@PhunkyBob la suite demain 🤫

[@michelwatrelot7582]

Vivement la suite merci

[@NeodymeTV]

@@michelwatrelot7582 la suite demain 🤫

[@einstein8867]

hello, content de te revoir sur yt (je te vois sur twitch !)! nouvelle aventure ! j espere que tu vas aussi reprendre nodered car j en fais, et j ai bien progresser mais ai encore des ameliorations/progres a faire et le contact avec d autres dev est le meilleur moyen pour progresser

[@mouradbaraki3606]

C'est longtemps ❤

[@fredf1772]

Merci pour tes vidéos. Je suis en train de regarder cette librairie. Je me demande si on peut faire une interface dans le genre de l'éditeur de schéma kicad. Avec des menus en haut et les paramètres sur les côtés. Pour l'instant j'ai l'impression que je ne peux pas rendre aimanté les window entre elles dans le viewport. Ni aimanter les window dans les bords du viewport. Autre chose que j'ai découvert car je ne programme pas beaucoup. Le gestionnaire UV de chez Astral, qui pourrait te faire une ou plusieurs autres vidéos.

[@NeodymeTV]

Je ne suis pas familier avec le gestionnaire UV de chez Astral, je vais me renseigner 😄 Concernant la customisation de l'interface, ce que tu demandes est possible, mais n'est pas "natif" dans la lib. Dans une prochaine vidéo, je vais partager un système de "template" que j'ai mis au point et qui est capable d'automatiquement placer et resize des fenêtres (c'est ce qui me permet d'obtenir les différents layout que l'on voit dans la miniature). L'approche est assez simple : - Un fichier JSON qui décrit le nom, la position et la taille relative des fenêtres à afficher (en % de la taille du viewport) - Une fonction lit ce fichier json récupère les cordonnées et les convertis en valeurs absolues (en fonction de la résolution/taille du viewport) - Les fenêtre souhaitées sont créées, affichées et déplacées Cette approche permet d'avoir un layout reproductible sans devoir le programmer "en dur" dans le code Une autre solution pour rendre "aimantées" les fenêtres serait d'avoir une fonction callback qui se déclenche quand une fenêtre est déplacée. Cette fonction listerait toutes les fenêtres ouvertes et récupérerait leurs coordonnées et dimensions. Il ne resterait plus qu'à calculer la distance entre la fenêtre en cours de déplacement et toutes les autres fenêtres et les faire se coller si la distance est inférieure à un threshold. Tu trouveras aussi peut-être quelques inspirations ici : github.com/hoffstadt/DearPyGui/wiki/DEAR-PYGUI-SHOWCASE

[@fredf1772]

Merci pour ta réponse je vais regarder les exemples que tu m'as donné

[@prenomnom4561]

à combiné avec wasm

[@francoislepron2301]

Quand c'est gratuit, c'est toi le produit. Qu'est-ce que nous en tant que codeurs , nous apportons : les tests et des suggestions. C'est tout bénef pour le responsable du projet "Open Source". Je veux simplement dire que l'Open Source sur du long terme peut être bancal et très dangereux.

[@NeodymeTV]

C'est un débat (légitime) aussi vieux que l'open-source😄. Il n'existe à mon sens pas de bonne réponse (unique) et cette question car elle est très situation-dépendante. Des modèles économiques viables pour des projets Open-source (tant software que hardware) il en existe des tas tout comme il existe tout autant de contre-exemples 😅(PysimpleGUI qui passe du jour au lendemain en modèle closed source "forçant" la transformation "d'utilisateurs" en "clients" est un excellent contre exemple). Il y a boite qui décident d'open sourcer leurs projets pour attirer une clientèle maker en gardant en interne une R&D traditionnelle parce que finalement cet aspect Open permet de créer de la confiance (même si un concurrent a les moyens techniques de copier ce que la boite d'origine a fait, ils ne le feront pas parce qu'ils ne bénéficieront pas de l'aura positive qui fait le succès des créateurs originels). On peut voir d'une certaine façon ça comme une forme de marketing. On retrouve ce modèle plus souvent dans le hardware cela dit. D'autres vivent du sponsoring, on crée un logiciel open source, d'autres grosses boitent l'utilisent à des fins commerciales (si la license le permet évidemment) et redonne une partie de leurs revenus au créateur. Bon...dans la vaste majorité des cas cette rétribution est ridiculement faible, voire inexistante... des multi-nationationales qui siphonnent des projets open-source et rendent des clopinettes ça arrive bien trop souvent, mais ça n'a jusqu'à présent pas encore suffit à détruire la motivation des contributeurs de l'open-source. Dans la même idée, d'autres projets à plus petite échellent vivent de donations d'utilisateurs qui reconnaissent la valeur du travail et ont les moyens et l'envie de payer ses créateurs. En pratique avec DearPyGUI le lead dev travaille (ou a travaillé) à la NASA et propose également du "tutoring" en programmation, mathématique ou en physique. On peut voir ses projets open-source comme une forme de portfolio/démo de ses compétences servant de vitrine pour éventuellement trouver des "clients" pour ses formations, ce qui aurait été impossible si ses logiciels n'étaient pas disponibles et largement partagés. Dans d'autres cas, il s'agit d'une démarche véritablement désintéressée, une personne a du temps, une passion et suffisamment d'argent perso que pour se permettre de partager son travail gratuitement. Ça peut paraitre illusoire et naïf, mais il existe vraiment des gens dont la seule motivation est le partage et pas le profit. C'est dans une certaine mesure ce que je fais. Je ne gagne pas d'argent avec youtube ni les tutos/codes que je partage. Ayant un salaire confortable en tant que chercheur, je n'ai pas besoin de valoriser financièrement mes projets secondaires, c'est un hobby et surtout un moyen de "rendre" à la communauté qui m'a permis d'apprendre ce que je sais et d'en être là où je suis. Il faut aussi garder en tête que l'Open-source a avant tout une vision collaborative. "Qu'est-ce que nous, en tant que codeurs, nous apportons ?" du travail gratuit en échange d'un outil gratuit. Bien que 99% des gens soient des utilisateurs (ce qui est mon cas) et non des contributeurs et qui donc "prennent" sans donner, il y a ce 1% de gens qui participent activement au développement et l'amélioration des projets-open source. Ou en tant qu'utilisateurs on peut a minima comme tu l'as dit apporter test et suggestions. Win-win on a un soft gratuit et en échange, on donne du beta testing gratuit. Node-RED dont je suis également un grand utilisateur, a un modèle économique vraiment intéressant. Proposer un outil gratuit et open-source et bénéficier ainsi des retours et suggestions de la communauté et garder le projet pérenne et économiquement viable en faisant une déclinaison B2B avec flow-fuse qui cible les entreprises et proposes d'autres services payants ici tels que de l'hébergement, probablement du consulting ainsi qu'une déclinaison plus "robuste" et "entreprise-grade" de leur logiciel. Et ces fonctionnalités payantes sont inutiles pour les utilisateurs uniques voulant faire de la domotique. Il y aurait moyen de continuer très longtemps 😅 Mais je pense qu'on peut aller au-delà du simple "si c'est gratuit, c'est toi le produit". Mais tu as raison, cependant l'Open-source PEUT être à long terme bancal et très dangereux, mais il ne l'EST pas systématiquement.