-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Few changes #49
Few changes #49
Conversation
one can rename CMakeOptions.txt.sample file to CMakeOptions.txt and modify the path to cgogn. This personalized file must not be commited.
schnapps/core/view.cpp
Outdated
@@ -385,6 +396,8 @@ void View::preDraw() | |||
|
|||
void View::draw() | |||
{ | |||
glClearColor(background_color_.redF(), background_color_.greenF(), background_color_.blueF(), background_color_.alphaF()); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Plutôt que d'appeler glClearColor
dans chaque draw
, est-ce qu'on ne peut pas l'appeler uniquement dans la méthode color_selected
c'est-à-dire seulement quand la couleur du background change ? (il faudra peut-être faire un this->makeCurrent()
avant).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok
Pour l'histoire du CGoGN path, je ne suis pas sûr qu'il soit plus intuitif d'avoir à éditer un fichier CMakeOptions plutôt que d'avoir à changer un champ dans la config cmake (par exemple via ccmake ou dans l'interface de QtCreator). |
sauf que le fichier CMakeOptions n'est jamais dans le système de gestion de version. A minima, je préférerai que l'on ne mette rien dans cette variable cache. |
De mon point de vue, les valeurs que l'on donne aux variables "cache" dans un CMakeLists tiennent le même rôle d'exemple de configuration à faire par l'utilisateur. Dans le cas de la variable "cache", l'action à effectuer est simplement de saisir une bonne valeur via ccmake ou QTCreator. Dans tous les cas, l'utilisateur doit saisir les bonnes valeurs pour les différentes variables. Dans tous les cas, on fournit un exemple de valeur pour chaque variable. Le seul intérêt que je verrai à un fichier séparé est de regrouper en un seul lieu les variables pour lesquelles on est (quasi) sûr que l'utilisateur devra modifier l'exemple fourni (contrairement à d'autres variables plus simples et moins dépendantes de la configuration locale). |
mais également que ces modifications ne doivent pas être filtré du système de gestion de version. Mais ok, je garderai ca chez moi. |
Quand on configure une variable avec ccmake ou dans QTCreator, cela ne modifie en rien le CMakeLists qui est dans le dépôt (c'est stocké dans le fichier CMakeCache). |
je n'utilise ni qtcreator ni ccmake pour configurer cette variable |
Tu utilises quoi alors pour le faire sans toucher au CMakeLists ? |
j'édite mon fichier de config |
Oui mais avant de faire avec un fichier CMakeOptions séparé, tu faisais comment ? |
je faisais pas autrement, j'ai fais comme ca dans mon coin depuis le début |
Bon pour merge ? |
No description provided.