Recrutement - Logram DE

Recrutement pour Logram DE

Bonjour à tous. Ceci n'est pas un appel à la mobilisation générale, juste un topic pour vous faire recruter en tant que codeur de Logram DE, avec les formalités qui s'imposent.

Si vous êtes interessés pour nous aider, tout d'abord bienvenue, et merci. Plus nous serons à le développer et plus Logram avancera vite. Notez qu'il n'est pas obligatoire d'avoir des compétences en matière de programmation. Le développement de Panache, gestionnaire de fenêtres et de bureau est assez technique, mais nous sommes également à la recherche de graphistes spécialistes du SVG pour les icônes, et d'applications de base à intégrer.

Pour participer "officiellement", remplissez le questionnaire suivant :

• Votre pseudo (sur ce site, et éventuellement d'autres)
• Votre adresse eMail (pour les réunions en ligne)
• Les langages de programmation que vous maîtrisez, et les bibliothèques
• Votre niveau global en matière de programmation (faible | moyen | bon | très bon)
• Ce que vous aimeriez développer dans Logram DE
• Une petite explication de vos motivations (pas obligatoire )

D'avance merci de participer, et à bientôt !

Plus nous serons à le développer et plus Logram avancera vite.

cela dépend de l'organisation .

je ne me propose pas maintenant mais peut etre plus tard.

en tout cas je participerai aux applications

Okay, merci

peut etre plus tard.

Tu nous préviendra

En attendant, un bon moyen de nous aider est de tester et rapporter les bugs

A+

Bon ben c'était un joli bide, bravo.

Ton attitude est mauvaise dès le titre du topic, du moins pour ce que j'en ai vu. Pourquoi lancer un recrutement ? Qu'est-ce que tu recrutes ? Où sont les idées, les dessins, les concepts ? Tu penses que ça serait intéressant de recoder Logram DE en clonant les applications qu'on utilise habituellement sous d'autres environnements ? Moi pas. Si tu veux attirer des gens, il va falloir faire mieux que ça, avoir des projets et tout. Actuellement, c'est pas de codeurs dont Logram a besoin, mais de gens qui ont des idées neuves, qui tranchent avec ce qu'on voit d'habitude.

Mais quand bien même tu voudrais refaire ce qui existe déjà ailleurs, c'est pas non plus comme ça que tu vas y arriver. Logram DE n'intéresse plus steckdenis, je dirais que c'est une chance, on va pouvoir changer de politique de recrutement. Il faut une liste claire de ce qui est à faire. Il faut rendre le projet attractif et dynamique, publier souvent, publier beaucoup. Plutôt que d'aller sur Linuxfr, va sur le SDZ et fais des topics de recrutement. Présente Logram DE comme "L'environnement de bureau des Zéros", parce que ça ça motivera la communauté. Naturellement, code-toi aussi, pose les bases, et dis aux autres ce qu'ils doivent faire - mais tout en leur laissant une liberté suffisante hein, simplement apportez des arguments construits et des exemples riches dans vos discussions.

C'est pas en attendant que les gens se présentent que ça va marcher, parce que honnêtement ils n'ont aucune raison de le faire .

Non, non, non, pas le SdZ .

À part des pseudo-geeks de 15 ans, il n'y a personne là-dessus. Les meilleurs (donc ceux qui savent faire plus qu'une calculatrice en C) ont leurs propres projets, des projets intéressants pour eux ou pour d'autres (genre des jeux, des sites webs, etc).

D'ailleurs, ils ne lisent même plus le topic de recrutement tellement il est devenu «Aidez-moi à faire mon site web, je ne connais qu'un peu le HTML (10% du cours de M@téo21)».

Le SdZ, faut pas compter sur lui pour un projet comme Logram DE, extrêmement complexe. Les membres de développement actuels (Léobuntu, code_lyoko_fan) sont des zéros, dans les meilleurs que je connaisse, et ils ont déjà beaucoup de mal (en un an de développement : une copie d'une feature de MS, casse du moteur de thème de Panache-WM, et des applications utiles que j'aime bien mais pas finies).

Linuxfr est bien plus un endroit où on trouve des devs, de bons devs. Mais c'est néanmoins encore moins que ce qu'on trouve sur les forums anglophones (ou même des trucs genre slashdot), où il y a vraiment plus de monde. Je fais mon possible pour apprendre l'anglais le mieux possible et le plus vite possible pour présenter Setup et Logram Distrib en anglais sur Slashdot, mais il faut que Léobuntu et autres fassent de même pour Logram DE.

