Bienvenue, Invité. Merci de vous connecter ou de vous inscrire. Avez-vous oublié d'activer ?

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Messages - Aluriak

Pages: [1]
1
Les boites de "/" sont nombreuses : ce genre de présentation est, je trouve, très lourde à faire. (après, cela doit aussi dépendre de l'éditeur) D'où ma question.

Je crois que moi aussi, je vais mettre à faire des fichiers du style de inl ou tpp. Ce bonnes idées, elles peuvent facilement rendre très lisible un code :)

2
Tu peux aussi te générer un projet pour ton EDI préféré avec CMake, ce sera encore plus facile.
Je ne connaissait pas du tout CMake, bien qu'il paraissait évident qu'il agissais comme une aide à la compilation/ouverture de projet. Visiblement, un outils bien puissant que je regarderais de plus près !
Cependant, comme je code avec vim exclusivement et des batteries de Makefile, je n'ai, pour des projets comme les miens ou de la lecture de fichiers, a priori pas encore besoin d'un cmake.

Question d'ordre esthétique : Un utilitaire à été utilisé pour générer les commentaires dans des boites de "/", ou tout est fait à la main ?

Je ne connaissait pas les fichiers inl ! (ils sont optimisés à la compilation/exécution, ou c'est juste pour simplifier la lecture ?)

3
Si tu te paumes à te balader de include à src et vice-versa pour parcourir les sources, tu peux fusionner les deux dossiers.  ;)
Idée judicieuse !
Merci des précisions !

4
Ça me paraît logique, au point de me demander pourquoi j'ai posé la question.

Je ne trouve pas les headers pour la majorité des classes, telles que RenderWindow. En fait, les .hpp sont en large sous-nombre par rapport aux .cpp.
J'imagine que les classes sont divisées en headers + plusieurs sources, mais je ne trouve pas beaucoup d'entre elles. EN fait, j'ai l'impression de ne pas trouver le fondement même, juste l'interfaçage utilisateur ><

5
Bonjour !

C'est peut-être décalé de demander ce genre de conseil ici, bien qu'à priori je vois mal où faire cela.

Pour aller droit au but :
j'ai pas envie de glander, à faire des choses sans rien apprendre. J'utilise la SFML pour un projet perso bien avancé (simulation gravitationnelle), et j'aimerais savoir "refaire" (notez les guillemets) une bibliothèque telle que la SFML. En sachant que mon objectif n'est pas d'égaler/concurrencer/recoder la SFML, ni même de faire un projet personnel lié à cela. Ce ne serait que perte de temps. Je veux juste savoir comment ça tourne à l'intérieur, pour savoir ce qui se passe réellement quand je compile et exécute l'instruction d'instanciation d'une RenderWindow, d'un Sprite,...
En fait, je stresse de plus en plus à l'idée de ne pas savoir ce que fait mon PC. Faire un projet sympa avec une bonne lib, c'est cool. Faire le projet en sachant pourquoi et comment la lib marche, c'est vachement mieux.

Donc, ma demande est fort simple : par où commencer pour apprendre, sachant que je maîtrise bien les bases du c et du cpp, je comprend assez bien les notions plus avancées (concepts composant la POO, natamment), et que j'aime l'assembleur ? (sans avoir assez d'idée de programme à faire avec pour pouvoir maintenir mon niveau dans ce langage, qui, je le pense, est précurseur dans la création d'une lib telle que la SFML)

Je vous remercie d'avance pour vos réponses.
Et si d'aventure mon projet vous intéressais, je suis prêt à nourrir le canal dédié !

Bonne journée !

Pages: [1]