J'ai bidouillé le machine... Avec une étoile en plus dans le code j'arrive au 2e comportement précité.
J'ai ajouté un maximum d'objets correspondant à Pd extended, ils n'y sont peut-être pas tous. J'ai fait ça à la main en comparant les listes des fichiers d'aide et les fichiers compilés.
Il y a un drôle de truc, les classes du dossier extra/extra et extra/vanilla ne s'ajoutaient pas à la liste de completion si je les ajoutais dans un fichier texte. Alors j'ai dû le faire dans le corps de l'objet en lui-même.
edit. J'ai lu le fichier readme et en fait, ça vient du chargement des librairies. Normal donc d'ajouter ces classes au fichier .tcl
Dernière modification par pob (2013-01-30 17:33:40)
Hors ligne
Salut pob et désolé pour la réponse tardive mais je voyage en ce moment...
"completion-plugin" n'est plus maintenu, sauf pour les bugfixes (si bug il y a) pour les raisons suivantes:
- je n'ai pas le temps
- je n'ai pas d'intérêt à écrire du tcl, ce plugin était plutôt un exercice pour montrer ce qui pourrait être possible si les developeurs de pd considéraient sérieusement utiliser un "vrai" GUI toolkit (je vote pour Qt, regarde Supercollider par exemple...). ajouter cette amélioration en tcl est *vraiment* galère (pour rester poli , alors qu'avec un vrai GUI toolkit orienté objet etc, ce serait easy... à mon avis il vaut mieux utiliser du temps pour changer le GUI toolkit de pd que de continuer à le hacker via tcl...
Back on topic, il me semble que si tu lances pd avec -lib XXX les objets de cette lib devraient etre listés.. Par contre pour les noms de classes dupliqués, je ne vois pas vraiment de soluce...
Sinon tu peux toujours:
- ajouter ta liste de classes manuellement (c'est relou mais tu ne le fais qu'une fois)
- coder toi-même ces améliorations et soumettre une pull-request sur mon projet sur github
ciao
y
Hors ligne
@pob: oops j'ai zappé ton dernier message...
j'ajouterais volontiers ta version sur mon projet de github à la condition que:
- tu soumettes une "pull-request" [1]
- tu changes l'encodage de tes fichiers (pas en DOS mais en UNIX please!!!)
(sans l'encodage UNIX, tes changements sont perdus dans l'historique de git car chaque fin de ligne est différente et donc git croit que tu as changé *toutes* les lignes...)
si tu fais ca j'ajouterai ta version en download sur le projet Github
[1] pour soumettre une pull-request, il faut:
- avoir un compte github
- faire un fork de mon projet
- créer une nouvelle branche sur ton fork où tu "commets" tous tes changements et ajouts..
- soumettre une "pull-request" à mon projet: https://help.github.com/articles/creati … ll-request
ps: si tu soumets une pull-request, je créérai une branche "pd-extended" pour que les 2 versions soient utilisables séparément
y
Dernière modification par {yv} (2013-02-20 18:57:49)
Hors ligne
Au passage, completion-plugin a maintenant son propre repository:
- repo: https://github.com/gusano/completion-plugin
- downloads: https://github.com/gusano/completion-plugin/tags
ciao!
y
Hors ligne
Ha oui... ça me rappelle que je dois m'occuper de sauver les fichiers au format Unix et envoyer tout le paquet sur github...
Hors ligne
Pour sauver en "unix" j'ai le choix entre :
- ANSI
- unicode
- unicode big endian
- UTF-8
Je prends lequel ?
Hors ligne
utf-8 j'imagine...
pour vérifier, une fois que tu as forké mon repository, clone le localement, rajoute tes changements et
$ git diff
ne doit te montrer que tes changements...
$ git status
te montre quels fichiers sont modifiés/ajoutés, etc...
y
Hors ligne
et j'ai rajouté une branche pd-extended, si jamais tu soumets une pull-request, propose là pour cette branche là (la branche `master` reste pour pd-vanilla)
Dernière modification par {yv} (2013-02-25 19:19:28)
Hors ligne