Salut,
je me demandais si il yavait possibilité de faire un declare -path sur les tcl gui plugins :
https://pure-data.svn.sourceforge.net/s … _examples/
et donc si c'etait possible de faire une tronche a puredata differente pour chaque projets..
Hors ligne
J'ai essayer sans succes.. c'est pour cela que je demande si il ya peut etre une autre facon de relier de facon relative le tcl (un peu comme un feuille de style pour puredata..)
Hors ligne
Salut ouais c'est intéressant comme idée,
mais tu veux faire quoi exactement ? Changer la mise en forme des patchs ou bien plutôt les décorations de fenêtre, menus ?
J'ai pas regardé ce que donnaient les gui plugins à ce sujet, mais il y a qques temps j'avais bidouillé dans pd-gui.tcl pour changer les couleur de background des patchs, les couleurs des fils, des boites, ce genre de truc, c'est assez chouette car ça permet de changer un peu du noir/blanc qui est quand même bien naze faut bien le dire. Donc si ça se trouve avec les guiplugins c'est effectivement plus rapide, plus souple...
Hors ligne
si je me rappelle bien (ca date un peu..) c'est impossible car une bonne partie de la GUI est toujours gérée par pd (qui envoie des instructions à Tk).
En plus chaque object est composé de differentes "parties" (iiick):
- le contour
- le texte
- les inlets|outlets
ce qui n'est pas vraiment très "clean"
pas de moyen possible donc de recuperer un objet "complet" facilement...
vivement la séparation totale de pd et de la gui (un jour peut-etre... j'avoue que j'y crois plus trop et que du coup j'ai arrêté de m'y intéresser...).
finir ca et réécrire la GUI de pd en Qt ferait vraiment du bien à pd, car cela permettrait beaucoup d'ameliorations (à la maxmsp).
y
Hors ligne
yep l'idée c'etait de faire un dossier de patchs qui contient des gui plugins et serai par exemple orange...
en mode edit...
et puis sur un autre dossier.. hop ce serai vert.
bref avoir un peu de pouvoir sur l'interface sans que ca soit generalisé a tout pd.
bref trouvé un moyen de charger le tcl sans passer par les chemin de pure data... mais par un objet dans un patch (a l'instar d'un declare -path..)
mais bon ca n'a pas l'air faisable
http://puredata.info/docs/guiplugins/GUIPlugins/
car ils disent assez clairement : "GUI Plugins go into one of Pd's standard paths which depend on your Platform."
////////////-hum
ce serai pas mal si on pouvait importer des svg comme dans pddroidparty... aussi.
a propos dailleurs vous avez essayé mtcf ? : http://www.dtic.upf.edu/~dgallardo/mmtcf/help.html
Dernière modification par reso-nance (2012-11-24 04:47:53)
Hors ligne
Pour n'utiliser les plugins que pour un projet et pas à chaque fois que l'on utilise pd, il suffit de mettre le chemin dans une ligne de commande :
$ pd-extended -path /path/to/my/plugins -open /path/to/my/patch
citation :
réécrire la GUI de pd en Qt ferait vraiment du bien à pd, car cela permettrait beaucoup d'ameliorations
C'est une question récurrente en effet, un problème majeur pour moi.
Sur ce lien, il est dit :
citation :
pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That's the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort.
Donc, c'est bien un problème pris en compte par la communauté. On attend ça depuis tellement longtemps. Ils appellent un peu de soutien, je pense que ce serait peut-être bien de se joindre à cet effort.
Dernière modification par jerome (2012-11-26 11:20:18)
Hors ligne