[KDevelop] Script de formattage de source - Page 1

yop,

J'ai configuré cet "External script" pour KDevelop : Fichier joint :

Ca marche comme attendu, mes fichiers sont formattés avec le fichier .clang-format du répertoire courant des sources.
Problème :
- j'ai un message de KDevelop lorsqu'un fichier est modifié, pour me dire qu'un fichier est modifié sur le disque
- je n'ai pas trouvé de moyen que KDevelop recharge automatiquement les fichiers formattés, donc il me prompte pour savoir si je veux recharger un document modifié dès que je l'édite

Donc :
-> Je n'ai pas trouvé comment éviter les messages d'alerte de KDevelop
-> je n'ai pas trouvé comment recharger les sources automatiquement
-> je n'ai pas su paramétrer l'outil e formattage de KDevelop pour utiliser mon fichier de formatage perso

Y a-t-il un moyen pour faire ça de manière un peu plus transparente ?

Merci d'avance.

Bon, j'ai donc fait l'effort de comprendre la manière de faire de KDevelop, la manière officielle, la manière propre !
Et c'est bien pensé, on peut exécuter le formater qu'on veut, avec les options désirées, c'est bien fait.
Pas de chance, ça marche pas : https://bugs.kde.org/show_bug.cgi?id=340596
On va bientôt souffler la première bougie du bug, toujours ni oui ni merde

Bon, c'est un peu rageux comme post, mais ils doivent sacrément manquer de manpower les gars. J'ai voulu mettre le nez dans le script, malheureusement j'y connais rien dans ce langage
Tant pis, à l'ancienne, on fermera KDevelop, on formattera en ligne de commande, et on relancera l'IDE

Il n'est pas capable de detecter qu'un fichier a été modifié de manière externe ? pfff

As-tu un tarball exemple où tout est configuré? (Je veux essayer si je peux reproduire le bogue sous Fedora 21, mais il y a un sacré nombre de trucs à configurer dans la source pour utiliser kdev_format_source. )

Godzil (./3) :
Il n'est pas capable de detecter qu'un fichier a été modifié de manière externe ? pfff

Si, mais du coup il demande pour chaque fichier si on veut le recharger, ce qui a l'air d'énerver Folco.

Vala c'est ça, j'aurais aimé une option comme on voit parfois, "recharger automatiquement les fichiers modifiés par un programme externe".
Non, je n'ai pas de tarball extern.

J'ai un fichier format_sources dans le répertoire de mes sources :

helene@Foch:/mnt/Data/prog/FMetro$ cat format_sources 
*.cpp *.hpp : /usr/bin/clang-format-3.5 -i $TMPFILE

et un .clang-format dans le même répertoire. Ce .clang-format fait son boulot quand j'appelle clang-format en console.

Automatiquement oui, mais si et seulement si ton fichier n'est pas modifie et non sauvegarde dans l'editeur dans ce cas c'est normal qu'il previennet

Pour info, j'utilise KDevelop 4.7.0 de Debian stable (plateforme 4.14.2)

Dommage pour ce problème, mais ce n'est pas rédibitoire, au regard des avantages de ce logiciel.
Par contre, j'ai cru voir ici et là qu'en "doxygénant" bien ses sources, on pouvait avoir la doc avec un simple survol de la souris : https://www.kdevelop.org/screenshots/integrated-doxygen
J'ai créé les blocs de documents en utilisant le raccourci prévu (Alt-Shift-D), qui insère le squelette qui va bien pour la classe/méthode sous le curseur, et qui détecte très bien tout ce qui est type, arguments et valeur de retour :
Cependant, je ne vois pas la doc apparaitre au survol :

Est-ce que je m'y prends mal ? Ou alors la feature n'existe pas, en fait ? Je n'ai trouvé nulle part de doc ou de configuration ce sujet, d'ailleurs l'auteur du plugin dit que c'est si simple qu'il n'y a pas besoin de doc : http://comments.gmane.org/gmane.comp.kde.users.kdevelop/4040

Merci de m'éclairer si vous savez comment faire, car éviter de switcher 50 fois de fichiers quand on écrit est vraiment un atout énorme.


edit -> pour ce qui est du rechargement des fichiers, étonamment on lit ça : http://osdir.com/ml/kde-devel/2011-10/msg00119.html
C'est du concours de bite. Plutôt que de proposer l'option pour ceux qui la désirent (une case à cocher), on l'interdit à tous. Je comprends que ça puisse déplaire à certains, mais dans mon cas de dev en solo, ça m'irait très bien...

Dans la série des trucs bizares, comment expliquer ceci (les tooltips contradictoires) : Fichier joint :
Et surtout comment l'éviter ? Ca me permettrait d'éviter ce soulignement disgracieux dans mon code si joliment coloré

En fait, le "Q" de "Q_ASSERT", c'est pour "Quantique" : c'est à la fois défini et pas défini.

Il est possible que Q_ASSERT ne soit définit qu'avec certains conditions, regarde dans le .h si il n'y a pas des ifdef autour

Ca compile pourtant parfaitement.

Mais le parseur peur etre confusé si il ne sais pas quel sont les defines mis par le compilateur.

Mais je me trompe peut etre, c'est juste une suposision je n'ai pas de qt sous la main pour regarder le fichier, mais c'est personellement le premier truc que j'irais regarder dans ce cas.

Oué mais je m'en fous, ça m'apportera pas de solution de savoir ça.

Et si tu inclus explicitement <qglobal.h>?

Folco: si, si le parseur est bien foutu tu peux lui donner des #define a utiliser en interne

Et sinon, tu attends KDevelop 5 qui utilisera le parseur de Clang.

Ca fait X fois que je cherche un blog ou des news de KDevelop 5, je n'ai même pas trouvé, pas le miondre blog de dev à se mettre sous la dent :/
Tu sais s'il y a une mailing-list où les gars en discutent ?

J'ai peur que ca signifie que tu es seul au monde a utiliser ce truc..

http://kfunk.org/ a pas mal de posts au sujet de KDevelop 5.

Je connais ce blog, la denière news date de février, la précédente d'un an avant ^^

Bah, il fait des commits dans le git en tout cas.

Il y a un moyen de lire le changelog, histoire de voir la progression ? Ca sera toujours mieux que rien en l'absence de blog.
Ou peut-être dois-je utiliser un soft genre QGit, et updater régulièrement une copie locale ?

Hummmm git comme moteur de blog, ya de l'idee

Je m'en rends compte tout seul ça va, mais si t'as un meilleur moyen je suis preneur.

bon, problème réglé pour le Q_ASSERT :
- sur une autre machine, installer KDevelop
- cloner le projet en cours
- plus de macro définie indéfinie !
- ayé, tu peux coder maintenant

En fait, projects.kde.org n'a pas l'air de marcher très bien en ce moment. Les changelogs complets:
https://quickgit.kde.org/?p=kdevelop.git&a=shortlog
https://quickgit.kde.org/?p=kdevplatform.git&a=shortlog
https://quickgit.kde.org/?p=kdev-clang.git&a=shortlog

Merci beaucoup

Bon, KFunk m'a dit qu'il n'y avait pas d'ETA fixée, mais que KDevelop 5 devrait sortir dans quelques mois. Peut-être un cadeau de Noël ?