Discussion :

[ram-0000]

Salut à tous.

J'ai l'impression que le projet s'essoufle déjà alors qu'il vient à peine de commencer.

Ce qui me fait poser une question : est-ce que l'objectif initial n'est pas trop ambitieux ou trop lointain et qu'il ne risque pas de rebuter les bonnes volontés ?

Est ce qu'il ne serait pas utile de revenir à un but plus réaliste tout en ne perdant pas de vue un objectif plus lointain, quitte à faire des retours arrières sur des choix provisoires mais qui permettent d'avancer ?

Pour l'instant, j'ai l'impression qu'il y a quelques personnes qui travaillent (ou travaillaient) à la conception et que d'autres (dont je fais partie) attendent qu'une direction ou du travail leur soit donné.

[koala01]

Salut à tous.

J'ai l'impression que le projet s'essoufle déjà alors qu'il vient à peine de commencer.

Ce qui me fait poser une question : est-ce que l'objectif initial n'est pas trop ambitieux ou trop lointain et qu'il ne risque pas de rebuter les bonnes volontés ?

Est ce qu'il ne serait pas utile de revenir à un but plus réaliste tout en ne perdant pas de vue un objectif plus lointain, quitte à faire des retours arrières sur des choix provisoires mais qui permettent d'avancer ?

Pour l'instant, j'ai l'impression qu'il y a quelques personnes qui travaillent (ou travaillaient) à la conception et que d'autres (dont je fais partie) attendent qu'une direction ou du travail leur soit donné.

A vrai dire, j'ai été pas mal pris ces derniers temps...

Mais je rentre de nouveau dans une période un peu plus calme, et je vais donc pouvoir m'y remettre un peu sérieusement

Je dois d'ailleurs commiter pas mal de modifications (en profondeur) apportées à l'existant, car je crois que cela nous facilitera la tache

Par contre, j'aimerais que quelqu'un essaye "d'animer" la réflexion sur la manière de gérer les événéments (nous partons sur l'idée d'utiliser boost signals2 hein )

Quelqu'un serait il intéressé par cette tâche ingrate

[Melem]

Moi aussi j'ai des difficultés à m'y mettre à fond pour le moment car je voulais participer en tant que développeur et non en tant qu'analyste/concepteur. Or, prenons un cas pratique : je me suis proposé d'implémenter la gestion des couleurs. Le problème, c'est que je n'ai trouvé de spécification des classes à créer nulle part, donc je dois penser aux specs moi-même, ce à quoi je ne m'attendais pas. J'aimerais bien si on pouvait séparer les analystes des développeurs, ce qui n'empêcherait pas ceratines personnes d'être en même temps analystes et développeurs. Sinon, ce n'est pas si grâve non plus en fait, c'est juste que je me rends compte que j'aurai donc plus de taf que ce que j'avais prévu finalement. Dans tous les cas, je propose également la création d'un sous-forum "analyse et conception" où les développeurs pourraient ouvrir une discussion par classe pour résoudre d'éventuels problèmes de conception.

Pour l'instant, j'ai l'impression qu'il y a quelques personnes qui travaillent (ou travaillaient) à la conception et que d'autres (dont je fais partie) attendent qu'une direction ou du travail leur soit donné.

Euh, c'est bien ce que je voulais dire . Je fais partie de la deuxième catégorie .

Ce qui me fait poser une question : est-ce que l'objectif initial n'est pas trop ambitieux ou trop lointain et qu'il ne risque pas de rebuter les bonnes volontés ?

Est ce qu'il ne serait pas utile de revenir à un but plus réaliste tout en ne perdant pas de vue un objectif plus lointain, quitte à faire des retours arrières sur des choix provisoires mais qui permettent d'avancer ?

Il est vrai qu'on est actuellement loin d'un résultat concret vu qu'on n'est encore qu'au stade de développement des classes de base. Une fois cette étape franchie, je suis certain qu'on avancera beaucoup plus vite que si on s'attaquait aux classes genre fenêtre et contrôles dès le départ.

[minnesota]

Une fois cette étape franchie, je suis certain qu'on avancera beaucoup plus vite que si on s'attaquait aux classes genre fenêtre et contrôles dès le départ.

Moi j'aurais pensé l'inverse. Je crois que plus on est proche d'un "hello farfelue" et plus c'est stimulant.

[minnesota]

En fait, c'est ce projet qui m'a incité à m'inscrire sur le forum. J'aimerais aider plus, mais la manière dont a commencé le dev est trop abstraite pour moi, et niveau codage je suis loin d'avoir une bonne pratique du C++. Est ce que ta version maison de MingW est en ligne koala01 et est-elle compatible avec un système 32bit ? Que faut-il faire pour que le projet soit relancé ? Faut-il changer l'approche ? En quoi pourrais-je être utile ?

[HanLee]

Moi j'aurais pensé l'inverse. Je crois que plus on est proche d'un "hello farfelue" et plus c'est stimulant.