Voilà, sinon, Logram Distro a des buts clairs et suit sa route tranquillement. J'ai d'ailleurs quelques idées qui arrivent (exemple : systemd, quelque-chose qui me semble encore mieux qu'Init-ng et qui est vraiment révolutionnaire et super rapide, et qui permettra bientôt également de démarrer plus que le système, comme directement KDE ).

Content de te revoir sur le site d'ailleurs, ça fait longtemps .

Hé, c'est plus ton projet Logram DE pour ce que j'en sais, mêle-toi de tes oignons.

De toute façon Leobuntu m'a dit sur IRC avoir lâché l'affaire. Ne reste de Logram qu'un projet de distribution quelconque basé sur un environnement de bureau grotesque, c'est super.

Ce n'est pas une manière de parler .

Tu n'aimes peut-être pas KDE, je comprends, mais dire que Logram est une distro quelconque, c'est un peu faux.

As-tu testé Setup ? Sais-tu que c'est notre gestionnaire de paquets ? T'es-tu renseigné avant de parler ?

Parce que bon, c'est bien beau de critiquer, mais là t'apportes rien du tout. Tu as peut-être des idées pour la distrib, ou pour le DE (et j'en profite pour dire que son code étant en grande partie sous ma license, c'est encore «mon» environnement de bureau, donc ta remarque n'a rien à faire ici).

Bref, tu viens de perdre toute crédibilité à mes yeux.

Surtout que tu dois un Mars à linkdd pour Setup .

Franchement, Logram DE n'a rien à envier aux autres environemment de bureau ( sauf peut etre la stabilité )

C'est peut-être pas une façon de parler mais il a pas tort du tout. Leobuntu lance un recrutement qui, ici, ne servira a rien. On est tous au courant des projets qui s'y développe et ceux qui ne participent pas n'y participeront pas plus. La seule chose que tu auras peut-être finalement, c'est quelques promesses comme à chaque fois : "Je vais me remettre à la prog et donner un coup de main" (Mais LOL).

Donc, en gros, sa proposition n'est pas si bête. Il faut également aller voir ailleurs et le Sdz n'est pas un endroit si mal que ca. Si tu dis qu'il est plein de fanboy de 15 ans (je te rappelle que c'est l'age que tu avais quand tu as commencé à recruter alors te prends pas de haut non plus hein ), c'est parce que c'est ce qui s'est passé quand toi tu y as recruté. Mais c'est pas pour ca qu'il n'y a que ca. D'ailleurs si tu passes du temps sur ce site, je ne comprends pas que tu n'aies pas encore vu le nombre de codeur de qualité qui s'y trouvent.

Le problème, et ca revient sur ce que dit poulet, c'est que les codeurs de qualités, il faut les motiver. Oui, ils ont des projets, parce que quand t'es codeurs, il faut bien que tu trouves quelque chose pour t'occuper dans ta passion. Mais si t'arrives à les passionner... C'est la tout l'enjeux du libre, les développeurs viennent comme bon leur semble, du coup, c'est du libéralisme en plein. Si t'arrives pas à motiver, tu mords sur ta chique et t'essaye d'innover, dura lex sed lex.

D'ailleurs, à l'époque tu étais venu avec un projet de mini OS. Typiquement le genre de projet qui va intéresser les fanboys justement. Les bon codeurs, ont vu ca, un sujet qui revient toutes les 2 semaines (meme si le tien etait plus serieux que beaucoup, j'en conviens) et ont passé leur chemin. Je pense qu'on a sans doute la la raison de l'echec du précédent recrutement. Mais en tirer comme conclusion que le sdz est un repère d'incapable c'est soit bien meconnaitre les membres, soit etre completement condescendant.

Du coup, je suis désolé mais Poulet n'a perdu aucune crédibilité. Il est pareil a lui même et a ce qu'il a toujours avancé (avec un style un peu direct mais c'est comme ça).

Et effectivement, dans ta distrib y a quoi ? Setup ok mais encore ? Si t'as que setup, revois ton projet et que ca devienne setup tout court. On n'est plus a un changement prêt. C'est peut-être moins sexy mais au moins, ca a une cohérence et une utilité.

Cordialement

Animal

Bon, j'ai pas réussi a trouver comment créer un nouveau sujet (desactive ?), donc je poste ici :

J'ai rapidement regardé la source, et il y a plusieurs points que je n'aime pas :

Steckdenis a dit au début du projet, que panache allait etre très modulable (plugin), or, quand on voit la source, on remarque que certain chargement de plugin, et meme la navigation sur le bureau, sont codés en dur o_O, il faut que ce soit déplacé.

Ensuite, je propose le systeme suivant pour les languettes :

il y aurait un démon, qui surveillerait les applications par dbus (pour créer une nouvelle languette), mais sans savoir ce que c'est réellement, et lorsque une languette est tirée, il passe la main à un autre démon, qui lui gère la fenetre (dans le cadre d'une application), ou un autre qui gère les plugins par exemple (le tout est extensible, vu que c'est des plugins encore là). Ils communiqueraient donc tous via dbus.

ensuite, comme l'a dit linkdd, les languettes ne sont actuellement pas très ergonomique, donc, en reprenant ses idées, il faudrait les faire disparaitre, et les faire semi-apparaitre (en fonction de la position de la souris) lorsque la souris s'approche (valeur réglable encore), et de pouvoir les coller directement sur une fenetre, un widget, un dock ( on peut imaginer alors, que la languette prévient l'application via dbus encore ) qui permettrait de faire rouler les languettes, une autre languette (pourquoi pas :)); et tout ce qui serait géré après via d'autres plugins.

en parlant du dock, celui ci est toujours bugué (meme si panache n'est plus trop maintenant), est-il possible d'avoir des informations dessus ?

Je n'ai vu qu'un seul fichier, mais voila ce que j'en ai tiré pour le moment.

Tes remarques sont très pertinentes (sauf peut-être les plugins, dont la liste est lues depuis des fichiers, puis chargés dans les languettes, le menu rond ou le minidock), mais le développement de Logram DE semble un peu mort.

Il reprendra peut-être dans quelques mois, quand Logram Distro attirera suffisamment de gens compétents pour le reprendre à temps complet (donc pas un patch tous les 5 mois), des gens qui savent faire les changements de fond que tu demandes, en les faisant bien, pas seulement créer de nouveaux plugins.

En attendant, il faut malheureusement prendre son mal en patience, ou coder (ou alors essayer de passionner un développeur de haut niveau pour qu'il continue). Note qu'il existe sur le SVN (pas encore porté à Git) une branche «branches/logram_de_2», qui contient une version plus à jour des llibs, basées sur Qt 4.5 (ok, ça date déjà un peu), et surtout bien mieux conçu, dont l'intéraction avec D-Bus dont tu parles mais qui n'est jamais arrivée dans le Logram DE 1.

En effet, je viens de le trouver.

Mais faudrait mettre des icones, parce que là ... je l'ai confondu avec un filtre (voir seulement les nouveaux sujets) vu qu'il y en a a coté.

Pour les plugins, je me suis basé sur le fichier /logram/desktop/lbase/workspace/panache/desktop/DesktopManager.cpp

1
2

QPluginLoader loader(LConfig::logramValue("Desktop/DecoratorPlugin",
              "/usr/lib/libparadisesun.so", "Theme").toString());

comptez aussi toutes les fonctions de navigation sur le bureau.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

void DesktopManager::openParentDir(QString path, bool *cancel)
{
        while (1) {
        if (path.endsWith("/"))
        {
                QString parentPath = path;
                view->setDir(parentPath);
                break;
        }
        else
        {
                QString parentPath = path.remove(0, 1);
        } }
}

apres, si on considère que les languettes sont juste des plugins, ça change tout, mais on perd beaucoup de l'innovation que panache faisait preuve à ses débuts.

Bonjour,

Ce que tu as pris comme étant «Codé en dur» est en fait simplement la valeur par défaut. En clair, la ligne que tu as relevée indique simplement que par défaut, c'est le plugin paradisesun qui affichera le papier peint (ici le soleil se levant).

La deuxième pièce de code, je ne l'ai pas écrite, et son comportement me semble ne pas coller à son nom. C'est le style de code qui me fait dire qu'il faut attendre que quelqu'un de très bon arrive et s'occupe de la version 2.

Sinon, les languettes, les entrées dans le menu rond et ce qui se trouve dans le minidock sont des plugins, chargés depuis les différents fichiers ~/.panache.

oki.

je parlais surtout du second, et je sais que c'est pas toi qui l'a fait, je crois que c'est leobutuntu (confirmation ?).

Selon toi, il faudrait refaire panache, garder la version actuelle, ou reprendre une ancienne version ?

Pour moi, près de 100% de Logram DE devrait être refait :

• Les llibs, plus réalistes (donc un vrai framework, pas des classes utilitaires dans tous les sens), permettant aux applications de bien s'intégrer.
• Les applications sont un peu (beaucoup) trop «Site du Zéro». Rien n'est complet, tout est simplement «regardez ce que j'ai fait en 2 jours ».
• Panache est encore relativement abouti, mais super instable, avec des erreurs de design (regarde les plugins du menu rond, ça saute aux yeux). Là aussi, je me suis basé sur les languettes (bonne idée de linkdd), et j'ai ajouté plein de trucs autour, faits en quelques jours, pas finis. Par exemple, il n'y a pas de manière graphique pour ajouter des plugins !

En clair, il faudrait d'abord réunir une équipe de 5-6 devs super motivés, connaissant des trucs différentes (ergonomie, fonctionnement de base du système (DBus, freedesktop), architecture d'applications, etc), réfléchir pendant plusieurs mois, puis coder.

Malheureusement, si 6 devs sont prêts à travailler sur Logram DE, je préfère les inviter à s'orienter vers KDE, Mesa, ou tout autre projet libre. J'en ai marre de l'éclatement ! Et je ne veux plus y contribuer avec Logram DE. Déjà que Setup est un gestionnaire de paquets un peu comme les autres (sauf qu'il est neuf et frais, d'où son attraît), alors autant ne pas recoder tout un DE, qui sera soit condamné à être limité et peu utilisé (LXDE, Enlightenment par exemple), soit viendra se rajouter au troll GNOME/KDE/Xfce, déjà bien fourni.

Salut,

Voilà la fonction recodée par ce que tu appelles quelqu'un de compétent si ça peut servir à quelquechose :

1
2
3
4
5
6

void DesktopManager::openParentDir(QString path)
{
        QDir *dir = new QDir(path);
        dir->cdUp();
        view->setDir(dir->absolutePath());
}

Tu serais étonné de voir à quel point Léo et moi avons grandi, et nous sommes améliorés. Je ne suis plus le gros naze jamais sûr de lui qui développe une fois tous les deux mois des codes horribles (au passage je te remercie de m'avoir remotivé, et de m'avoir fait croire que j'étais bon, ça m'a servi) et il n'est plus le noob qui a pondu ce code pour le moins... bizarre. À l'époque où on codait pour Logram, on avait aucune expérience. Aujourd'hui, on assume, car on a des nouveaux projets, des projets qui nous motivent plus que Logram, dans lesquels on utilise des trucs différents (tels que D-Bus), des projets qu'on a réfléchi pendant plusieurs mois (pour reprendre tes termes), des projets qui t'étonneraient et qui peut être même t'impressionneraient (qui sait ?), car en effet ils auraient pu faire partie de Logram.

Nous ne regrettons pas notre expérience Logram, pas le moins du monde, nous espérons qu'un jour comme tu le dis des gens plus compétents que nous feront de Logram ce qu'on aurait dû en faire.

Maintenant, parlons de ton abandon de logram DE. Je ne sais pas si tu te souviens, sur l'ancien site qui tournait sous drupal, lorsque tu as annoncé que logram serait une distro basé sur KDE (je ne commenterai pas ce changement, j'aurais trop à dire), je t'avais dit que t'étais en train d'abandonner logram DE et tu m'avais assuré que non. Aujourd'hui que fais-tu ? Je te laisse deviner.

Encore un changement, ok, comme le dit Animal, "on n'est plus à un changement près", mais je me permet de te rappeler une autre phrase, sur une autre version du site où tu avais dit que logram ne serait jamais un vulgaire assemblage de paquets. Qu'est-ce que logram maintenant ? Je te laisse deviner...

PS: ce que tu appelles "l'éclatement", c'est une des forces du libre, ne l'oublie pas. C'est grace à ça qu'on ne subit pas, on choisit.

surtout que contrairement à KDE, panache n'a pas la même vocation ni la même apparence.

KDE est plus pour les utilisateurs actuels, ne voulant aucun changement.

Logram, c'est au contraire une innovation, on doit gérer beaucoup mieux son bureau avec, pouvoir le ranger dans les languettes, le dock , etc.

kido: J'espère que tu n'as pas pris ce que j'ai dit comme une attaque personnelle, auquel cas je suis désolé. Je n'ai fait que répondre à danman en donnant un avis personnel.

Ensuite, ce n'est pas un changement dans Logram. J'ai toujours dit que je soutiendrai Logram DE. En l'occurence, je l'empaquette, je le place sur le LiveCD de Logram, et son dépôt Git se trouve dans le projet Logram de Gitorious. Je n'ai simplement pas le temps de coder dessus, sachant que ce sont plus que de simples corrections qui doivent y être apportées.

Petite note au passage : dans ton code, utiliser «QDir dir(path);» au lieu de «QDir *dir = new QDir(path);» est plus rapide, prend moins de place (le QDir est stocké dans la pile), et tu n'as pas de fuite de mémoire. Voilà, j'avais juste envie de donner ce petit conseil, que ce soit toi qui l'ai écrit ou quelqu'un d'autre .

En parlant d'autres projets, je suis très content que Logram t'ai aidé. Tu ne vas peut-être pas me croire, mais c'était le but. Quand vous avez récupéré Logram, je savais qu'il y avait une chance sur 2 ou 3 que vous ne le fassiez pas progresser. Je le savais, et je m'étais dit que c'était en fait un cadeau que je vous faisais. Vous avez eu l'occasion de travailler en groupe, de découvrir SVN, comment on code sur un projet libre. Vous avez découvert un code que vous n'avez pas écrit, et l'avez maîtrisé au point de changer le moteur de rendu de Panache-wm. Pour cela, je vous félicite, vous avez rempli votre contrat .

Par contre, je n'aime pas trop l'attaque «Logram n'est qu'un ensemble de paquets». Logram, c'est avant tout un assemblage DE, site web et Setup. Les paquets de Logram ne sont d'ailleurs pas finis, à peine commencés. Et même quand on aura des milliers de paquets, Setup leur apporte une très forte valeur ajoutée : les communications permettent de les configurer graphiquement ou en console, comme on veut ; les descriptions dans plusieurs langues participent à l'immense effort de documentation du Libre. Le classement par catégories permet à l'utilisateur de trouver son application.

Pour finir, je travaille déjà beaucoup sur Logram, et je suis seul. Désolé de devoir mettre des priorités. KDE est très bon, GNOME aussi. Pour le moment, le libre a plus besoin, non-pas d'un gestionnaire de paquets, mais d'une distribution moderne et neuve. Les innombrables variantes de Debian ou d'Ubuntu, les pseudo-distribs uniquement composées d'un LiveCD, il y en a trop. Regardez distrowatch, c'est affligeant. Il faut du sang neuf, et c'est à ça que sert (ou essaie de servir, on a le temps) Logram. Au départ, c'était une idée de gestionnaire de paquets rapide. J'ai essayé de voir jusqu'où je peux aller, et je ne suis pas déçu. Il y a près d'un an commençait le développement de Setup, qui est maintenant un gestionnaire de paquets super complet, immensément plus riche que ce que vous pouvez voir (mes news ne couvrent que 5% des 10% des llibs couverts par Setup lui-même. Quand je vous montrerai l'interface graphique et ce qu'elle permet, vous allez en crier ! De même pour l'assistant d'installation).

En passant, je vous signale que je vais m'occuper du polissage de Setup pendant mes vacances : traduction en anglais, documentation, correction de bugs. La version bêta est prévue pour peu après mon retour. Puis la rc, puis la finale.

D'ailleurs, fort de sa traduction en anglais, Setup sera présenté sur slashdot.org, en plus de Linuxfr. Ainsi, les fameux gens compétents arriveront sur le site de Logram. Ils s'occuperont d'abord de Setup, certains iront traduire Logram DE, puis une certaine quantité passera à Logram DE, s'ils le trouvent intéressant.

Voilà. Pour finir, je dirai que Logram DE a perdu un peu de son intérêt avec KDE 4 >= 4.2, un KDE utilisable, et suffisamment souple pour se faire ses languettes avec Plasma .

Well, well Pour une ataque personelle, pas du tout je te rassure. ;)

Pour le coup du pointeur vers QDir, c'est bizarre quand j'ai écris le remake de la fonction je me suis demandé pour la première fois si il vallait pas mieux écrire QDir dir(); et tu m'as répondu. :)

Ok pour l'assemblage de paquet j'y suis allé un peu fort, de temps en temps tu as du le remarquer je fais mon petit coup de gueule. Comme je l'ai dit je soutient Logram, ça reste un beau projet, et sans lui je serai resté un gros zér0, un boulay windowsien qui sait pas coder et qui dit "wé g fé un helo the world!" et pour ça je t'en suis infiniment reconaissant. Le seul truc que je peut eventuellement te reprocher c'est ton amour trop distingué pour KDE, cependant lorsque j'ai lu "KDE est très bon, GNOME aussi" dans ton message ça m'a fait plaisir, tu n'es pas borné au point de dire KDE c'est trop bien, donc le reste c'est forcement nul.

Pour la petite histoire, au début je codais assez bien, je veut dire j'étais satisfait de mon travail, puis j'ai commencé à developper logram qui comme tu l'as dit avait pour but de m'améliorer, et ça a fait totalement l'effet inverse, si j'ai pas déprimé c'est pas loin. Jusqu'à peu je codais presque plus, puis finalement il y'a un ou deux mois je me suis remis à coder et j'ai enfin vu ce que logram m'a apporté, ce que j'étais capable de faire, tout ce que je connaissait, et j'ai eu comme un déclic, hier par exemple j'ai codé environ 400 lignes de code alors qu'il y'a quelques mois j'étais pas capable d'en faire 4.

Voilà conclusion: je ne peut que te souhaiter bonne chance pour logram ;)

En effet, le code de Logram DE est un peu un baptême du feu : lourd, gros, complexe par endroits, obscur, et loin d'être parfait.

Il me semble que côté qualité de code, Setup est un peu mieux (plus réfléchi, même si pas parfait). Par contre, côté complexité, c'est le pire. Non-pas que ce soit trop complexe, justement. Quand on lit le code de Setup, tout est limpide (lit un peu solver.cpp : tout est expliqué en commentaires). Le problème est qu'on trouve alors tout tellement évident que les bugs sont cachés. Tout y est affirmé comme vérité absolue.

Morceau choisi d'un code neuf, relativement beau, en C pur (même si dans un fichier C++, mais on utilise des structures C pour être plus rapide), bien expliqué, mais qui prend des heures à coder, et plusieurs feuilles de papier A4, en écrivant petit, pour schématiser :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93

            // Explorer les noeuds de l'enfant.
            // Il est possible qu'il n'y en ai que 0 ou 1 de possible, ce qui serait facile
            Solver::Node *nd, *goodNode, *wanted;

            for (int j=0; j<child->count; ++j)
            {
                nd = child->nodes[j];

                // Voir si le noeud convient
                if (!verifyNode(nd, error))
                {
                    if (error != 0)
                    {
                        nd->error = error;
                    }
                    else
                    {
                        // Noeud déjà dans la liste, sans erreur.
                        // Bon candidat pour un choix automatique
                        autoCount++;
                    }
                }
                else
                {
                    goodCount++;
                    goodNode = nd;

                    if ((nd->flags & Solver::Node::Wanted) != 0)
                    {
                        wantedCount++;
                        wanted = nd;
                    }
                }
            }

            if (autoCount != 0)
            {
                // Il y a moyen de ne pas installer de noeuds en plus
                continue;
            }
            else if (goodCount == 0)
            {
                // Tous les noeuds sont en erreur
                Solver::Error *err = new Solver::Error;
                err->type = Solver::Error::ChildError;
                err->other = 0;

                node->error = err;
                errorNode = node;

                return false;
            }
            else if (goodCount == 1)
            {
                // Un choix où on n'a qu'une possibilité n'est plus un choix
                if (!exploreNode(goodNode, ended))
                {
                    return false;
                }

                // Si un choix s'est présenté, retourner pour permettre à l'utilisateur de choisir.
                if (!ended) return true;
            }
            else if (node == rootNode && wantedCount == 1)
            {
                // Mise à jour auto sans demander à l'utilisateur s'il veut un wanted et un pas wanted
                // Permet lors d'un "setup add paquet", où paquet est déjà installé, de ne pas demander :
                // «Voulez vous installer paquet~old (ne changera rien au système) ou paquet~new ?»
                if (!exploreNode(goodNode, ended))
                {
                    return false;
                }

                // Si un choix s'est présenté, retourner pour permettre à l'utilisateur de choisir.
                if (!ended) return true;
            }
            else
            {
                // Pas de choix auto possible
                choiceChild = child;
                choiceNode = node;
                ended = false;

                Level level;

                level.choiceNodeIndex = node->nodeListIndex;
                level.choiceChildIndex = node->currentChild;
                level.lastNodeIndex = nodeList.count() - 1;

                levels.append(level);

                return true;
            }

Content en tous cas que tu n'aies pas mal prit certaines de mes remarques un peu osées, et que tu trouves Logram intéressant. Si tu as une fois besoin d'aide, de réflexion, d'idées, je suis là pour t'aider .