Discussion :

[three minute hero]

Bonjour !

Tout (ou presque) est dans le titre.
J'ai une classe RootClass dont l'en-tête est située à la racine de mon arborescence de fichiers sources, et je souhaite la lier à une classe SubDirClass (du package SubDir) dont l'en-tête est située dans un sous dossier (nommé SubDir lui aussi).

Lorsque je génère le code, RootClass.cpp comprend ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#include "SubDirClass.h"

alors qu'il devrait plutôt y avoir ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#include "SubDir/SubDirClass.h"

Voilà. Je pense que vous avez saisi toute l'ampleur du problème
Pensez-vous pouvoir corriger ceci ? À moins qu'il existe un moyen de générer le code correctement à côté duquel je serais passé ?

[bruno_pages]

Bonjour !

Pensez-vous pouvoir corriger ceci ? À moins qu'il existe un moyen de générer le code correctement à côté duquel je serais passé ?

je pense effectivement que vous êtes passé à coté car le code généré prend heureusement en compte les répertoires multiples.

La première chose nécessaire est que Bouml sache que SubDirClass est générée dans SubDir, ce qui est bien-sûr le cas si la classe est produite (au sein du même projet) dans le bon répertoire.

Ensuite il est possible de produite les #include de quatre (!) façons différentes via les generation settings onglet C++[1]. Par défaut les #include ne produisent pas le chemin d'accès aux fichiers inclues, vous devez donc être dans cette configuration. Les modes de production des #include sont décrits dans le chapitre C++ generator de la documentation ... qu'il serait bon de lire

Bruno

[three minute hero]

Parfait, il suffit simplement de sélectionner « with relative path » du paramètre #include dans C++[1] de Generation Settings.
C'est nettement plus gérable qu'en éditant les artefacts à la main , merci !

J'ai une grande question : pourquoi cette option n'est-elle pas active par défaut ? Ça éviterait aux gens inattentionnés de croire que Bouml ne gère pas les répertoires multiples

[bruno_pages]

D'abord pour des raisons de compatibilité, je ne voulais pas perturber les utilisateurs passant à la 2.23 (version introduisant cette possibilité). Ensuite, pourquoi plus les chemins relatifs que les chemins absolus, ou autre choix ?

De toute façon lorsqu'il y a un problème tout le monde a le réflexe d'aller voir la doc, non ?

[three minute hero]

Comme vous voulez, c'est vous le patron

pourquoi plus les chemins relatifs que les chemins absolus, ou autre choix ?

N'importe quoi à part « sans rien » aurait été, à mon humble avis, plus logique !
La rétrocompatibilité est une bonne chose quand elle ne pénalise pas les « nouveaux arrivant », qui seront un jour ou l'autre, quoi qu'il arrive, plus nombreux que les « utilisateurs passant à la 2.23 ».

Arrivé à Bouml 10.0 (qui sait ? ), ça fera drôle de lire « oui mais vous comprenez, j'ai pas envie de brusquer les utilisateurs de la version de Bouml d'il y a 15 ans » !
Bon, je taquine, j'extrapole, mais l'idée est là.

Enfin, cela n'engage que moi !

De toute façon lorsqu'il y a un problème tout le monde a le réflexe d'aller voir la doc, non ?

Je… oui, oui, bien entendu