Je suis d'accord aussi, j'avais dit mon avis dans un autre topic.
En général pour un humain, c'est plus stimulant d'avoir quelque chose de concret, de testable pour être motivé.
Parce qu'on aime manipuler, toucher... Du sensitif quoi !

Normalement c'est comme ça dans la R&D, on bricole des choses avec tout ce qu'on a pour faire une preuve de concept.
Comme ça tu peux tout de suite mettre en exergue les points faibles ou points forts.

La partie graphique c'est l'une des plus délicates pour bien la concevoir.
Du coup on pourrait bricoler à partir de l'API Win32 pour commencer, l'API Qt, de bibliothèques de dessins...

Ce qui est incubé, c'est la conception des widgets, la boucle de message. Evidemment rien n'interdit de faire ça proprement hein.

[koala01]

Soyons clairs...

Si quelqu'un se sent "le courage" de déjà commencer à mettre en place la liaison entre le système d'exploitation et farfelue, il n'est pas question d'essayer de l'en empêcher, en sachant cependant que l'interface (le nom des fonction, le type des arguments,...) pourrait malgré tout être sujette à changement.

S'il était possible de baser cette partie du développement sur une approche suffisamment générique, ce n'en serait que mieux

Mais, effectivement, il serait pas mal d'arriver à disposer quelque chose qui nous permette, assez rapidement, de "toucher" ce qui sera créé.

Je souhaite simplement que l'on ne se focalise pas uniquement sur les problèmes qui sont associés à cet aspect particulier, afin de pouvoir également avancer par ailleurs

[koala01]

Excuse moi le délais de réponse, mais bon, il n'y a malheureusement que vingt quatre heures dans une journée

En fait, c'est ce projet qui m'a incité à m'inscrire sur le forum. J'aimerais aider plus, mais la manière dont a commencé le dev est trop abstraite pour moi, et niveau codage je suis loin d'avoir une bonne pratique du C++. Est ce que ta version maison de MingW est en ligne koala01 et est-elle compatible avec un système 32bit ?

Sauf erreur, ma version de gcc est exclusivement 64 bits.

Je suis occupé à compiler une nouvelle version (basée sur les dernières améliorations apportées à l'ensemble de la chaine d'outils ) qui fournira une double entité... j'en parlerai dés que je l'aurai mise en ligne
[EDIT]
Note que, si tu n'a pas la possibilité (ou l'utilité) d'un compilateur 64 bits, tu peux, tout simplement, utiliser la version actuelle de mingw.

Ce que tu dois te procurer au minimum:

• binutils
• gcc-core-4.5.xxx
• gcc-c++-4.5.xxx
• GDB (pour pouvoir débugger)
• MinGW-RT (la bibliothèque "runtime")
• win32-api

Si tu remonte un peu dans l'arborescence vers laquelle pointe le lien donné, tu trouvera également un installateur automatique qui peut te faciliter la vie par rapport à une installation manuelle
[/EDIT]

Que faut-il faire pour que le projet soit relancé ? Faut-il changer l'approche ? En quoi pourrais-je être utile ?

Tu peux prendre toutes les initiatives qui te semblent intéressantes (et je vois avec plaisir que tu as déjà commencé ).

Si tu as une question ou une idée, n'hésite pas à la présenter, même si elle devait te paraître... farfelue

Après tout, le projet a démarré suite à une idée "lancée en l'air", et cette méthode de travailler porte souvent des fruits des plus intéressants

[minnesota]

il n'y a malheureusement que vingt quatre heures dans une journée

Moi même j'ai un cycle biologique de 36 heures, c'est un vrai problème...

Pour le reste, ça ne va pas tarder à venir.

Merci koala01.

[koala01]

Moi même j'ai un cycle biologique de 36 heures, c'est un vrai problème...

Pour le reste, ça ne va pas tarder à venir.

Merci koala01.

Je voudrais juste attirer ton attention sur l'édition de mon message précédent, histoire de te rassurer complètement

[Melem]

Pour info, il y a quelques années j'ai écrit une bibliothèque en C++ qui encapsule l'API Windows (c'est ici). C'était ma première expérience avec le C++ donc ne soyez pas surpris de certaines choses qui peuvent choquer dans son implémentation comme avoir une structure en donnée membre au lieu d'avoir fait dériver la classe de cette structure, passer les arguments des fonctions par copie plutôt par const référence, sous-utilisation de const, style plus C que C++ (pas de templates, malloc au lieu de new, etc.) et bien d'autres horreurs (je ne pouvais pas faire mieux étant donné que dans mon école, on enseignait le C with Classes au lieu du C++), mais bon, tout cela peut se corriger en un rien de temps. Par contre j'étais et je le suis toujours, plutôt satisfait de son interface : très portable et très simple d'utilisation. Pensez-vous, surtout toi koala01, qu'il pourrait être intéressant d'adopter tout ou partie de ces sources pour ce projet ou y a t-il tellement de choses à changer qu'il est préférable de repartir de zéro ?

[Goten]

En ce qui me concerne, je suis dans le même cas que ram-0000, mais j'ai pas non plus totalement perdu mon temps puisqu'entre temps je me suis fait la main sur la Xlib. Néanmoins j'étais/suis en période d'examen d'où ma faible activité. Je me manifesterais plus dès les "vacances".

[minnesota]

Note que, si tu n'a pas la possibilité (ou l'utilité) d'un compilateur 64 bits, tu peux, tout simplement, utiliser la version actuelle de mingw.

Ce que tu dois te procurer au minimum:

• binutils
• gcc-core-4.5.xxx
• gcc-c++-4.5.xxx
• GDB (pour pouvoir débugger)
• MinGW-RT (la bibliothèque "runtime")
• win32-api

Si tu remonte un peu dans l'arborescence vers laquelle pointe le lien donné, tu trouvera également un installateur automatique qui peut te faciliter la vie par rapport à une installation manuelle

Merci,

Dès que possible, je verrais ça de plus près, car l'installateur "MinGW-5.1.6.exe" m'a fourni la version 3.4.5 de gcc.

[koala01]

Merci,

Dès que possible, je verrais ça de plus près, car l'installateur "MinGW-5.1.6.exe" m'a fourni la version 3.4.5 de gcc.

au temps pour moi...

Bah, pour l'instant, je suis occupé à compiler une version 32 bit "mulilib compliant" de gcc 4.6.0 (expérimentale)... je placerai une archive avec ceci dés que possible.

Tout de suite après, je ferai la même chose en version 64 bits, mais ca prend un temps bête de compiler tout cela

[ambroise_petitgenet]

Bien le bonsoir,

J'avoue être aussi bien pris par mes projets professionnel tant que personnel.

Je pense que je me situerai plutôt dans la partie des qui "attendent" qu'on leur donne du boulot.

J'ai bien vu la proposition de première tentative de couplage de farfelue et de l'OS, via une interface. Ca permettrait limite à voir ce que cela pourrait donner. D'autant plus qu'il semble y avoir de quoi faire des couleurs et des lignes.

Je veux bien essayer de réfléchir comment tracer un rectangle de couleur rouge sur doze et sur nunux (Je suis en pleine reinstallation pour). Après si cette idée est complétement inutile faut le dire. Que je n'utilise pas le peu de temps que j'ai à faire des idioties ;o) .

Bien sur je publierais avant un diagramme UML (entre deux rangs de parpaings et une livraison de de produit au client)

Ambroise

[koala01]

Pour commencer, je voudrais présenter à tous mes excuses pour le retard, je me suis retrouvé, bien malgré moi, sans connexion internet, et celle-ci n'est d'ailleurs pas garantie

Il serait, effectivement, intéressant d'avoir "rapidement", mais sans que cela ne soit bloquant pour le reste (comprenez: sans entrer dans le genre de discussion stérile que nous avons déjà eue et qui ne font rien avancer) une "façade" permettant de tracer des primitives et de manipuler les périphériques d'entrée de manière indépendante de l'OS.

Cela permettrait de voir un peu si ce que l'on prépare en parallèle fonction plus ou moins correctement

Mais peut être serait il sympa de réfléchir deux secondes à ce que doit fournir cette façade (en évitant, encore une fois, les discussions stériles, hein )

Pour l'instant, je dois avouer avoir peu de temps à consacrer au projet car j'ai des problèmes assez importants à résoudre à titre perso, et j'invite donc toute personne qui se sent l'âme de lancer une (ou des) discussion(s) sur le sujet à le faire

[r0d]

Le code Melem est bien pour commencer
Mais il pose direct 2 questions fondamentales:
- jusqu'à quelle couche veut-on descendre? Par exemple, le code de Melem se base sur win32. On pourrait peut-être partir là-dessus et ensuite si on veut descendre plus bas on pourra toujours ajouter notre propre couche?
- commet va-t-on gérer les événements (clic, mouse move, touches, etc.)? Parce que le système de win32 ne me convainc guère. Mais peut-on s'en passer? Comment est-ce avec X?

[koala01]

Le code Melem est bien pour commencer
Mais il pose direct 2 questions fondamentales:
- jusqu'à quelle couche veut-on descendre? Par exemple, le code de Melem se base sur win32. On pourrait peut-être partir là-dessus et ensuite si on veut descendre plus bas on pourra toujours ajouter notre propre couche?
- commet va-t-on gérer les événements (clic, mouse move, touches, etc.)? Parce que le système de win32 ne me convainc guère. Mais peut-on s'en passer? Comment est-ce avec X?

Heuu...

De quel code parle tu là, parce que j'ai, à ma grande honte un peu perdu le fil

[r0d]

Celui disponible ici.
Il est bien car il est très simple et fonctionnel, et en tant que tel, peut fournir une base.

[Klaim]

Je venais aux nouvelles du projet mais je ne vois pas de mouvement sur le forum. Je n'ai pas accès au svn, est-ce que ça a avancé?

Il y a actuellement (encore) une discussion qui sur certains points ressemble a la discussion initiale qui a lancé ce projet. Je me disais que certains participants seraient interessés.